У меня был личный сайт на freehostia, и теперь я перешел на другой сервер. Прошла почти неделя, и, конечно же, когда NameServers изменились для нового хоста, я внес необходимые изменения с помощью компании-регистратора домена для своего домена.
Теперь, когда я пытаюсь открыть свой сайт, иногда он открывает новый размещенный сайт, иногда он открывает страницу 404 на старом сайте.
Я думаю, что 1 неделя, скажем, даже 4 дня - это много времени для распространения DNS. Это странное поведение.
Когда я открываю сайт с IP-адреса, он открывается, но когда я открываю сайт с доменным именем, иногда он открывается, а иногда - нет. Есть подсказка?
Я попробовал с двумя своими друзьями, которые никогда не посещали мой сайт, поэтому на его машине не было кеша DNS, он открывался для одного и не открывался для другого. Спасибо
-- Из http://Squish.net
25,0% запросов будет возвращено 66.40.52.47 (dns1.freehostia.com) vks.uni.cc. 3600 дюймов 66,40,52,64
25,0% запросов будет возвращено 66.40.66.152 (dns2.freehostia.com) vks.uni.cc. 3600 дюймов 66,40,52,64
25,0% запросов будет возвращено 72.55.164.113 (ns1.softuff.com) vks.uni.cc. 14400 IN A 72.55.164.113
25,0% запросов будет возвращено 70.38.29.161 (ns2.softuff.com) vks.uni.cc. 14400 IN A 72.55.164.113
Я не понимаю, что это за 25%, почему не 100% или 50%
dns1.freehostia.com и dns2.freehostia.com были старыми серверами. ns1.softuff.com и ns2.softuff.com - новые серверы.
Мой ответ на этот вопрос имеет истощение времени распространения, на которое я сделаю ссылку вместо копирования + вставки здесь.
В частности, из вашего вопроса мне кажется, что ваши авторитетные серверы имен не были обновлены (или указаны неправильно, поэтому запрашиваются неправильные). Чтобы узнать, какие записи сервера имен ваши локальные DNS-серверы используются для домена, вы можете использовать dig <domain.tld> NS вот так:
$ dig spillett.net NS
;; ANSWER SECTION:
spillett.net. 316 IN NS ns1.nogoodnamesareleft.com.
spillett.net. 316 IN NS ns2.nogoodnamesareleft.com.
затем вы можете проверить их, чтобы убедиться, что все они имеют правильный адрес для имени:
$ dig @ns1.nogoodnamesareleft.com www.spillett.net
;; ANSWER SECTION:
www.spillett.net. 349 IN CNAME spillett.net.
spillett.net. 349 IN A 69.94.124.51
;; AUTHORITY SECTION:
spillett.net. 349 IN NS ns2.nogoodnamesareleft.com.
spillett.net. 349 IN NS ns1.nogoodnamesareleft.com.
;; ADDITIONAL SECTION:
ns1.nogoodnamesareleft.com. 3499 IN A 69.94.124.137
ns2.nogoodnamesareleft.com. 3499 IN A 78.105.118.25
(повторите описанное выше для каждой NS-записи, возвращаемой вашим первым запросом)
Значения TTL, возвращаемые запросами непосредственно к серверам имен вашего домена, всегда должны быть фактическими значениями, установленными в записи зоны (в приведенном выше примере они низкие, так как этот домен недавно перемещался, и я забыл установить их выше, когда я '' d завершено), тогда как для запросов к неавторизованным серверам (то есть к одному из ваших локальных серверов имен по умолчанию, который будет опрошен, если dig не получит @<server> директиве) будет указано, сколько времени до того, как этот сервер в следующий раз проверит (по серверам имен, перечисленным как NS-записи для домена), необходимо ли обновить его кешированную версию.
Проверка вышеуказанных тестов для вашего домена может дать вам еще несколько подсказок относительно того, где находится источник проблемы. Если вы используете Linux и у вас нет dig, он обычно находится в пакете, который называется чем-то вроде dnsutils (это называется, что в Debian и Ubuntu, я предполагаю аналогичное расположение в других дистрибутивах) - без сомнения, много портов на Windows (это первая релевантная страница, возвращенная Google) хотя сам я ни разу не использовал их.
Похоже, DNS-сервер, который ВЫ используете, кэширует старый результат.
Продолжительность кэширования DNS-записи обычно зависит от TTL (времени жизни), но не каждый DNS-сервер это учитывает.
Еще одна (возможно, очевидная) вещь ... если вы используете СТАРЫЙ DNS-сервер для поиска ... убедитесь, что вы удалили старую зону. :-)
Если это сработало для двух ваших друзей, но не для вас, я бы порекомендовал изменить DNS-серверы, которые ваш компьютер использует для поиска ... даже временно.
Я бы рекомендовал изменить серверы поиска DNS вашего компьютера на что-то вроде OpenDNS ... просто для проверки и просмотра.
208.67.222.222
208.67.220.220
Если ничего из этого не сработает ... дайте нам знать, с каким доменным именем у вас возникла проблема, и я уверен, что кто-то здесь рассмотрит это для вас и скажет, распространено оно или нет.
Надеюсь это поможет.
зависит от записи dns ttl. одна неделя звучит довольно долго. попробуйте проверить, каковы ответы на запросы DNS от всех ответственных серверов - например, посетите http://www.squish.net/dnscheck/ , введите свое доменное имя, выберите тип: ЛЮБОЙ и запустите проверку.
возможно, один из задействованных серверов по-прежнему возвращает старые записи.
Одной недели более чем достаточно для любого размножения. У меня была аналогичная проблема, и проблема заключалась в том, что первичный и вторичный серверы не синхронизировались. Я использовал nslookup, чтобы проверить текущий статус. Хотя моя проблема была связана с записями MX, вы можете захотеть Проверь это.
Единственный раз, когда для обновления должно потребоваться больше, чем TTL, это если вы меняете записи с вашим регистратором. Обычно регистратор обновляет записи один или два раза каждые 24 часа. Однако обычно эти записи указывают ваш домен на ваши DNS-серверы.
Если вы обновляете обычные (A, PTR, CNAME и т. Д.) Записи на своих DNS-серверах, и они выполняют привязку, вы должны иметь возможность выполнить команду «rndc reload domain.name» (или «rndc reload domain .name IN view "), чтобы запланировать немедленное обновление.
И последнее предостережение: браузеры поддерживают свой собственный кеш, а также DNS-клиент ОС. Меня не раз расстраивало очевидное отсутствие обновлений, когда все, что мне действительно нужно было сделать, это "ipconfig / flushdns" на клиенте Windows.
Изменения DNS происходят практически мгновенно; я думаю, вы спрашиваете, сколько времени потребуется для распространения, если вы внесете изменения в регистратор?
Если вы смените серверы имен у регистратора, вы можете потерпеть от 6 до 48 часов простоя, пока изменения распространяются по всему миру.
Если вы просто добавляете или изменяете записи в консоли управления DNS, изменения практически мгновенно.