Контент фильтрация на основе DNS

А кальмара воткнуть в прозрачном режиме Заратустра не велит?

Нет. Только DNS. Большой трафик.

а в чем состоит задача «контент фильтрации на основе DNS»? можно привести пример как это работает?

Весь DNS трафик с клиентских компьютеров заворачивается на корпоративный DNS сервер, который для запрещенных ресурсов выдает клиенту IP адрес страницы-заглушки.

порнография

не проще ли взять нортон днс, чем «BIND с таким количеством доменов зависает при запуске»

не проще ли взять нортон днс, чем «BIND с таким количеством доменов зависает при запуске»

Не проще. Нужно все реализовать на оборудовании компании. Никаких внешних сервисов.
+нужно фильтровать социальные сети

я не успел запостить: «ванугю попил.»

Че ты там попил?

Довольно забавные блэклисты. Проверил навскидку пару китайских сайтов и один сайт в зоне .рф. Совершенно безобидные. Ну правда попадаются баннеры, ведущие на целевые сайты.

Такое впечатление, что у ТС задача сделать интернет для детских садов всего мира. Непонятно только, откуда ожидается большой трафик.

Лучше бы решение подсказали, чем троллинг разводить.

а, тогда powerdns + ldap, в лдап вносить запрещенные домены, остальные резолвить через pdns-recursor. у меня в продакшн работает эта связка с довольно таки большим трафом. ее неоспоримый плюс - удобство управления и ненужность рестарта сервиса при внесении новых доменов.

Спасибо. Сейчас рассматриваю powerdns+mysql.

А какой трафик, примерно?

И какой смысл банить сайты всего мира, если туда сроду никто не полезет?

о нет. мускуль нет нет. лдап, только лдап. для днс дерево куда удобнее таблицы. поиск по нему быстрее. если речь о больших нагрузках - нет пути мускулю.

Насколько большой? Сколько клиентов, сколько сессий в пике ожидается

о нет. мускуль нет нет. лдап, только лдап.

А под ldap предлагаются дефолтные таблички Berkeley DB? :)

а почему бы и нет? не наблюдал с ними особых проблем.

Спасибо. Сейчас рассматриваю powerdns+mysql.

Есть и другой подход. На авторитетном сервере вообще достаточно создать одну зону ".", которая будет ресолвить «*.» на заглушку.

И тогда всё дело в рекурсоре. Точнее, как там задаётся форвард запросов к зонам из списка к нужному авторитетному серверу. Когда был моден djbdns, у нас был патч на dnscache, который читал список доменов для форвардинга не из root/servers, а из базы.

ЗЫ. Неправильно, когда авторитетный сервер отвечает на рекурсивные запросы…

а почему бы и нет? не наблюдал с ними особых проблем.

Просто как-то смешно на фоне «дерево куда удобнее таблицы» использовать табличное хранилище :)

ну то не те таблицы немного, сам понимаешь.

ну то не те таблицы немного, сам понимаешь.

Самый простой их вид: ключ/значение.