☰

Основной вопрос DNS: www против mail

tag-icon • tag-icon domain-name-system email ip
Основной вопрос DNS: www против mail

Я веб-разработчик, и клиент обратился ко мне с просьбой переделать сайт, и часть этой работы включала SEO-работу. (Надеюсь, я правильно выбрал место, чтобы задать этот вопрос!) Проблема в том, что у клиента уже было доменное имя до того, как он обратился ко мне, и его DNS-сервер был размещен на zoneedit.com, что не обеспечивает самого удобного интерфейса DNS, который я когда-либо видел.

На данный момент зоны DNS настроены следующим образом (фиктивные данные):

thedomain.com
24.47.156.62

ftp.thedomain.com
12.15.16.91

mail.thedomain.com
24.47.156.62

www.thedomain.com
12.15.16.91

Проблема для меня в том, что его записи www.thedomain.com и thedomain.com не указывают на один и тот же IP-адрес, а это значит, что вы можете получить доступ к его сайту только через www.thedomain.com, а не без www. Поисковым системам (и пользователям, таким как я, которые предпочитают вводить веб-адреса без www) это не нравится.

Сначала я думал изменить IP-адрес для thedomain.com на 12.15.16.91или запись для ftp и www; проблема в том, что всякий раз, когда я это делаю, он жалуется, что перестает получать почту на свой адрес электронной почты @thedomain.com, и меняет IP-адрес thedomain.com обратно на тот же, что и для mail.thedomain.com.

Извините, если это элементарный вопрос, но я не уверен, что делать здесь. Как мне направить веб-трафик на 12.15.16.91www.thedomain.com или thedomain.com, но при этом сохранить целостность электронной почты клиента?

Спасибо!

решение1

Похоже, у них нетMX-записьнастроить для домена. Добавьте его и укажите правильное местоположение (вероятно, mail.thedomain.com), и у вас не должно возникнуть проблем с перенаправлением thedomain.com.

решение2

<rant>Почему люди скрывают здесь свои настоящие доменные имена? Это не конфиденциальные данные, и в этом (и большинстве) случаев это действительно помогло бы решить проблему! В противном случае нам придется играть в игру «вопрос-ответ».</rant>

Что dig thedomain.com mxвозвращает? Если записи MX нет, то это просто исправить:

  1. Добавьте новое имя mail.thedomain.comс текущим IP-адресом thedomain.com.

    mail.thedomain.com. [Старый адрес thedomain.com]

  2. Добавьте запись MX:

    thedomain.com. MX 1 mail.thedomain.com.

  3. Убедитесь, что они настроили почтовые КЛИЕНТЫ так, чтобы они также получали электронную почту через это новое имя, а не старое.

Как только это сработает, измените IP-адрес thedomain.com на тот, который вам действительно нужен.

решение3

Похоже, его почтовый клиент настроен на подключение к службам POP3 или IMAP с использованием имени хоста «thedomain.com», а не «mail.thedomain.com».

Как направить веб-трафик на 12.15.16.91 независимо от того, поступает ли он с www.thedomain.com или thedomain.com, но при этом сохранить целостность электронной почты клиента?

Можно настроить несколько записей A для разрешения одного имени хоста в несколько IP-адресов, но это заставит DNS-сервер циклически переключаться между IP-адресами. Так что это только усугубит проблему (потому что теперь его сбои станут спорадическими). ​​Я не советую этого делать. Первый шаг, который вам следует сделать, — это подтвердить, на какой хост настроен его почтовый клиент для подключения.

Для будущих поколений вам также следует подтвердить, что запись MX для домена связана с «mail.thedomain.com.», а не с «thedomain.com.».

решение4

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

Вполне приемлемо отправлять почту для thedomain.comотmail.thedomain.com. Поскольку почта обрабатывается через отдельную запись MX, я обычно рассматриваю пустую запись домена (thedomain.com) как «веб»-свойство.

Для сервера Postfix разница между:

myorigin = thedomain.com
mydestination = mail.thedomain.com, thedomain.com

Связанный контент