Что определяет выбор адреса сайта из всех, возвращённых DNS-сервером?

Question

[Akina]

DNS-серверы на запрос на разрешение адреса сайта возвращают два IPv4 адреса и два IPv6 адреса:

Name:    forum.vingrad.ru
Addresses:  2606:4700:3031::6815:1d88
          2606:4700:3031::ac43:9538
          104.21.29.136
          172.67.149.56

Однако часть компьютеров по IPv4 обращаются исключительно по 104.21.29.136, другая часть только по 172.67.149.56. Никаким Round Robin или чем аналогичным даже не пахнет. Соответственно первые не могут получить доступ к веб-странице, у вторых никакой проблемы нет.
От используемых DNS-сервера и браузера поведение не зависит.

Вопрос - как именно рабочая станция выбирает, какой из двух адресов использовать?

Comments

[Евгений]

А у Вас страница не на двух адресах?
Тогда зачем Вам RoundRobin ?
Или Вы снова про CloudFlare который блокируют?
Уточните.

[Ziptar]

тут объяснено

[Valentin Barbolin]

Система выбирает по списку, первый адрес, если он не доступн то второй. Соответственно те кто ломятся на 172.67.149.56 получает его первым в списке.

[Akina]

Ziptar, там объяснено, что Round Robin организует изменение порядка передачи адресов, а клиент использует первый по списку.

Однако это совершенно не объясняет СТАБИЛЬНОСТИ происходящего. Почему одна станция ВСЕГДА сразу получает доступ (читай - правильный адрес в начале списка), а другая, наоборот, не получает его НИКОГДА (пока не пропишешь правильный адрес явно в HOSTS). Я не верю, что DNS-серверы запоминают, кому в каком порядке что отдают, и помнят это неделями. Так же как и не верю что несколько не связанных между собой DNS-серверов (public серверы google, cloudflare, yandex, quad9 и пр.) умудряются отдавать эти адреса на определённую станцию в одном и том же порядке.

Valentin Barbolin, в этом случае все станции получали бы доступ. Просто те, кому не повезло получить правильный адрес не первым, открывали бы сайт с задержкой. Но это не так - половина станций просто не получают доступ, т.е. даже не пытаются постучаться по второму адресу, когда первый неправильный и, соответственно, недоступен.

Евгений, целевой домен присутствует только на одном из двух адресов. Почему CloudFlare отдаёт неправильный адрес в пакете информации, я понятия не имею... конечно, это неправильно. Но меня интересуют именно причины стабильности того, что часть станций справляется с проблемой, а другая нет.

[Ziptar]

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

[res2001]

Akina,

Но меня интересуют именно причины стабильности того, что часть станций справляется с проблемой, а другая нет.

Такое впечатление, что там где сайт не доступен ответ от ДНС сервера приходит другой (возможно там отсутствует правильный адрес или еще что).

[aleks-th]

Про кэш тоже не нужно забывать

[Akina]

aleks-th,

Про кэш тоже не нужно забывать

Обращаемся к сайту - not found.
Пишем правильное соответствие в HOSTS - есть доступ.
Убираем соответствие - снова not found.
Кэш явно не при чём.

[aleks-th]

Akina, приоритет такой, сначала оно смотрит в hosts, если там есть, все остальное просто игнорируется.

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

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

[Akina]

Эххх. Хотел поснифить обмены, посмотреть разницу. Но вчера последние 2 компа с проблемой вдруг "исправились". Уж не знаю, есть связь или нет, но они оба вчера ребутались из-за установки обновлений (KB5062554, KB5063326).

[Amos_Kein]

Akina,
Здравствуйте!
Хотел уточнить можно ли задать вопрос по другому вопросу в котором вас пригласили как эксперта?

[Akina]

Amos_Kein, ну если он напрямую связан с моим вопросом, то почему нет?

[Amos_Kein]

Akina, не уверен, что они связаны, но в экспертах вас можно было выбрать.

Мой вопрос в котором вы обозначены как эксперт: Как выбрать роутер?.
Т.к. часть комментариев сходится во мнении, что Tp-link не лучший выбор, то решил выбирать из следующих:

• Wi-Fi роутер HUAWEI BE3 WUKUN-BE32-20
  
• Wi-Fi роутер Keenetic SPRINTER KN-3711 AX3000
  

Насколько я понимаю, то мне ещё понадобиться сетевая карта для ноутбука игромана и всё.

Не поделитесь своим мнением относительно того какой из предложенных вариантов можно считать более надёжным исходя их условий указанных в вопросе?

[Akina]

Amos_Kein, возможность выбрать меня экспертом не накладывает на меня никаких обязательств. И то, что я там не отметился, однозначно говорит, что ничего существенного по вопросу в дополнение к уже сказанному у меня нет.

[Amos_Kein]

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

Думал вы не обратили внимание или посчитали вопрос неактуальным по причине наличия в нём предложенных способов решения.

Answer 1

[Hardoman]

Во-первых, клиенты кэшируют у себя dns ответы на срок жизни TTL записи и обращаются к последнему использованному до бесконечности, если эта запись ещё актуальна.
Во-вторых, при первом обращении выбирается первая доступная запись.
Клиент по очереди в списке опрашивает их и возьмёт первую рабочую.
В этой ситуации уже задача DNS сервера каждый раз возвращать список в разном порядке. Он это может делать по разным алгоритмам, чаще всего по round-robin, иногда по меньшему пингу или первому ответившему.

Answer 2

[Vitaly Karasik]

Сравните DNS серверы на разных компах. Плюс почистите локальный кеш, и кеш DNS.

Но ИМХО ваш вопрос больше теоретический, и даже round robbin не поможет починить проблему с недоступностью сайта.

Answer 3

[Saboteur]

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

Остальные, промежуточные DNS сервера, просто кешируют этот запрос, а обычно TTL - это сутки.
Поэтому чистка DNS на локальном клиенте может и не помочь.

операционка или клиент уже могут с этим списком что-то дополнительно делать, например отдать приоритет более "близкому", точнее быстрому ресурсу. Или просто перебирать по очереди.