URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 46341
[ Назад ]

Исходное сообщение
"небольшая проблемка с авторититивным DNS"

Отправлено look , 21-Июл-04 15:12 
настроил у себя DNS первичный для моих доменов my.org.ua и my.com.ua

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

195.5.57.199 адрес моего сервер DNS
217.144.64.1 адресс вторичного сервер DNS

Вот, что выдается в логи
named[314]: refused query on non-query socket from [195.5.57.199].53
named[314]: refused query on non-query socket from [217.144.64.1].53
сама ошибка означает, что серверу посылают запросы на сокет, но сокет предназначен на отправке пакетов , а не на их получени.  

Но вот как решить эту проблему ?????

намед просто отрубает конекты.
Сразу замечу, что фаервол тут нипричем, так как пробовал и с полностью открыты фаерволом тот же эффект

вот что выдает

sockstat | grep named

bind     named      314   3  dgram  -> /var/run/log
bind     named      314   4  udp4   *:53                  *:*
bind     named      314   5  stream /var/run/ndc
bind     named      314   20 udp4   192.168.10.1:53       *:*
bind     named      314   21 tcp4   192.168.10.1:53       *:*
bind     named      314   22 udp4   127.0.0.1:53          *:*
bind     named      314   23 tcp4   127.0.0.1:53          *:*

незапускается сокет для ip 195.5.57.199:53 - это внешний ip на моем ppp0 интерфейсе.


Содержание

Сообщения в этом обсуждении
"небольшая проблемка с авторититивным DNS"
Отправлено lavr , 21-Июл-04 19:01 
>настроил у себя DNS первичный для моих доменов my.org.ua и my.com.ua
>
>проблема заклбчается в том, что вторичные NS немогут подключится к моему серверу,
>из-за того, что named рефьюзит подключения к серверу.
>
>195.5.57.199 адрес моего сервер DNS
>217.144.64.1 адресс вторичного сервер DNS
>
>Вот, что выдается в логи
>named[314]: refused query on non-query socket from [195.5.57.199].53
>named[314]: refused query on non-query socket from [217.144.64.1].53
>сама ошибка означает, что серверу посылают запросы на сокет, но сокет предназначен
>на отправке пакетов , а не на их получени.
>
>Но вот как решить эту проблему ?????
>
>намед просто отрубает конекты.
>Сразу замечу, что фаервол тут нипричем, так как пробовал и с полностью
>открыты фаерволом тот же эффект
>
>вот что выдает
>
>sockstat | grep named
>
>bind     named      314   3  dgram  -> /var/run/log
>bind     named      314
>  4  udp4   *:53    
>          
>   *:*
>bind     named      314
>  5  stream /var/run/ndc
>bind     named      314
>  20 udp4   192.168.10.1:53    
>  *:*
>bind     named      314
>  21 tcp4   192.168.10.1:53    
>  *:*
>bind     named      314
>  22 udp4   127.0.0.1:53    
>     *:*
>bind     named      314
>  23 tcp4   127.0.0.1:53    
>     *:*
>
>незапускается сокет для ip 195.5.57.199:53 - это внешний ip на моем ppp0
>интерфейсе.

#                                    BIND 9 Configuration Reference (p36 of 81)
6.2.14.4. Interfaces  
  
   The interfaces and ports that the server will answer queries from may
   be specified using the listen-on option. listen-on takes an optional
   port, and an address_match_list. The server will listen on all
   interfaces allowed by the address match list. If a port is not
   specified, port 53 will be used.
  
   Multiple listen-on statements are allowed. For example,
listen-on { 5.6.7.8; };
listen-on port 1234 { !1.2.3.4; 1.2/16; };
  
   will enable the nameserver on port 53 for the IP address 5.6.7.8, and
   on port 1234 of an address on the machine in net 1.2 that is not
   1.2.3.4.
          
   If no listen-on is specified, the server will listen on port 53 on all
   interfaces.

Посмотри когда у тебя стартует named и ppp, если named первый, то он
не может найти интерфейс, вероятно отсюда и растут ноги.
Положи named, убедись что нужный тебе интерфейс и ip присутствуют
в:

ifconfig -a

если все ok, запусти named руками и смотри sockstat


"небольшая проблемка с авторититивным DNS"
Отправлено look , 22-Июл-04 11:11 
Спасибо, разобрался.

Я сразу тоже подумал, что именно в этом и проблема (очередности старта named и pppd), но подумал, что ndc reload'a хватит, оказывается нет.

Вот когда убил named, а потом запустил снова все заработало!