Назад | Перейти на главную страницу

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

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

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

TIA.

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

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

Странный.

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с, дождаться завершения распространения. Терпение - добродетель :)

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

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

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

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

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