lonelywoolf

lonelywoolf
Рейтинг
151
Регистрация
23.12.2013

mark2011, Ну наличие этой темы хотя бы предупредит тех, кто о нем будет гуглить. Так, что пресекается фактически, хоть как-то.

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

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

rustelekom:
никакой днс клиент никак не проверяет работает ли авторитетный днс сервер или нет.

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

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

Браузер, конечно, кеширует, но тут достаточно его перезапустить. Теперь давайте задам вопрос такого характера: а какой 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 - ну чтобы четко понимать, когда провайдер должен был сбросить значение кэша.

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

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

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

WapGraf:
Не на 2-3 конечно, короткие сроки, но кэшируют.

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

rustelekom:
Кто-то с Ростелекома в инет выходит, кто-то с Мегафона, с Билайна, с МГТС - у всех одно и то же.

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

rustelekom:
Сегодня человек около 20-00 сменил днски, айпи от нас резольвится куда надо, а от него - на старый хостинг.

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

rustelekom:
Это вот как раз классическая ситуация, о чём я и писал. И дело не в кеше ПК, дело в кеше провайдера (роутер вряд ли у него кеширует, там нет бинда, там назначаются днски от провайдера).

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

rustelekom:
Не-не-не. ДНС серверы то опрашивают все, какой бы "быдло" провайдер не был он использует стандартный софт и протокол. Но у провайдеров доступа в интернет ДНС запросы к доменам - КЕШИРУЮТСЯ. И время обновления кеша - это личный выбор конкретного провайдера.

А? Что? Во-первых, игнорирование TTL, заданного на авторитативных ДНС - бяка. Во-вторых, кэшируется ответ только ПОСЛЕ опроса всех ДНС, или неполучения ответа ОТ ВСЕХ ДНС. И если провайдер дурной и ведёт себя иначе - тогда это уже проблемы провайдера и его клиентов.

rustelekom:
Это и есть тот самый злополучный ДНС кеш о котором говорят в предупреждениях об изменении днс серверов или их айпи адресах

TTL, заданный хостмастером этот кэш. Всё остальное - перестраховка, чтобы клиенты не ныли. Ну и зоны некоторые обновляются не через 15 минут (правда, вот особенно зона .ru - 4 раза в сутки). Вот что за кэши, а не то, что там провайдеры у себя наставили.

rustelekom:
Первый запрос - он просто и последний как правило

Вы поняли, чтоя имел ввиду про быдло-программистов и быдло-админов? Если у провайдеров этих людей криво настроены DNS, то виноваты провайдеры. Вы понимаете, о чем я? Почему-то гугл когда рекурсивно опрашивает домены - опрашивает все ДНС, если от какого-то не получает ответа. Почему-то Яндекс - опрашивает. Клаудфлейр - опрашивает. ДА даже мои собственные ДНС - опрашивают. А у какого-то васи с говно-провайдерским ДНС не работает нихрена. Так, может, нехрена ставить костыли под таких провайдеров?

---------- Добавлено 07.03.2020 в 14:19 ----------

rustelekom:
Вот яндекс предлагает чего-то такое: https://cloud.yandex.ru/docs/solutio...e-dns-balancer, но глубоко не вдавался...

Ну и Яндекс предлагает то же самое абсолютно. Ознакомьтесь с RFC, их ещё не дураки писали, вот личии от многого современного софта.

rustelekom:
И поэтому, если я, например захочу пойти на searchengines.guru, а один из его днс-серверов вдруг отвалился, то далеко не факт, что я получу доступ к форуму

Ну обманываете же. Ко второму DNS происходит обращение, если первый недоступен. Т.е. да, первый запрос улетает хрен знает на какой ДНС. А вот если он лежит - то запрос улетит на другой ДНС, и так далее, пока не получит ответ, или не будут исчерпаны все ДНС-серверы.

---------- Добавлено 06.03.2020 в 18:09 ----------

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

Быдло-программисты пишут такой софт, и быдло-админы так настраивают "отказоустойчивость".

-= Serafim =-, Ну мы делаем, когда можем. И ещё с пяток мелких хостеров знаю, но это, в общем, такое себе, на самом деле. Работает только когда сотрудникам делать нехрен. Пока было не много клиентов - проблем небыло, когда стало хватать работы - проблемы стали возникать в виде негатива - мол, почему не делаете бесплатно - раньше ж делали.

Masha M:
Про бекапы не поняла.
Я редко делаю бекапы. На дешевых хостингах часто, на дорогих редко.
Надежный недешевый хостер сам разбирается со своими факапами, без клиентских заявок в ТП.

Я к тому, что спасение утопающих - дело рук самих утопающих. Только имея резервные копии непосредственно у себя всего и вся - можете быть спокойны. Так как вот МХ потух полностью - а что, если они потеряют при переносе именно ваши данные? Согласитесь, контора так то чуть более, чем серьёзная. Ещё две не маленьких конторы толко в этом году схлопнулись со всеми данными клиентов... Ну и сколько одноднёвок попадается, внешне не сразу отличимых от нормальных хостингов - я уж вообще молчу...

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

---------- Добавлено 05.03.2020 в 13:09 ----------

Masha M:
Мастерхост бесплатно помогает чинить скрипты и иногда берется уничтожать вирусы при просьбе о помощи в письменной форме из админпанели шаредхостинга.

Оставайтесь на МХ. А клиентам объясните, что если они там миллионы теряют - пусть держат _два_ хостинга, парочку выделенных серверов на коло, системного администратора на полную ставку, ну и вам за головняк платят раз так в 10 больше.

4atka, Эм. А при чем тут айхор? У них серверок в хетцнере.

Всего: 1548