Ivanovo Linux Users Group -  
Форум Помощь Поиск Вход
Предыдущая Следующая Вверх Тема Администрирование / Работа с сетью / DNS кеш (19321 хитов)
- Написал(а) Bercut Дата 23.12.04 09:04
Расскажите плз, как можно почистить кеш ДНС,
а то конфигурация сети ещо не сложилась,
постоянно меняются ip, а резолвятся из кеша старые.
Очень х.. плохо.

BIND 9.2.2
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Parent - Написал(а) LOE (Site/forum admin) Дата 23.12.04 09:46
При каждой смене данных в зонах, необходимо менять serial в SOA записи. Причем serial должен возрастать.
Дается команда rndc reload для перечитывания файлов зон и новые данные начинают сразу работать.

PS. и обнови bind, уж давно bind 9.3 существует.
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) Bercut Дата 23.12.04 11:49
это тоже дельный совет, псиба
но я спрашивал про кеш,
а не про зоны

а стоит ли обновлять, если мой днс кеширующий, др задач нет пока
ни зону не держит. ни чего
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Parent - Написал(а) LOE (Site/forum admin) Дата 23.12.04 13:37 Отредактировано 23.12.04 13:45
С самого начала надо уточнять :-)
Если ДНС только кэширующий, то значит где-то есть "главный"

>постоянно меняются ip, а резолвятся из кеша старые.


где меняются? на каком сервере?
По определению на только кэширующем ничего не меняется.
Так что давай уточняй.

А если в общих чертах, то у каждой зоны есть параметры (кроме serial), определяющие "время жизни".
Соответственно, если данные изменились, а время обновления еще не наступило и serial не поменялся, данные будут отдаваться именно старые.

А в каких-то ситуациях, вполне можно сделать не кэширующий, а форвардящий сервер. Тогда данные всегда будут идти с вышестоящего сервера.

PS. обновляться всегда стоит.
PPS. для чисто кэширующего посмотри на pdnsd сервер.
Его тройка плюсов:
- смотрит в /etc/hosts и эти данные имеют приоритет, т.е. можно через /etc/hosts переопределить данные
- при выходе сохраняет кэш на диск и при старте восстанавливает его (bind такое не делает)
- маленький.
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) Bercut Дата 24.12.04 06:13 Отредактировано 24.12.04 06:16
т е ты хочеш сказать что если перезапустить bind то всё что он закешировал пропадает ?
собственно мне только этого и надо, на данный момент

просто в виндовозном днс есть опция clear cache,
оно всегда мне помогало при описаной проблеме(при смене ip)
а тут ничего похожего я не нашол

а нащёт кеширующего это только пока,
через некоторое время он будет зону держать,
толькоеё надо поиметь сачала

ps если не сложно, как сделать чисто форвардящий сервер
     я конечно понимаю, что стоит ещо разок документацию по бинду не по диагонали прочитать
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Parent Написал(а) Demonit Дата 24.12.04 07:45
все просто...в bind'e 8-м было вот так.... в named.conf

options {
          forwarders {ip-адрес DNS; ip-DNS сервера; };       
  forward-only;
};

forwarders {ip-адрес DNS; ip-DNS сервера; };  --- и перечисляешь DNS сервера через ";" на которые надо форвардить запросы.
Если поставишь forward-only, то сервер будет чисто форвардящий.... если не поставишь... то сначала он будет искать в своем кеше и если не найдет то уже форвардить запрос.
Parent - Написал(а) Bercut Дата 24.12.04 13:21
не пашет чегото, rndc
вот так сделал

rndc -s localhost reload
rndc: connect failed: connection refused

чё это значит
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Parent - Написал(а) LOE (Site/forum admin) Дата 24.12.04 13:49
А доку почитать?
для юзания rndc надо разрешения прописать. Общение rndc и самого named идет через файловый сокет. Так-же, нужен ключ, для шифрации этого общения.

Выдержка из man rndc.conf:
NAME SERVER CONFIGURATION
       The  name server must be configured to accept rndc connec╜
       tions and to recognize the key specified in the  rndc.conf
       file, using the controls statement in named.conf.  See the
       sections on the controls statement in the BIND 9  Adminis╜
       trator Reference Manual for details.
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) Bercut Дата 27.12.04 07:08
да, халява не прошла, придётся изучать как следует.

ps всем спасибо
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Parent - Написал(а) LOE (Site/forum admin) Дата 27.12.04 11:01
А какая тут может быть халява?
Не зная детально твою конфигурацию, невозможно с точностью до команды написать рецепт.
В любом случае надо читать доку и действовать по ней.

Ну а так, давай пароль root'а на свою тачку - настроим в лучшем виде ;-) :-)
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) Bercut Дата 27.12.04 11:26
а у меня пальцев наруках и ногах хватит чтобы рут киты потом посчитать :-)
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Parent - Написал(а) LOE (Site/forum admin) Дата 27.12.04 11:35
Руткитами не занимаюсь
Все можно сделать гораздо элегантнее ;-)
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) Demonit Дата 28.12.04 12:38
Олег rm -rf /   :-)))))))
Parent Написал(а) LOE (Site/forum admin) Дата 28.12.04 14:28 Отредактировано 28.12.04 14:35
Это грубо.
Я же написал, элегантнее

PS. по любому, все виды проникновения можно лехко засечь и пресечь. здесь вам не тут, здесь вам не винда ;-)
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) LOE (Site/forum admin) Дата 28.12.04 14:37
Кстати,
при наложении соответствующих патчей, даже root'у нельзя будет сделать rm -rf /
Да и не взломщик я, а наоборот, защитник ;-)
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) Demonit Дата 29.12.04 06:45
Хороший патч :-)))) Видимо его программер не раз наступал на эти грабельки :-)
Parent - Написал(а) LOE (Site/forum admin) Дата 29.12.04 12:41
Да нет, не наступал.
Просто еще одна возможность защитить систему.
Топай на http://www.lids.org/ и читай о LIDS - патче, который может ограничить возможности root'а
Тем и интереснее Линукс, что можно сделать всё ;-)

PS. кому как не админу положено знать о таких возможностях
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) Demonit Дата 30.12.04 20:36
хех :-) У меня таких проблем не возникало :-))) и мне все равно этот патч не подойдет, так как я FreeBSD юзаю.
Parent - Написал(а) LOE (Site/forum admin) Дата 30.12.04 22:11
Ты просто не сталкивался с ситуацией, при которой такой патч оправдан.
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent Написал(а) Demonit Дата 31.12.04 13:28
Олег не спорю, надо будет посмотреть для FreeBSD, хотя на вряд ли есть.
Предыдущая Следующая Вверх Тема Администрирование / Работа с сетью / DNS кеш (19321 хитов)

Powered by mwForum 2.12.0 © 1999-2007 Markus Wichitill

Page created in 0.088s with 10 database queries.