Инструкция для клиентов «Русского экспресса»

Что изменилось для меня как для технического администратора сайта?

В идеале (который, как вы помните, практически недостижим) ничего. К сожалению, практика показывает, что такие ситуации случаются очень редко. Проблемы, возникающие после переноса сайта, разделены на тематики и освещены ниже.

Когда я пытаюсь воспользоваться биллинговой системой «Русского экспресса» я вижу надпись за пользователем таким-то не закреплен почтовый сервер. Что-то не так?

Судя по всему, вы по каким-то причинам не знаете о переносе вашего сервера в ISP Caravan. Для управления вашими почтовыми ящиками используйте ссылку https://billing.caravan.ru.

Я не могу отправить почту. Что случилось?

Судя по всему, вы по каким-то причинам не получили соответствующие информационные письма о возможных изменениях в работе вашей почтовой системы. Вот цитата из одного из них: «для использования SMTP-сервера компании „Караван“ вы должны будете использовать SMTP-аутентификацию. Используемая ранее авторизация по доменному имени адреса отправителя работать не будет. Настройки для включения SMTP-аутентификации в наиболее популярных почтовых клиентах описаны в документе http://hosting.caravan.ru/faq.php#smtp»

Я включил SMTP-авторизацию, все равно почта не уходит. В чем дело?

Возможно для IP-адресов, которые используются для обеспечения вашего доступа в Internet, нет т. н. PTR-записей. Или, возможно, вся ваша офисная локальная сеть, через которую вы пытаетесь получить почту, подключена к интернету не напрямую, а через т. н. брандмауэр или прокси-сервер, который автматически убирает SMTP-авторизацию. В этом случае позвоните нам. После включения выдачи отладочной информации по SMTP-сессиям ситуация прояснится, и вам будут даны необходимые рекомендации.

У меня было три почтовых адреса: vasja@moi.domen, mail@moi.domen и vasilii.petrovich.sinepupov@moi.domen. С первым — все в порядке. Но я не могу получить почту для остальных адресатов. Что-то не так?

Судя по всему, вы по каким-то причинам не получили соответствующие информационные письма о возможных изменениях в работе вашей почтовой системы. Вот цитата из одного из них: «при хостинге в „Караване“ есть ряд имен, которые не могут быть использованы в качестве почтового ящика. Это имена root, toor, daemon, operator, bin, tty, kmem, mail, news, man, games, bind, uucp, xten, pop и nobody. Вы можете продолжать использовать эти имена как адреса для входящей корреспонденции, но чтобы непосредственно получать эту почту, вам нужно будет использовать переадресацию с этого адреса на какой-либо другой почтовый ящик. Такого рода адреса автоматически будут преобразовываться к виду root_clnt@firma.ru. Так же автоматически будет ставиться переадресация со служебного адреса. Также нельзя непосредственно использовать имена почтовых ящиков с точками, типа imja.familija@firma.ru. Для них так же должна использоваться переадресация. Автомат для переноса будет пытаться автоматически преобразовывать такие ящики к виду imja_familija@firma.ru и ставить переадресацию. Но если имя ящика длинее 16 символов — рекомендуем вам связаться с хостинговым отделом «Каравана» и уточнить процесс переименования ящиков. Стандартная схема приведения отображений почтовых адресов на почтовые ящики выглядит следующим образом: стандартный ящик типа vasja@firma.ru переезжает без изменений с тем же логином и паролем.

Почтовый ящик с точками типа vasja.ivanov@firma.ru переезжает как vasja_ivanov@firma.ru, т. е. почта, идущая на старый адрес, перенаправляется на адрес vasja.ivanov@firma.ru, и вы можете продолжать использовать vasja.ivanov@firma.ru в качестве обратного адреса. Единственные изменения в настройках — в учетной записи для получения почты сменить vasja.ivanov на vasja_ivanov. Пароль к почтовому ящику тот же.

Длинный почтовый ящик с точками типа: vassisualij.dormidontovich.lokhankin@firma.ru  преобразуется по следующему алгоритму:
1) vassisualij.dormidontovich.lokhankin приводится к виду vassisualij_dormidontovich_lokhankin;
2) поскольку получившаяся строка длиннее 16 символов, она урезается и приводится к виду vassisualij_0001. Это и будет логином к почтовому серверу. Так же автоматически формируется перенаправление почты с адреса vassisualij.dormidontovich.lokhankin@firma.ru на ящик vassisualij_0001@firma.ru, т. е. Вы по прежнему можете использовать vassisualij.dormidontovich.lokhankin@firma.ru как обратный почтовый адрес. Пароль останется тот же. Изменения в настройках почтового клиента — смена логина с vassisualij.dormidontovich.lokhankin на vassisualij_0001».

