Есть dns, в котором очень быстро обновляются данные (чуть ли не раз в секунду, rbldnsd). Надо что-то сказать bind'у, чтобы он для этой зоны не кешировал nxdomain, т.к. запись может появиться в любой момент и подхватывать ее надо что называется "на лету". -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
vladimir.sharun@ukr.net wrote:
Есть dns, в котором очень быстро обновляются данные (чуть ли не раз в секунду, rbldnsd). Надо что-то сказать bind'у, чтобы он для этой зоны не кешировал nxdomain, т.к. запись может появиться в любой момент и подхватывать ее надо что называется "на лету".
В сторону max-cache-ttl смотрел? Правда, его можно только в отдельной вьюшке использовать или в глобальных опциях. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello! On Fri, 10 Feb 2006 at 13:09:19 (+0200), vladimir.sharun@ukr.net wrote:
Есть dns, в котором очень быстро обновляются данные (чуть ли не раз в секунду, rbldnsd). Надо что-то сказать bind'у, чтобы он для этой зоны не кешировал nxdomain, т.к. запись может появиться в любой момент и подхватывать ее надо что называется "на лету".
Всё что приходит в голову - это отдельный named для этой зоны и max-ncache-ttl = 0. -- George L. Yermulnik [YZ-RIPE] =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
George L. Yermulnik wrote:
Есть dns, в котором очень быстро обновляются данные (чуть ли не раз в секунду, rbldnsd). Надо что-то сказать bind'у, чтобы он для этой зоны не кешировал nxdomain, т.к. запись может появиться в любой момент и подхватывать ее надо что называется "на лету".
GLY> Всё что приходит в голову - это отдельный named для этой зоны и GLY> max-ncache-ttl = 0. Ну он же один на всех (рекурсор). -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
vladimir.sharun@ukr.net wrote on 10.02.2006 14:25:
George L. Yermulnik wrote:
Есть dns, в котором очень быстро обновляются данные (чуть ли не раз в секунду, rbldnsd). Надо что-то сказать bind'у, чтобы он для этой зоны не кешировал nxdomain, т.к. запись может появиться в любой момент и подхватывать ее надо что называется "на лету".
GLY> Всё что приходит в голову - это отдельный named для этой зоны и GLY> max-ncache-ttl = 0.
Ну он же один на всех (рекурсор).
если клиентов спрашивающих rbl можно разнести по IP, тогда создать для них отдельный view с max-ncache-ttl = 0. -- 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
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. Для всего делать нельзя, бо там хренова туча запросов/с. Т.е. видится, что через type forward, но вопрос: появление новой записи как быстро будет обнаружено в случае форвардинга ? -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
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
participants (4)
-
Andrey Yakovlev -
George L. Yermulnik -
Igor Karpov -
vladimir.sharun＠ukr.net