ВС
Очистить dns кэш в хостовой системе
Size: a a a
2020 November 07
A
Очистить dns кэш в хостовой системе
systemd-resolve --flush-caches не дал результатов...
ВС
Какой дистрибутив?
ВС
Смотрите, что получается:
1. dig / nslookup (тоже?) возвращает корректный адрес
2. ping стучится на другой адрес
3. функция php стучится на другой адрес
Я бы начал копать от дистрибутива, от функции ping, например, что она использует в кач-ве dns сервера.
1. dig / nslookup (тоже?) возвращает корректный адрес
2. ping стучится на другой адрес
3. функция php стучится на другой адрес
Я бы начал копать от дистрибутива, от функции ping, например, что она использует в кач-ве dns сервера.
A
Смотрите, что получается:
1. dig / nslookup (тоже?) возвращает корректный адрес
2. ping стучится на другой адрес
3. функция php стучится на другой адрес
Я бы начал копать от дистрибутива, от функции ping, например, что она использует в кач-ве dns сервера.
1. dig / nslookup (тоже?) возвращает корректный адрес
2. ping стучится на другой адрес
3. функция php стучится на другой адрес
Я бы начал копать от дистрибутива, от функции ping, например, что она использует в кач-ве dns сервера.
Ubuntu server
1. nslookup тоже старый возвращает
1. nslookup тоже старый возвращает
ВС
Вот. Скорее всего, в системе используется какой-нибудь dnsmasq по умолчанию. А вы сбросили кэш у другой службы, например.
ВС
Ну или наоборот.
AM
только dig корректный адрес показывает
гуглить рекурсивный и итеративный днс запросы
AM
Да, я тоже пришел к этому выводу.
Это не удивительно, учитывая, что они имеют право кешироввать согласно TTL
AM
Друзья, есть очень тонкий вопрос:
функция dns_get_record возвращает запись днс, но есть проблема с кешем. Например запросили А запись, получили ответ. Если меняем А запись у домена, ждем, потом проверяем через dig A example.com, то запись поменялась, а вот dns_get_record возвращает все тоже самое, причем там есть
функция dns_get_record возвращает запись днс, но есть проблема с кешем. Например запросили А запись, получили ответ. Если меняем А запись у домена, ждем, потом проверяем через dig A example.com, то запись поменялась, а вот dns_get_record возвращает все тоже самое, причем там есть
"ttl" => 3047,и вот пока он не истечет, эта функция не будет запрашивать реальный днс. Как рубануть там кэш или как-то сбрасывать ТТЛ?
Вот что тебе нужно https://stackoverflow.com/a/11567411/9258824
AM
nameserver должен быть без кеширования записей или же должен быть тем же, что и у запрашиваемого домена
AM
(можно сначала запросить ns домена, а потом обратиться к_нему/к_ним за А записью)
AM
можно ещё взять либу от reactphp или amphp. В первом точно можно указать ns
AM
Спасибо, ребят. nameserver'ы прописал гугла и яндекса
они тоже кешируют