Резервирование интернет

Неправильность - это нарушение технического регламента.

Лень искать точную цитату из RFC, но скорее всего кешировать данные на более чем TTL секунд по этому документу нельзя.

netwind, можете провести такой эксперимент?

Прописать для какого-то домена минимальный ТТЛ допустим 100сек, подождать пока запись вступит в силу. Далее, сменить А-запись для домена, пропинговать через ping.exe. Потом сменить А-запись на другой айпи и пропинговать снова. Повторить процедуру несколько раз и проверить дейстительно ли через время TTL домен каждый раз будет пинговаться по новому IP?

Vitaly2012, когда меня интересовал этот вопрос, я делал такие тесты.

По крайней мере на уровне серверов DNS и клиентских библиотек (условно говоря частей windows) там все всегда правильно реализовано. А в самой распространенной программе-сервере bind просто нет такой опции для игнорирования TTL. Никак нельзя ее настроить неправильно.

В интернете можно найти разнообразные ( обычно ничем не подтвержденные ) истории, но это все повод для претензий к провайдеру, а не нормальная ситуация.

Браузеры по-своему оптимизируют этот процесс : не запрашивают DNS, пока не случится ошибка загрузки или не произойдет перезапуск. В этом можно увидеть некоторую проблему. Но многим и так сойдет. В конце концов, сеонизаторы обычно контролируют процесс "стратегически", а не пытаются удовлетворить каждого посетителя.

Кстати, я поддерживаю и идею с cloudflare. По крайней мере, она закрывает дискуссию о DNS.

Да, вариант с cloudflare мне тоже понравился. Нашел даже программку смены IP под виндовс, но у меня она почему-то не работает (

https://rkn.gov.ru/news/rsoc/news24880.htm

https://rublacklist.net/13108/

😂

В любых решениях есть издержки:)

Но, вообще, существуют же сервисы: noip, dyndns. Ставишь прогу на комп, где крутится всё и, при смене айпи у провайдера, домен направляется на новый (его программка и передает). Но платненько.

Да, домен направляется на новый айпи, но не моментально. Как уже писал выше, теоретически должно пройти время указанное в ттл, чтобы на всех днс серверах в мире поменялась информация. Но реально она так быстро не меняется, из некоторых точек сайт начинает быть доступен по новому адресу спустя несколько часов, несмотря на ттл в несколько секунд.

Я не знаю, может у меня неправильная информация, поэтому и просил повторить этот эксперимент кто может.

В случае с cloudflare сайт, при смене айпи, по новому айпи моментально становится доступным.

Ничего, 2\3 адресов еще осталось. Проверил адрес, который выделил cloudflare для моего домена, его в списках ркн нет.

Насчёт скорости актуализации изменений в DNS.

https://www.whatsmydns.net/ - сервис, показывающий как распознают имена разные серверы по всему миру, сейчас там два десятка точек.

Теоретически всё хорошо и срабатывает со скоростью TTL. Но вчера я наблюдал следующее - изменил запись, secondary сервера были из nic.ru . Один из secondary подхватил обновление сразу, второй - через несколько часов. А обычно оба подхватывают сразу. Так что ответ такой: либо у вас все сервера под контролем и настроены на быстрое обновление вторичных зон, либо могут быть такие странные эксцессы.

Я заметил такую особенность, когда запись не менялась какое-то длительное время, (я пробовал только А-запись, остальные не интересовали), то после её изменения, первое изменение на днс серверах почти всегда проходит бысто. Но если я меняю запись, а затем через небольшое время меняю её снова, некоторые сервера уже так быстро не отрабатывают.

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

потому что кешируют и плюют на TTL. У некоторых провайдеров кеш сбрасывается раз в сутки, у некоторых вообще не сбрасывается. IP адреса статические? Смотрели route53?