Hello uanog, Когда то я уже задавал подобный вопрос, но проблема снова всплыла. Мой провайдер lanscom.net У него есть сетка IP адресов 195.24.131.0/24. Он обожает classless определения в обратной зоне, что, в принципе, не противоречит RFC. Ответ на запрос бэкрезолва его же клиента: # dig @ns.lanscom.net -x 195.24.131.129 [skip] ;; ANSWER SECTION: 129.131.24.195.in-addr.arpa. 14400 IN CNAME 129.128/26.131.24.195.in-addr.arpa. 129.128/26.131.24.195.in-addr.arpa. 22148 IN PTR ns.micomp.net. ;; AUTHORITY SECTION: 128/26.131.24.195.in-addr.arpa. 14400 IN NS ns.micomp.dp.ua. ;; ADDITIONAL SECTION: ns.micomp.dp.ua. 18194 IN A 195.24.131.129 ну как бы нормально, но мы купили у них 10 IP из этой же сетки. Я прописал у себя тоже в соответствии с RFC, правда другим ;) # more /var/named/named.195.24.131.rev [skip описания 1-9] 10 IN PTR d-sto.com. $GENERATE 11-255 $ NS ns.lanscom.net. # more /etc/namedb/named.conf [skip] zone "131.24.195.in-addr.arpa" IN { type master; file "named.195.24.131.rev"; allow-update { none; }; allow-transfer { any; }; }; Ну и конечно мой бинд встречая CNAME при запросе PTR отпадает с ответом Host not found. для IP 11-255, что тоже описано в RFC. Вот и вопрос, кто из нас буратина. Воркэроунд: отдать ему зону или же прописать у себя так, как у него я знаю - тут принципиальный вопрос - кто не прав? И можно ли бинд таки заставить не обращать на это внимание? Вставки options { directory "/var/named"; pid-file "/var/named/named.pid"; check-names master fail; check-names response fail; check-names slave fail; не помогают - он резолвит один раз - потом not found. Sorry за большой текст, заранее благодарен за ответы. -- Cheers, Konstantin Nikonenko http://www.kot.dp.ua/ =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message