Jet D., Мы не знаем, как работает резольвер yandex
Возможно они игнорируют TTL для часто запрашиваемых записей (а ns регистратора вполне часто запрашиваемые)
Я согласен с Вами, на месяцы кешировать - это жесть
В яндекс стучаться нужно
По зарубежным хостерам: узнать хотя бы какой они резольвер юзают
ну и anycast тоже отбрасывать нельзя, тот же яндекс может ходит куда-то локально внутри ЦОДа
suffix, Разные они потому, что без trace: dig напрямую спрашивает у yandex, а у них старые записи (как вариант TTL был огромен до этого, о чём уже озвучивали в топике)
С ключом strace: dig ходит поэтапно к каждой записи (корень -> корневая зона ru -> DNS домена и т.д.)
Сложно в целом судить где косяк, но он имеет место быть
Кстати возможно что есть те, кто используют яндекс как резольвер, возможно поэтому часть в hostracker не видят новый IP
---------- Добавлено 13.03.2020 в 14:10 ----------netwind, Это публичные DNS
Т.е. проблема затронет лишь тех, кто использует яндекс в качестве резольвера
tmatm, Есть ещё 3 вариант
Anycast DNS
И у них нарушалась консистентность данных---------- Добавлено 13.03.2020 в 08:53 ----------Jet D., Попробуйте написать кому-нибудь из хостеров hostracker
Может пойдут на встречу, тогда просите вывод dig с ключом trace
MAzZYBiG, Доступ к базе (данные) лежит в конфиг файлах
/usr/local/mgr5/etc/
В API первые изменения замечены
art - около 100р. +
shop - около 200р. +
На регистрацию
MAzZYBiG, Навешайте запись в лог на каждый чих
Сможете понять на каком этапе плагин останавливается
LazyBadger, А при чём тут glue-records ?
Это касается только тогда, когда NS расположены в пределах самого домена
Топик же о DNS Хостера
Я не за кого "не вписываюсь", а схема рабочая если с ручками подходить к дел
==========
Смотрите все домены третьего уровня
pp.ua и т.д.
test.pp.ua
У .ua
ua. 172800 IN NS cd1.ns.ua.
ua. 172800 IN NS ho1.ns.ua.
ua. 172800 IN NS in1.ns.ua.
ua. 172800 IN NS pch.ns.ua.
У pp.ua
pp.ua. 36000 IN NS ns1.uadns.com.
pp.ua. 36000 IN NS ns2.uadns.com.
pp.ua. 36000 IN NS ns3.uadns.com.
У test.pp.ua
test.pp.ua. 600 IN NS ns11.uadns.com.
test.pp.ua. 600 IN NS ns12.uadns.com.
test.pp.ua. 600 IN NS ns10.uadns.com.
У поддомена отдельные DNS
suffix, Насколько я понял, цель автора хранить DNS домена в одном месте, а поддомены разносить по разным хостерам
А запись в данном случае будет у хостера
porutchik всё правильно сказал
Нужно на поддомен добавить NS записи хостера
В таком случае и поддомен будет работать у хостера, и в случае смены IP, хостер сменит у себя А запись
suffix, А как по Вашему работают домены, тот же .ru ? :)
Все домены второго уровня размещены как поддомены к ru, с указанием NS записей
Сколько угодно можно делать такую вложенность
ru (свои NS) -> site.ru (Свои NS) -> site.site.ru (Свои NS) ...
hosting-russia, А зачем ему CloudLinux если он будет единственным пользователем на VDS ?
