Как сбросить локальный кэш DNS в CentOS
Огромен ли системный раздел на 25 ГБ, или крошечный зависит от того, сколько программного обеспечения Вы установили (действительно ли это - специализированный сервер или общая рабочая станция с большим количеством проблемно-ориентированного программного обеспечения?) и на том, в каком количестве скрываются данные /var (у Вас есть почта 200 пользователей в том разделе?).
Хорошие места для поиска накопленного хлама включают:
/tmp: какие-либо старые, большие файлы там? Можно хотеть сделать/tmpatmpfsфайловая система, так, чтобы это не использовало дисковое пространство и начинало заново при каждой начальной загрузке./var/tmp: какие-либо огромные файлы там?/var/log: безудержный сервис производил гигабайты журналов?/var/cache: существует ли большой кэш, который не очищается правильно? Особенно проверьте, куда Ваше распределение помещает загруженные пакеты (например./var/cache/apt/archives/на основанных на APT дистрибутивах).- У Вас есть какое-либо неиспользованное программное обеспечение установленным? Это обычно не очень, но Вы можете находить версии библиотеки, которые не используются никаким исполняемым файлом все еще в Вашей системе. Программы как
deborphan(на Debian и производных), может помочь. Проверьте, обременены ли Вы старыми ядрами, также.
Если Вы не можете найти, что удалить, можно, по крайней мере, видеть то, что занимает место с du или графическая альтернатива, такая как Баобаб (утилита Gnome).
Если Вы имеете пространство в запасе в другом месте, можно переместить некоторый большой блок /usr или /var (или /opt или /srv при необходимости) к другому разделу и делают символьную ссылку.
Не Ваше локальное поле, которое кэширует запросы DNS, но это - сопоставитель DNS, который Вы используете в Вашем /etc/resolv.conf кто кэшируется.
Предотвратить для получения тех кэшируемых запросов ответ:
Измените сопоставитель.
$ dig @<resolve-ip> www.google.comСбросьте кэш DNS на сопоставителе, если можно получить доступ к серверу DNS.
$ sudo /etc/init.d/bind restart
Я почти уверен, что это не система, кэширующая ответ - что часть (системное кэширование) только обрабатывается nscd демон. Перезапуск (или остановка полностью), что демон сбрасывает или устраняет кэширование ОС ответов запроса службы имен.
Я предложу две возможности, хотя пользовательский слушатель, которого Вы настроили на порте 53, значительно пачкает воды:
- A) Ваша система выпускает запросы в восходящем направлении, но непосредственный восходящий определитель имен кэширует ответ, или на основе он - настройки или, или на основе TTL записи.
- B) Ваш пользовательский слушатель кэширует ответы внутренне и просто вручает тот ответ назад на систему, когда это спрашивают снова, прежде чем время кэша истекло.
-
1Спасибо за вход, но слушателя действительно только передает запрос и ответ, он похож только на 200 строк кода, в конце концов. Так не должен быть второй случай; также слушатель распечатывает все, что это получает, таким образом, я уверен, что это ничего действительно не получает :| – zee 11.03.2013, 21:55
dns_nameservers 127.0.0.1в файле конфигурации прокси и слушателе только вперед запрашивает к предварительно сконфигурированному серверу имен, разве не должно иметь место, что с resolv.conf даже не консультируются? – zee 11.03.2013, 22:18