
Я нахожусь в процессе перемещения трафика веб-сайта adadarters.com
со старого хоста на новый хост. Мы сохраняем старый хост по разным причинам, включая почту и файлы ASP, которые мы не хотим перемещать, поэтому я просто изменил запись A, чтобы она указывала на IP нового хоста. Спустя 10 часов он все еще неДействительноразмножается, хотя кажется, что это так. Я делал ipconfig
/ flushdns
весь день.
Происходит то, что adadarters.com
обслуживает новый IP ( 74.220.215.66
) и www.adadarters.com
обслуживает старый IP ( 65.254.231.127
). Если вы попытаетесь ввести URL без www
, он, по-видимому, www
перенаправит вас на старый хост.
Я выяснил это так: nslookup adadarters.com 205.171.3.66
(IP-адрес моего интернет-провайдера) вместо nslookup www.adadarters.com 205.171.3.66
.
Кроме того, traceroute to adadarters.com
vs www.adadarters
отслеживает маршрут к новым и старым IP-адресам.
Новый хостер говорит, что DNS выглядит нормально для них. Старый хостер говорит, что настройки тоже выглядят нормально для них, и что мне просто нужно подождать дольше, пока это распространится. Но почему это должно www
распространяться иначе, чем без www? Я думаю, они просто отталкивают меня, потому что не знают (одна из причин, по которой они старый хостер).
Есть идеи, что может происходить? Если по какой-то причине проблема уже решена, то на старых файлах хоста логотип находится справа, на новых — слева, и это сайт WordPress.
решение1
Не стоит предполагать в таком случае «саботаж» со стороны интернет-провайдера.
Новый хостер говорит, что DNS выглядит нормально для них. Старый хостер говорит, что настройки тоже выглядят нормально для них, и что мне просто нужно подождать дольше, пока они распространятся. Но почему www будет распространяться иначе, чем не-www? Я думаю, они просто отталкивают меня, потому что не знают (одна из причин, по которой они старый хостер).
Во-первых, я имел дело с кучей интернет-провайдеров за эти годы, и я не думаю, что они бы вас так отшили. Может быть, они не будут прилагать таких усилий, как вы думаете, они должны, но я сомневаюсь, что они будут саботировать переключение DNS таким образом.
Распространение DNS теперь, похоже, работает нормально.
Тем не менее, распространение DNS теперь, кажется, в порядке. Проверьте результаты дляwww.adadarters.com
здесьиadadarters.com
здесь. Оба ясно показывают 74.220.215.66
.
Но затем, просматривая записи DNS TTL (время жизни) черезdig
похоже, что TTL для обоих www.adadarters.com
и adadarters.com
был/есть установлен на 3600 секунд (т.е. 60 минут). Вот результаты для adadarters.com
:
dig +nocmd adadarters.com +noall +answer
adadarters.com. 3600 IN A 74.220.215.66
И затем аналогичная команда для www.adadarters.com
:
dig +nocmd www.adadarters.com +noall +answer
www.adadarters.com. 3600 IN A 74.220.215.66
3600 секунд (или 60 минут) — это не совсем то, что вам нужно для TTL при переключении IP-адреса DNS. Читайте дальше.
Распространение DNS, TTL и игра в ожидание.
Вы говорите, что:
Спустя 10 часов он все еще неДействительноразмножается, хотя кажется, что это так.
Ну, учитывая, что TTL был 3600, он должен был распространиться по крайней мере через 1-2 часа. Но по моему опыту, переключение IP-адреса DNS должно происходить по крайней мере за 2 часа до переключения — может быть, даже за день до переключения — TTL должен быть установлен на 300 (т. е. 5 минут).
Затем, когда вы делаете переключение, в течение примерно 5 минут DNS-серверы по всему миру знают, что нужно проверить наличие новых данных. И даже когда я это делал, иногда требовалось 24-48 часов для некоторых отстающих DNS-серверов, чтобы догнать изменение. Все это говорит о том, что такие изменения DNS IP-адресов не являются точной наукой, и вы должны планировать соответствующим образом.
Это значит, что вам нужно убедиться, что изменение IP-адреса DNS, подобное этому, происходит в период низкой активности вашего сайта. Например, в конце дня или даже в выходные. А затем вам просто нужно сидеть и ждать.
Обычно любые ошибки, вызванные тем, что вы испортили запись DNS, будут очевидны в течение первого часа или около того. Но после этого, это действительно просто игра в ожидание, чтобы увидеть, как изменения DNS распространятся. 95% DNS-серверов в мире должны быть в порядке в течение часа или около того; а остальные просто будут вносить изменения в течение следующего дня или около того. Примерно через 48 изменений DNS должны быть распространены и приняты глобально.
Вся причина в том, что некоторые администраторы DNS-серверов уважают TTL записей DNS. Но другие настраивают свои DNS-серверы на игнорирование значений TTL, несмотря ни на что. Почему? Спорно, но это происходит.