Как переместить мой сайт на новый сервер без перерыва на электронную почту?
У меня есть корпоративный веб-сайт на сервере, на котором также размещается вся наша электронная почта. Я понятия не имею, насколько усердно все сотрудники занимались резервным копированием своей электронной почты / оставлением старых сообщений на сервере и т. Д. На самом деле, я бы хотел избежать всех этих хлопот и сохранить работоспособность старой электронной почты на старом сервере.
Я просто хочу переместить сайт на новый, более надежный сервер, оставив электронную почту на старом сервере.
Как я могу это сделать? Когда я указываю DNS на IP-адрес нового виртуального хоста, после распространения он обрезает электронную почту на старом сервере? Администратор сервера старого сервера, кажется, так считает.
Какое здесь решение, исходя из того, что мы хотим НАИМЕНЕЕ изменить / перенастроить / потерять данные для наших сотрудников?
5 ответов
В отношении электронной почты вам нужно позаботиться о четырех функциях:
- Люди, отправляющие вашим пользователям электронную почту.
- Ваши пользователи собирают свою электронную почту.
- Ваши пользователи отправляют электронную почту.
- Ваш почтовый сервер передает эти письма на серверы других людей.
Каждый из них требует обработки потенциально другой записи DNS.
Ваша запись MX. В настоящее время он должен содержать имя, такое как
mail.example.comкоторый, в свою очередь, должен содержать запись A, содержащую IP-адрес, по которому другие люди могут отправлять пользователям ваши электронные письма. Если ваша запись MXexample.comвместоmail.example.comвы, вероятно, захотите изменить его до миграции.Что ваши пользователи помещают в свой почтовый клиент как сервер POP или IMAP. Это может быть необработанный IP-адрес или ваш основной домен (
example.com) или поддомен. Обычно используют что-то вродеpop.example.com,imap.example.comили жеmail.example.com,Что ваши пользователи помещают в свой почтовый клиент как свой SMTP-сервер. Как и в случае настроек POP и IMAP, это часто субдомен, такой как
smtp.example.com,Для этого важны две записи DNS: ваши записи SPF и ваша запись PTR. Вы не захотите изменять свою запись SPF, за исключением, возможно, добавления нового веб-сервера, если он отправляет почту. Некоторые почтовые серверы ожидают совпадения вашего прямого и обратного DNS, поэтому, если IP-адрес почтового сервера имеет PTR, указывающий на
example.comа такжеexample.comтеперь преобразуется в новый IP-адрес веб-сервера, некоторые почтовые серверы будут отклонять электронные письма, отправленные им пользователями.
Что бы я сделал в вашей ситуации:
- Создайте
mail.example.com,pop.example.com,imap.example.comа такжеsmtp.example.comи дать им все записи, указывающие на почтовый сервер. - Убедитесь, что каждый пользователь в вашей организации использует некоторую комбинацию этих и только тех поддоменов в своих почтовых клиентах. (Не забудьте смартфоны.)
- Убедитесь, что ваши записи MX используют один из этих поддоменов.
- Убедитесь, что PTR для IP-адреса вашего почтового сервера является одним из этих поддоменов.
- Убедитесь, что все эти изменения DNS успели очиститься от чужих кешей. Это означает ожидание до тех пор, пока самый длинный из существующих TTL.
- Измените DNS для своего домена, чтобы он указывал на новый веб-сервер.
Заметки:
- Вы можете изменить
wwwподдомен довольно легко и безопасно, не затрагивая электронную почту. (Если вы не сделали что-то странное, как положитьwww.example.comв почтовых клиентах вашего пользователя.) Вы можете даже остановиться здесь и не беспокоиться ни о каком из вышеперечисленных шагов. Оставьте веб-сервер работающим на почтовом сервере, который выполняет только 301 перенаправление наwww.example.com, - Внесение всех вышеперечисленных изменений, хотя и потенциально медленное и трудное в настоящее время, позволит вам избежать большого горя в будущем, поскольку все ваши независимые службы теперь указывают на отдельные субдомены, и все ваши пользователи используют согласованную схему именования для поиска этих служб. Будущие изменения будут легкими.
- Вы можете самостоятельно проверить изменения DNS, отредактировав свой собственный файл hosts. Это позволит вам проверить, что ваши пользователи могут отправлять и получать электронную почту, и что другие люди могут отправлять вам электронную почту.
Сценарий: электронная почта будет продолжать отправляться туда, где она сейчас находится. Веб-сайт переместится на новый сервер.
Измените запись A для веб-сайта (если вы используете запись A для www) или для хост-сервера веб-сайта (если вы используете CNAME для www), чтобы он указывал на IP-адрес нового сервера.
Никаких изменений или обсуждения записи MX не требуется.
Вы должны установить запись mx для своей электронной почты на старый сервер и настроить запись A на новый сервер для своего веб-сайта. Это все. MX сопоставляет доменное имя со списком агентов передачи сообщений для этого домена, а запись A возвращает 32-битный IPv4-адрес, наиболее часто используемый для сопоставления имен хостов с IP-адресом хоста.
Все модификации безопасны и не должны влиять на время простоя какого-либо сервиса. Вы должны сначала настроить веб-сайт на новом сервере, а затем внести изменения в DNS. Ad MX запись и изменение A записи.
DNS-запись MX вашего домена должна указывать на ваш старый сервер после перемещения веб-сайта. У вас тогда не должно быть перерыва в обслуживании.
Проверьте DNS на наличие записей MX и посмотрите, как они настроены. Если ваш MX настроен на mail.yourdomain.com, взгляните на запись для mail.yourdomain.com. Если это запись A (которая должна быть установлена в качестве IP-адреса вашего текущего сервера), вы можете ее использовать, просто не меняйте эту запись при перемещении yourdomain.com и www.yourdomain.com
Если mail.yourcomain.com - это CNAME, который указывает на www.yourdomain.com или yourdomain.com, вам необходимо создать новую запись A, как указано выше.
Если в вашей записи MX указано yourdomain.com или www.yourdomain.com, то вам придется создать новую запись A, как указано выше, и изменить запись MX на новую.
Если вам необходимо внести какое-либо из описанных изменений, вам следует подождать день или два (если ваши TTL не длиннее этого), чтобы убедиться, что любые другие почтовые серверы, на которых хранится ваша текущая информация, получат новую информацию, прежде чем что-то изменить.