☰

Изменения сервера имен, похоже, не распространяются

tag-icon • tag-icon domain-name-system domain-name nameserver
Изменения сервера имен, похоже, не распространяются

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

Я настроил их в Plesk для Linux с помощью их мастера. Есть ли что-то, что мне следует или не следует делать?

ТИА.

РЕДАКТИРОВАТЬ:

Я запустил проверку DNSStuff.com, и по какой-то причине мой новый сервер имен указывает на мой старый сервер имен, вот так:
ns0.hostedsupportal.com [64.128.190.5] ns1.dreamhost.com. ns2.dreamhost.com. ns3.dreamhost.com. 39ms

Странный.

решение1

hostedsupportal.com
        primary name server = ns1.dreamhost.com
        responsible mail addr = hostmaster.dreamhost.com
        serial  = 2009071403
        refresh = 15182 (4 hours 13 mins 2 secs)
        retry   = 1800 (30 mins)
        expire  = 1814400 (21 days)
        default TTL = 14400 (4 hours)

Обновление установлено на 4ч 13м 2с, ждем окончания распространения. Терпение — добродетель :)

решение2

Используйте dig ( dig @<authoritative nameserver > <host or domain > для начала), чтобы увидеть текущие настройки авторитетных серверов имен для домена. Они могли еще не отреагировать на изменения (для серверов имен, связанных с размещенными доменами, записи, которые вы можете редактировать, часто не находятся на публичном сервере имен, а копируются туда после проверки процессом, принадлежащим хостинговой компании; в некоторых случаях это отличается или если серверы имен на самом деле являются вашими машинами, конечно). Даже если основные серверы имен для домена имеют новую информацию, любой другой DNS-сервер, который недавно разрешил домен и получил старую информацию, кэширует ее на время TTL и не разрешит домен снова, пока оно не истечет (именно поэтому время TTL следует сократить задолго до внесения изменений в DNS, если у вас есть контроль над этой записью (старые версии BIND устанавливают TTL в записи SOA; TTL также можно установить в отдельной записи ресурса)).

Вы можете использовать dig ( dig < хост или домен > ), чтобы просмотреть записи, возвращаемые сервером имен, используемым вашим клиентом. Это должно указывать на используемую им версию и оставшееся время жизни (TTL).

(Я имею в виду dig выше, предполагая, что вы используете клиент GNU/LINUX/BSD, но я думаю, что есть версии инструмента и на других платформах)

(Я также начал писать это до того, как прочитал ваши правки — так ли это было изначально настроено? — Если так, то это все еще может быть проблема кэширования, время TTL должно дать хорошее представление об этом. К сожалению, я не знаком с DNSStuff или его выводами, поэтому не могу помочь)

решение3

Для истечения срока действия кэшей DNS может потребоваться до 48 часов. Вы ждали день или два?

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