vladimir.sharun@ukr.net wrote on 10.02.2006 15:00:
Andrey Yakovlev wrote:
Есть dns, в котором очень быстро обновляются данные (чуть ли не раз в секунду, rbldnsd). Надо что-то сказать bind'у, чтобы он для этой зоны не кешировал nxdomain, т.к. запись может появиться в любой момент и подхватывать ее надо что называется "на лету". GLY>> Всё что приходит в голову - это отдельный named для этой зоны и GLY>> max-ncache-ttl = 0. Ну он же один на всех (рекурсор).
AY> если клиентов спрашивающих rbl можно разнести по IP, тогда создать для AY> них отдельный view с AY> max-ncache-ttl = 0.
Повторюсь: есть рекурсор и есть отдельная зона рядом, не на рекурсоре - это must, что не на рекурсоре. Задача: для одной зоны сделать нулевой negcache ttl. в том то и дело что IMHO никак, per zone параметров нет, в view анализировать что попросил клиент никак (если ip1 попросил a.com то сюда, а если b.com то сюда). Минимальное зло, вынести таких клиентов в отдельный view, что бы хоть остальным жизнь не портили.
Для всего делать нельзя, бо там хренова туча запросов/с. Т.е. видится, что через type forward, но вопрос: появление новой записи как быстро будет обнаружено в случае форвардинга ?
сразу так и подумалось, IMHO форвардинг работает как обычный кеш, но отвечает на запросы с AA возможно так извратиться view "rbl" { // This should match our internal networks. match-clients { IP_list; !localhost; }; // Provide recursive service to internal clients only. recursion yes; max-ncache-ttl = 0. forward only; forwarders { 127.0.0.1; }; zone "rbl.com" { type forward; ..... }; } view "normal" { .... } -- Best regards, Andrey Yakovlev AYA-UANIC | AYA-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message