На сервере ( с втыканием результатов в ответ):
Выполнить
service bind status
- тут проверяем состояние сервиса.
Выполнить
nslookup altlinux.org
в консоли сервера и посмотреть на ответ. Может сам сервант смотрит не туда.
Выполнить в консоли сервера
netstat -an |grep :53
- там будет видно, слушает-ли сервер на 53 порту. Может быть так, что заглушен днс брандмауером, от того и запросы не падают.
В том-же разделе "Брандмауер" того-же ЦУС - указать внутренние и внешние сети.
Выполнить
nslookup altlinux.org
с клиента, который ходит через этот сервер в интернет. Это "покажет" куда ходит запрос клиента и какой ответ клиент получает. я бы ещё прощупал c клиента из локальной сети при помощи
nmap -sS 10.0.10.1
и
nmap -sU 10.0.10.1
сервер из локальной сети Первый tcp, а второй udp сканы для определения открытых портов. Тут засветятся все открытые порты и видно будет сразу всё то, что доступно клиенту, а также к чему доступ ограничен. Причина подобного поведения - включение в брандмауере внешнего и внутреннего интерфейсов и втыкание галочки "ограничения доступа на внутренних интерфейсах". "По умолчанию" в этом случае, на сервере, доступ к 53 порту по udp будет ограничен.
Ещё неплохо было-бы выкинуть сюда содержимое messages с сервера для понимания картины. =)