Все перенеслось нормально, но есть один почтовый адрес с которым я испытываю проблемы. Это не адрес с точками и он не слишком длинный. Но я все равно не могу получить почту. В чем дело?

Тут, скорее всего, один из двух вариантов. Возможно имя этого почтового ящика совпадает с именем т. н. главного пользователя вашей виртуальной машины — пользователя, под идентификатором которого работает ваш веб-сервер. В этом случае вам следует использовать пароль, который вы использовали для обновления вашего сервера через FTP или SSH-доступ (т. н. FTP-пароль). Второй вариант более сложен. Дело в том, что почтовые ящики переносились в «Караван» в соответствии со срезом из биллинговой системы РЭ, который был сделан 7 ноября 2001 года. Возможно вы создали этот почтовый ящик после этой даты. Соответственно, хотя содержимое этого почтового ящика было перенесено, соответствующий ему пользователь cоздан не был. В этом случае вам следует, воспользовавшись биллиноговой системой «Каравана» (https://billing.caravan.ru), создать этого пользователя, после чего позвонить нам или написать на адрес hosting@caravan.ru, объяснив ситуацию. Дежурный системный администратор восстановит функционирование ящика.

Куда делся webmail?

Webmail в настоящее время адаптируется под технические условия «Каравана». Мы делаем все возможное для того, чтобы эта система возобновила свое функционирование как можно скорее. Приносим свои извинения за временные неудобства.

Моя ситуация не попадает под вышеописанные. У меня была доставка почты по ETRN через наш собственный почтовый сервер (доставка почты осуществлялась через сложную систему фильтров и файлов .forward, осуществлялась курьерская доставка писем на специально обученных электронно-почтовых собаках и т. д.). Что мне делать в этом случае?

Мы постарались сделать все возможное, чтобы переезд прошел гладко. Но, если при обслуживании в РЭ вы использовали почтовую систему нестандартным образом, и при этом о вас не было никаких комментариев в биллиноговой системе РЭ, то, как вы понимаете… В общем случае во всем этом нет ничего страшного. Если вы использовали ETRN, то, как правило, администратор, занимающийся переносом доменов, восттанавливает это вручную сразу же после переезда вашего домена. Но если про ETRN можно предположить хоть что-то, просмотрев вашу DNS-зону, то в остальных случаях, как вы понимаете, это сделать несколько затруднительно. Но в любом случае нет неразрешимых ситуаций. Мы можем настоить для вас вашу почтовую систему как вам угодно. Вам нужно только сообщить нам, что Вам нужно.

Я по каким-то причинам не могу обновить содержимое моего сервера. FTP-сессия проходит нормально, я помещаю на север новые файлы но я не вижу их на своем сервере. Что я делаю неправильно?

Возможно, вы используете неправильное имя FTP-сервера. Эта ситуация, как правило, характерна для старых клиентов РЭ, которые по привычке использут ds.express.ru для FTP-доступа. Правильный адрес FTP-сервера — ваш.домен или ftp.ваш.домен.

А почему там так много непонятных каталогов? Зачем столько и что там?

Дело в том, что мы используем иную технологию предоставления виртуального хостинга, отличную от используемой в РЭ. Главное отличие это то, что, как правило, для каждого пользователя делается отдельная виртуальная машина, которая работает независимо от остальных пользователей. Т. е. у вас по сути есть свой http-сервер, который мы настраиваем как вам нужно. При этом эти настройки делаются независимо от остальных виртуальных машин. Отдельный mysqld, включаемый по вашему запросу, независимая почтовая система и т. д. А все каталоги, которые вы видите — это каталоги, создаваемые при стандартной установке web-сервера Apache. Для вас, как для пользователя, представляет интерес следующее:

• Каталог WWW
  Как и при хостинге в РЭ — каталог, в котором хранится содержимое вашего сервера. На самом деле не каталог, а ссылка на каталог htdocs, в котором, на самом деле, и лежат ваши html-документы. Сделан для обратной совместимости специально для переносящихся серверов. Каталог cgi Как и для РЭ — место для ваших cgi-скриптов. Опять же не настоящий каталог а ссылка на каталог cgi-bin — настоящее хранилище данных. Сделан для обратной совместимости.
• Каталог stat
  Специальный каталог, в котором собирается ваша статистика. Через сутки после переноса вашего сервера вы можете использовать ссылку http://www.ваш.домен/stat для анализа посещаемости вашего сайта и пр.
• Каталог logs
  Каталог, в котором хранятся журналы доступа к вашему виртуальному серверу. Обслуживается автоматически. Вам всегда доступны журналы за текущие сутки и последние три дня в архиве. Старые данные удаляются автоматически, поэтому, если вас по каким-то причинам не устраивает статистика, представленная на http://www.ваш.домен/stat, или вы используете свою систему обработки статистики, имейте это ввиду.
• Каталог Count
  Служебный каталог, которые содержит данные счетчиков, которые, возможно, у вас были при хостинге в РЭ. Сами счетчики устанавливаются для каждого домена отдельно по вашему запросу.
• Каталог, совпадающий с главным пользователем сервера
  Содержимое вашего домашнего каталога в РЭ за исключением каталогов WWW, cgi и Count. Как минимум содержит старые системные журналы доступа к вашему серверу, автоматически перенесенные из РЭ.
• Каталог monitor
  Специальный каталог, использующийся внутренней системой мониторинга.
• Каталог phpMyAdmin
  Каталог содержит пакет phpMyAdmin, который вы сможете использовать, если для вашего сервера включена поддержка MySQL.

Остальные каталоги, как правило, не представляют интереса для конечного пользователя.

У меня перестала работать авторизация для ряда каталогов моего виртуального сервера. В чем дело?

Скорее всего вы в файлах .htaccess использовали файлы паролей, располагающиеся непосредственно в вашем домашнем каталоге. После переезда вашего сервера структура каталогов изменилась и, скорее всего, http-сервер не находит файла с паролями по пути, указанному в .htaccess. Как правило достаточно строку типа: AuthUserFile /home/mylogin/.htpasswd заменить на строку AuthUserFile /home/mylogin/mylogin/.htpasswd (обратите внимание, mylogin набирается дважды). AuthUserFile /usr/local/apache/mylogin/.htpasswd так же будет равноценной заменой.

Я не могу соединиться с сервером по SSH-протоколу. Причем рассоединение происходит даже до ввода лоинга/пароля и сообщается что-то про protocol error. Раньше все было нормально.

Судя по всему ваш SSH-клиент не поддерживает SSH v.2, в то время как это является необходимым условием для доступа. Как пример можно порекомендовать к использованию Secure CRT v.3.3.1 или выше. Впрочем, на tucows (http://www.tucows.com/ssh95.html) вы сможете найти что-то иное, что, возможно, вас устроит.

Я не могу попасть в вашу биллинговую систему. Я использую правильную ссылку, я вижу два поля ввода на зеленом фоне, но мне постоянно сообщается, что пароль не верный. Я уверен, что пароль вводится правильно.

Возможно в вашем браузере выключена поддержка т. н. cookies, тогда как это необходимо для общения с биллинговой системой (для MSIE — в свойствах браузера раздел Безопасность, Настройки, Файлы cookies). Кроме того, возможно необходимо разрешить использование протоколов PCT 1.0 и TLS 1.0. (в MSIE эти протоколы включаются в подразделе Безопасность раздела Дополнительные свойства браузера).

У меня перестали работать счетчики. В чем дело?

Мы не предоставляем джентльменский набор начинающего веб-мастера в который, как правило, входят и счетчики образца 1996 года. Дело, в том, что к любому виртуальному серверу прилагается услуга автоматической обработки статистики (доступная как http://www.domain/stat), данные которой на порядок информативнее данных счетчика. Но если все-таки вы хотите использовать счетчики — напишите запрос на hosting@caravan.ru, функционирование вместе с данными, накопленными в РЭ, будет восстановлено.

У меня перестала работать поисковая система YandexLite. Что сделать чтобы это снова заработало?

Написать запрос на hosting@caravan.ru. Поисковая система YandesLite для вашего сервера будет включена в течение суток.