Назад | Перейти на главную страницу

Перенос сайта с использованием записи A и избежание конфликта имен

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

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

У меня были те же мысли, что и у @Joeqwerty - изменение записи A должен не влияют на электронную почту.

Однако это было бы верно только в том случае, если бы правильный MX записи были на месте и (в идеале) была ли действительная пара A / PTR для почтового сервера (я предполагаю единственное число из соображений по поводу одной записи A).

За RFC5321, посредством википедия:

  • Клиенты SMTP должны искать запись MX;
  • если (и только если) запись MX для домена отсутствует, рассматривать домен так, как если бы он имел запись MX с данным доменом в качестве целевого имени хоста и значением предпочтения 0
  • выполнить поиск A или AAAA по мере необходимости для определения IP-адреса целевого имени хоста

Я подозреваю, что то, о чем вы говорите в своем вопросе, настроило что-то вроде:

example.com IN A 1.1.1.1

И желание изменить это - что не должно быть проблемой, если у вас также есть ваш MX выглядит примерно так:

example.com IN MX 10 smtp.example.com 

И подходящая запись для вашего MX-хоста:

smtp.example.com IN A 1.1.1.1

Вы мощь необходимо соответствующим образом изменить имя хоста и на вашем почтовом сервере.

Также нет фундаментальной причины, по которой хосты в ваших записях MX должны находиться в одном домене - например, вы можете указать им на хосты почтового провайдера.

Зависит от записи MX записи (или записей), и от того, ссылаются ли они на основной домен и / или хост www в этом основном домене.

ЕСЛИ их MX указывает на mail.example.com и mail2.example.com, то простое указание A-записи для www.example.com и example.com на ваш IP-адрес будет работать без проблем с почтой.

Если у них нет записи MX, ее можно создать и по-прежнему отправлять почту, куда бы она ни попала.

Проблема будет в том, если запись MX указывает на хост example.com или www.example.com. В этом случае запись MX необходимо обновить, чтобы она указывала на запись A, которая указывает на машину, которая в настоящее время получает всю почту, используя имя типа «mx.example.com» или «mail.example.com» или все, что подходит. Как только это будет сделано и почта продолжит поступать, ТОГДА можно будет обновить запись A для example.com и www.example.com.

Предполагая, что вы используете виртуальные хосты на основе имен Apache, тогда, когда они будут готовы указать www и example.com на ваш IP-адрес, вам необходимо (пере) настроить виртуальный хост для ответа на sub.example.com, www.example.com и example. .com с использованием директив ServerName и ServerAlias.

Если вы не используете Apache с NBVH, то любой процесс эквивалентен.