Доменное имя, скажем example.com
, зарегистрирована на компанию ONE. Адресная запись DNS для этого домена была изменена, чтобы сопоставить example.com
с IP сервера компании ДВА. Следовательно, example.com
теперь размещается на ДВУХ, но почтовый хостинг по-прежнему осуществляется на почтовом сервере ОДНОГО. С тех пор веб-доступ к почте в example.com
это невозможно. Какие действия сервера между ONE и TWO должны произойти, чтобы восстановить доступ к почте в Интернете?
Заранее спасибо.
Доменное имя, например example.com, зарегистрировано для компании ONE. Адресная запись DNS для этого домена была изменена, чтобы сопоставить example.com с IP-адресом сервера компании TWO.
Неважно, на кого зарегистрировано доменное имя. Регистрант просто несет ответственность (помимо прочего) за установку серверы имен, машины, которые указаны как уполномоченные в родительском пространстве имен DNS для любых запросов DNS, относящихся к example.com
домен.
Из вашего описания неясно, изменили ли вы серверы имен для example.com
, или если вы только изменили A
/AAAA
запись в корень зоны. Мой ответ будет зависеть от того, что произошло.
NS
записи) измененоЕсли вы изменили серверы имен, то ЧТО-НИБУДЬ относящийся к запросу, включающему example.com
теперь будет разрешено серверами имен компании два. Вы проиграете все записи ранее в example.com
зона, включая такие записи, как ваш MX
записи (используемые для поиска машин, которые должны получать входящую электронную почту) и любые такие записи, как mail.example.com
или webmail.example.com
, который вы могли использовать для доступа к веб-электронной почте у предыдущего поставщика.
Вам нужно будет связаться с предыдущим провайдером и попросить их прислать вам необходимые изменения DNS, чтобы ваша почта продолжала работать. Подозреваю, что это будут как минимум следующие изменения:
A
запись (и, возможно, AAAA
если они поддерживают IPv6) для своего почтового сервера, сопоставление с IP-адресом провайдера.MX
запись, чтобы указать, куда следует доставить почтуA
/AAAA
записи для доступа к сервисам POP3, IMAP, SMTP и электронной почты.Обратите внимание, что это не надежная конфигурация, если вы не управляете почтовой инфраструктурой. Интернет-провайдер может изменить свою почтовую систему в любое время. Их клиенты, DNS которых они управляют, получат изменения автоматически, в то время как ваша система просто сломается и потребует ручных изменений в example.com
Пространство имен DNS, чтобы система снова работала.
Таким образом, многие интернет-провайдеры могут даже не быть восприимчивы к такой настройке и вряд ли поддержат ее. Если бы это было внесенное вами изменение, я бы посоветовал вам вернуться к использованию компании 1 для ваших серверов имен и просто указать соответствующие записи в компании 2 для любых служб, которые они размещают от вашего имени (см. Маршрут 2 ниже).
A
/AAAA
записи измененыЕсли вы изменили A
(и, возможно, AAAA
) записи для example.com
, www.example.com
и любые другие услуги, которые вы хотите указать компании 2, но компания 1 по-прежнему является менеджером серверов имен, то проблема в другом, если вы потеряли доступ к электронной почте.
Конечно, если в вашем электронном письме используется URL типа http://example.com/webmail
тогда это сломается, так как example.com
теперь обрабатывается компанией 2. Однако, если она использовалась webmail.example.com
или какой-нибудь такой адрес, то обычно это не было бы проблемой. Однако может случиться так, что это псевдоним example.com
или одна из других записей, которая теперь обрабатывается компанией 2, что означает, что трафик все еще заканчивается в компании 2.
Я также должен указать в качестве попутного комментария, что существует менее известный вариант для MX
записи с участием вернуться к A
записи должны MX
не найти. Если вы раньше полагались на это для Доставка электронной почты, то он также будет поврежден, если вы изменили example.com
корневая запись. Это маловероятная конфигурация, которую я давно не видел, но я указываю на нее для полноты картины.