Это все спамеры. Приходится изначально открытый пост, который каким-то боком попал в поле их зрения, закрывать.

Section “ServerFlags”
Option “DontZap” “False”
EndSection

Для меня здесь был принципиальный момент не потерять сессию, А так, конечно да, можно и “CTRL+ALT+Backspace” или даже SysRq.

В совсем тупиковых ситуациях я подключал ноут и по ssh заходил

view local {

match-clients { local; };

allow-query { local; };
allow-transfer { local; };

recursion yes;

include “/etc/namedb/other.zone”;
include “/etc/namedb/rbldnsd.zone”;

};

view world {
match-clients { world; };
allow-query { world; };
recursion yes;

forward only;
forwarders {
xxx.xxx.xxx.xxx port 1053;
};

// include “/etc/namedb/rbldnsd.zone”;

};

Но работать в такой конфигурации это не будет. Поясню. Все сетевые хауту предлагают вариант связки bind+rbldnsd, по умолчанию предпологая, что форвардить запросы будет локальный бинд, который используется хостом как dns по умолчанию. То есть для всех запросов, с включенным флагом RD (recursion desired). В этом случае все окей. А теперь, что мы имеем в нашем случае. Клиент посылает запрос типа dig a 2.0.0.127.main.bl.xx.xx.
По цепочке dns серверов выясняется, что авторитарным сервером является наш. И тут уже посылается последний запрос, с брошенным флагом RD. А bind для такого запроса максимум что может сделать - достать запись из кеша. А форвардить он не будет. Хоть убей. И опции специальной, а ля force-recursive я для этого не нашел.

# wc -l nonip
56349 nonip
# cat nonip | perl -lane ‘next unless m/((\d+(\.|x|-)){2}[a-z]+)/i; print $_’ | wc -l
43934
Что у нас получается около 78 процентов.
grep на mail|mx|smtp не дал среди отсеянных таким образом хостов ни одного нормального почтовика.