У меня есть клиент, для которого я буду размещать веб-сайт, допустим, это example.com. Я все еще новичок в этом, поэтому беспокоюсь о том, что, вероятно, является чем-то довольно простым:
Сейчас example.com используется только для электронной почты, а служба электронной почты через airmail.net это услуга, предоставляемая их компанией широкополосного доступа. Регистратор домена (networksolutions) использует серверы имен, предоставленные airmail.net
Почтовый сервис делает не разрешить любой доступ к записям DNS. Или, если они это сделают, никто из их службы технической поддержки не знает, как это разрешить. Поэтому я не могу просто изменить запись A, чтобы она указывала на мою службу http.
Похоже, мне нужно будет исключить компанию, предоставляющую услуги хостинга электронной почты, в качестве DNS и либо использовать зону DNS в регистраторе, либо изменить DNS в регистраторе на мои собственные DNS-серверы, где я буду устанавливать записи MX.
Я просто хочу убедиться, что мой план игры не вызовет их любой влияние на почтовые службы.
DIG AXFR терпит неудачу; В соединении отказано.
DIG @ ns-0.airmail.net example.com ЛЮБОЙ сообщает об этом:
;; QUESTION SECTION:
;example.com. IN ANY
;; ANSWER SECTION:
example.com. 7200 IN MX 10 mx-0.airmail.net.
example.com. 7200 IN MX 10 mx-1.airmail.net.
example.com. 7200 IN MX 10 mx-2.airmail.net.
example.com. 7200 IN MX 10 mx-3.airmail.net.
example.com. 7200 IN MX 5 mx.airmail.net.
example.com. 7200 IN NS ns-0.airmail.net.
example.com. 7200 IN NS ns-1.airmail.net.
example.com. 7200 IN SOA ns-0.airmail.net. hostmaster.airmail.net. 1509131953 10800 3600 604800 86400
example.com. 7200 IN A 216.39.223.226
;; ADDITIONAL SECTION:
mx-0.airmail.net. 7200 IN A 209.249.171.237
mx-1.airmail.net. 7200 IN A 209.249.171.237
mx-2.airmail.net. 7200 IN A 209.249.171.237
mx-3.airmail.net. 7200 IN A 209.249.171.237
mx.airmail.net. 7200 IN A 209.249.171.237
ns-0.airmail.net. 7200 IN A 209.44.180.50
ns-1.airmail.net. 7200 IN A 209.44.180.51
;; Query time: 174 msec
;; SERVER: 209.44.180.50#53(209.44.180.50)
;; WHEN: Fri Dec 1 02:28:50 2017
;; MSG SIZE rcvd: 362
Вроде нет записей TXT. Учитывая это, кажется ли, что у меня есть вся необходимая информация и мой план верен? Сначала я установлю низкий TTL, хотя, вероятно, это не имеет значения, поскольку цель MX не меняется.
(редактировать: Думаю, мне также нужно учитывать mail.example.com и webmail.example.com - как мне узнать все возможные поддомены, которые мне нужно проверить на наличие записей DNS?)
Спасибо за любой совет, который вы можете дать, поэтому я могу успешно завершить это.
Ваш вопрос кажется довольно длинным, и его нелегко понять, поэтому я просто дам вам метод, который я использую, который будет довольно стандартным.
Изменить серверы имен без простоев очень просто:
Запрос «Любой» или «*» ненадежен для получения всей зоны, RFC не ожидают, что сервер даст полный ответ на этот запрос ... он может быть полным, а может и нет. Во многих местах ЛЮБЫЕ запросы имеют ограничения или полностью заблокированы из соображений безопасности.
В вашем случае, если вы не можете получить файл зоны от текущего DNS-провайдера, это, к сожалению, будет случаем, когда вы скрещиваете пальцы и надеетесь. Я был в таком положении несколько раз, и это меня еще не укусило, но ваш опыт может отличаться!
Я делал специальные запросы для записей TXT, чтобы проверить наличие записей SPF или DKIM, которые, возможно, необходимы для обеспечения доставки электронной почты, и они могут не быть включены в ЛЮБОЙ ответ из-за размера.
Субдомены могут существовать, но это маловероятно, если текущий провайдер интересуется только хостингом электронной почты. Я бы охватил ваши базы, выполнив запросы для общих поддоменов (почта, www и т. Д.) Снова без файла зоны, все, что вы можете сделать, это задокументировать запросы, которые вы сделали, как доказательство того, что вы предприняли разумные шаги для снижения риска недостающие записи.