Проблемы с Мастерхост. Сайты недоступны более суток

treshnyuk, уточнить нюансы, чтобы составить грамотный тикет и получить, что нужно - совсем не лишнее.

Или узнать почему сайт недоступен или тормозит.

И Вы действительно думаете, что там будет сидеть Админ? На звонки поддержка 1-ой линии отвечает, если она не в состояние помочь то шлет в заявки/почту и т.д.

Мы в параллельных реальностях.

Ну так TTL же. Ну.

Нет (!). Во-первых, роутеры кэшируют на пару-тройку часов вообще без проблем. Во-вторых, провайдер кеширует TTL согласно настройкам авторитативных DNS. А вы писали о вылете одного из DNS, а не о кэшах изначально. Кроме того, умолчано о том, какая зона и что менялось: домен был переделегирован на другие NS или была изменена запись типа А? В данном случае налицо некомпетентность клиента/сотрудника саппорта, а не проблемы с работой DNS. Давайте вспомним, что изначально кто-то говорил о вылете одного из NS-серверов и о том, что в классической смене при смерти одного из DNS к сайту доступ не получат 50% клиентов. Это не так.

rustelekom, с чего вы решили, что роутер не кэширует? Очень многие как раз таки кэшируют. Не на 2-3 конечно, короткие сроки, но кэшируют.

UPD: ситуация, когда на одном из DNS отсутствуют записи, и пристуствуют на втором - я не рассматриваю, т.к. если DNS-сервер отправит корректный ответ вроде NXDOMAIN или не то значение записи - такой ответ, естественно, будет закэширован. И только в случае не согласованности, но общей работоспособности NS-серверов, часть клиентов не получит доступ к правильному ресурсу. Поэтому при миграции сайтов на другие DNS обычно применяют обратное проксирование, в зависимости от значения TTL зоны.

---------- Добавлено 08.03.2020 в 12:21 ----------

Сраный дешёвый ASUS в своей прошивке (ненавижу эти ублюдочные девайсы) у меня дома кэшит на 2 часа, без возможности редактирования. Да ещё и подменяет собой DNS. Так, если я обращаюсь не к нему, а к DNS провайдера или к любому другому DNS, ответ мне шлёт этот быдланский роутер, кэшируя абсолютно любые ответы - и позитивные, и негативные. Всё не соберусь ему прошивку поковырять.

ru

другие днс

"В данном случае налицо некомпетентность клиента/сотрудника саппорта" - и в чём она? Клиент изменил у регистратора днски на наши. Вот до сих пор у него ни фига не открывается. Правда это может быть уже и кеш браузера к примеру.

"Давайте вспомним, что изначально кто-то говорил о вылете одного из NS-серверов и о том, что в классической смене при смерти одного из DNS к сайту доступ не получат 50% клиентов." - из числа тех, кто уже ходил на сайт.

Я в целом проверю как руки дойдут, куда у кого запросы идут. Я всегда был уверен, что запросы на днс серверы идут по Round Robin (при 2-х днс это и получается 50% вероятности) и никакой днс клиент никак не проверяет работает ли авторитетный днс сервер или нет. При первом запросе хватается тот днс который первым ответил (он может быть и первым и вторым и десятым - в случайном порядке) и кешится. При последующих - вот уже будет зависеть от того, какой днс сервера домена сохранился в кеше и какое время обновления установлено для локального днс (обновление кеша согласно времени TTL зоны домена - это для меня выглядит чудесами, не сталкивался с таким - по моему опыту, тупо игнорят его, делают там скажем 3600 или 7200 и всё).

Нет (!). При вылете одного из NS проблем не возникнет ни у кого. Проблемы возникнут только при изменении записей - часть клиентов будет ходить по старому адресу согласно настройкам TTL зоны + настройкам провайдера.

Гхм. Вообще DNS-клиентами в данном разрезе могут являться только NS-серверы провайдеров. Согласно RFC они обязаны при неработоспособности NS-сервера (читай таймаут соединения (!)) опросить другой авторитативный сервер.

Браузер, конечно, кеширует, но тут достаточно его перезапустить. Теперь давайте задам вопрос такого характера: а какой TTL у зоны был у старого провайдера? Может быть, несколько суток (я такое один раз видел, очешуел)? Когда фактически была произведена смена NS (фактически, в зоне .ru корневые серверы обновляются 2, 10, 14, 19 часов по MSK). Отсюда, если он сменил NS вечером, то в 2 часа ночи произошло обновление NS. Теперь добавьте TTL в 86400 секунд (к примеру). + быдланский роутер (2 часа)+ кеш ОС (значение TTL). Для начала нужно выяснить, какие записи отдаёт провайдер для домена - dig domain @ns.inet.provider.ip - сравнить с ответом того же гугла или клаудфлейра (не обязательно). Если провайдер отдаёт правильный IP, либо выводится ворнинг, что авторитативный сервер ожидался другим - виноват роутер. Но роутер лучше сразу же перезагрузить. Если отдаётся правильный IP и роутером, и провайдерским NS - тогда сбросить кеш ОС (ipconfig /flushdns) и перезпустить браузер.

Перед всеми этими действиями спрогнозировать сброс кэша следует узнав TTL. на старом DNS - dig domain SOA @old.host.provider.ns - ну чтобы четко понимать, когда провайдер должен был сбросить значение кэша.

Вы спрашивали, в чем некомпетентность? Ну, собственно, раз не смогли выяснить причины - это и есть некомпетентность.

Что с кодами переноса доменов? Новости сеть?

***

Ну и, чтоб тем не плодить тут спрошу.

У конкурента сайт рухнул. Это хостинг Timeweb.com накрылся или клаудфаре?

Посыпаю голову пеплом. Оторвался от жизни. Справедливо было сказано: "При вылете одного из NS проблем не возникнет ни у кого." т.е. если у домена есть минимум два днс сервера и, их работоспособность обеспечивается раздельно друг от друга (то есть даже если один из них упал и недоступен, второй - продолжает работать", то действительно домен будет резольвится туда, куда надо.

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

Наконец-то :)

Но лучше не два днс сервера а два днс хостинга у каждого из которых куча anycast серверов.