У меня проблема с доменом, имеющим кэшированные серверы имен. В некоторых областях он переходит на старый сайт вместо нового. Могу ли я перейти на старый хостинг DNS и изменить его A recordи перейти на новый сайт? Сколько времени требуется для истечения срока действия этого кэша?
решение1
Могу ли я зайти на старый DNS-сервер хостинга, изменить запись A и добавить ее на новый сайт?
Да, именно это вам и следует сделать.
Сколько времени требуется для истечения срока действия этого кэша?
Короткий ответ
Подождите неделю.
Обычно ваш переходный период не должен длиться более нескольких дней, но редко встречаются случаи, когда требуется целая неделя. Если вы не хотите вдаваться в технические подробности того, как работает этот процесс, неделя должна быть безопасной. Неделя также дает вам время заметить что-то катастрофически неправильное в вашей новой среде, что может заставить вас «откатиться» на старые серверы.
Длинный ответ
Я собираюсь направить вас к тесно связанной с этим теме секции вопросов и ответов:
Миграция DNS-провайдера при высоком значении TTL NS-записи
Когда вы входите в панель управления регистратора и меняете DNS-серверы, вы попадаете в переходный период, когда все рекурсивные DNS-серверы, которые уже знают о вашем домене, должны принять это изменение. Единственноебезопасныйвсе, что вы можете сделать, — это поддерживать старый и новый серверы имен в одинаковом состоянии до истечения этого периода.
Продолжительность этого переходного периода — это самый большой TTL, связанный с вашим доменом в пути делегирования. Это будут NSзаписи, живущие внутри серверов имен, которые вы контролируете,а также делегация, указывающая на это. Это проще объяснить визуально, и вы можете найти эти значения, либо используя команду digна компьютере UNIX/Linux ( dig +trace example.com), либо используяаналогичные веб-инструментыкоторые обеспечивают ту же функциональность.
В случае example.comвы должны увидеть вывод, аналогичный следующему:
. 233637 IN NS a.root-servers.net.
. 233637 IN NS b.root-servers.net.
. 233637 IN NS c.root-servers.net.
. 233637 IN NS d.root-servers.net.
. 233637 IN NS e.root-servers.net.
. 233637 IN NS f.root-servers.net.
. 233637 IN NS g.root-servers.net.
. 233637 IN NS h.root-servers.net.
. 233637 IN NS i.root-servers.net.
. 233637 IN NS j.root-servers.net.
. 233637 IN NS k.root-servers.net.
. 233637 IN NS l.root-servers.net.
. 233637 IN NS m.root-servers.net.
;; Received 228 bytes from 8.8.4.4#53(8.8.4.4) in 4 ms
com. 172800 IN NS h.gtld-servers.net.
com. 172800 IN NS l.gtld-servers.net.
com. 172800 IN NS a.gtld-servers.net.
com. 172800 IN NS f.gtld-servers.net.
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS m.gtld-servers.net.
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS k.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
com. 172800 IN NS e.gtld-servers.net.
com. 172800 IN NS d.gtld-servers.net.
com. 172800 IN NS j.gtld-servers.net.
com. 172800 IN NS b.gtld-servers.net.
;; Received 489 bytes from 192.112.36.4#53(192.112.36.4) in 32 ms
example.com. 172800 IN NS a.iana-servers.net.
example.com. 172800 IN NS b.iana-servers.net.
;; Received 165 bytes from 192.26.92.30#53(192.26.92.30) in 2484 ms
example.com. 86400 IN A 93.184.216.34
example.com. 86400 IN NS a.iana-servers.net.
example.com. 86400 IN NS b.iana-servers.net.
;; Received 93 bytes from 199.43.135.53#53(199.43.135.53) in 22 ms
В приведенном выше выводе мы проигнорируем TTL, связанные с .и com., поскольку они не относятся к нашему домену. Нас интересуют два последних набора TTL, которые оба связаны с example.com.. Первый набор — это делегирование серверам имен, которые вы настроили в панели управления регистратора. Второй набор — это NSзаписи, которые находятся на этих DNS-серверах. Чтобы обеспечить плавный переход, вы должны использоватьбольшеиз этих двух значений, которым обычно является делегирование.
В приведенном выше примере ваш переходный период составит 172800 секунд (два дня).