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

Исходное сообщение
"Bind DNS - проблемы с нахождением зоны"

Отправлено Diakonrus1983 , 20-Авг-13 09:57 
Добрый день. Я в первый раз создал на фрюзе dns. named.conf описал просто:options {
        directory "/etc/namedb";
        pid-file "/var/run/name/pid";
        dump-file "/var/dump/named_dump.db";
        statistics-file "/var/stats/named.stats";
        forwarders {
             192.168.100.101;
        };
    listen-on {
        127.0.0.1;
        192.168.100.3;
        };
    allow-recursion {
        127.0.0.1;
        192.168.0.0/16;
        };
};
        logging {
             category lame-servers { null; };
        };
zone "scc" {
    type master;
    file "/etc/namedb/scc.hosts";
    };
Когда стартует сервер то проблем нет, все хосты которым я прописал адрес днс-сервера пингуют хосты из зоны scc по имени без проблемм. Но когда люди приходят утром и включают свои ПК, хосты из зоны scc больше не пингуются по имени (хотя по ip-адресу) пингуются без проблемм. Помогает перезагрузка сервера - тогда опять все пингуется. Скажите в чем проблема может быть?

Содержание

Сообщения в этом обсуждении
"Bind DNS - проблемы с нахождением зоны"
Отправлено reader , 20-Авг-13 10:22 
>[оверквотинг удален]
>  category lame-servers { null; };
>         };
> zone "scc" {
>  type master;
>  file "/etc/namedb/scc.hosts";
>  };
> Когда стартует сервер то проблем нет, все хосты которым я прописал адрес
> днс-сервера пингуют хосты из зоны scc по имени без проблемм. Но
> когда люди приходят утром и включают свои ПК, хосты из зоны
> scc больше не пингуются по имени (хотя по ip-адресу) пингуются без

сервер при этом по ip пингуется? свич на ночь выключается?

> проблемм. Помогает перезагрузка сервера - тогда опять все пингуется. Скажите в
> чем проблема может быть?

всего сервера-машины или bind?


"Bind DNS - проблемы с нахождением зоны"
Отправлено Diakonrus1983 , 20-Авг-13 10:55 
>[оверквотинг удален]
>>  file "/etc/namedb/scc.hosts";
>>  };
>> Когда стартует сервер то проблем нет, все хосты которым я прописал адрес
>> днс-сервера пингуют хосты из зоны scc по имени без проблемм. Но
>> когда люди приходят утром и включают свои ПК, хосты из зоны
>> scc больше не пингуются по имени (хотя по ip-адресу) пингуются без
> сервер при этом по ip пингуется? свич на ночь выключается?
>> проблемм. Помогает перезагрузка сервера - тогда опять все пингуется. Скажите в
>> чем проблема может быть?
> всего сервера-машины или bind?

Сервер пингуется, свич не выключаем как и сервер. Кстати, есть такая фигня, что пинганув сервер DNS по ip, хост снова начинает видеть зону...


"Bind DNS - проблемы с нахождением зоны"
Отправлено reader , 20-Авг-13 11:16 
>[оверквотинг удален]
>>> Когда стартует сервер то проблем нет, все хосты которым я прописал адрес
>>> днс-сервера пингуют хосты из зоны scc по имени без проблемм. Но
>>> когда люди приходят утром и включают свои ПК, хосты из зоны
>>> scc больше не пингуются по имени (хотя по ip-адресу) пингуются без
>> сервер при этом по ip пингуется? свич на ночь выключается?
>>> проблемм. Помогает перезагрузка сервера - тогда опять все пингуется. Скажите в
>>> чем проблема может быть?
>> всего сервера-машины или bind?
> Сервер пингуется, свич не выключаем как и сервер. Кстати, есть такая фигня,
> что пинганув сервер DNS по ip, хост снова начинает видеть зону...

посмотрите сниффером на клиенте что отправляется и какие ответы приходят при попытке разрешения имени, есть ли в arp таблице mac сервера и если нет, то отправляется ли arp запрос и приходит ли ответ


"Bind DNS - проблемы с нахождением зоны"
Отправлено Дядя_Федор , 20-Авг-13 11:34 
> Кстати, есть такая фигня,
> что пинганув сервер DNS по ip, хост снова начинает видеть зону...

Есть "такая фигня" в винде, как nslookup. А в Linux не меньшая "фигня" под названием dig. Их, конечно же, придумали просто так.



"Bind DNS - проблемы с нахождением зоны"
Отправлено dile , 20-Авг-13 12:55 
> Помогает перезагрузка сервера - тогда опять все пингуется. Скажите в
> чем проблема может быть?

Работу демона named проверить командой `service named status` когда не работает разрешение имен в сети. И посмотреть возможные ошибки в /var/log/messages командой `dmesg -a | grep named`.


"Bind DNS - проблемы с нахождением зоны"
Отправлено Дядя_Федор , 20-Авг-13 17:50 
> Работу демона named проверить командой `service named status`

Разве автор сказал, какой у него дистрибутив Linux? :) Он, собственно, и про то, что у него Linux (а не, скажем, xBSD или какой-нибудь HP-UX) тоже ничего не сказал?


"Bind DNS - проблемы с нахождением зоны"
Отправлено Дядя_Федор , 20-Авг-13 17:53 
Хотя, возможно был неправ. Если судить по вот этому перлу (возможно - опечатке):
> на фрюзе dns

с service named status конфуз получится, однако.


"Bind DNS - проблемы с нахождением зоны"
Отправлено lavr , 20-Авг-13 17:57 
> Хотя, возможно был неправ. Если судить по вот этому перлу (возможно -
> опечатке):
>> на фрюзе dns
> с service named status конфуз получится, однако.

не случится

ps. про остальное непонятно что ответить, forward в named.conf, непонятно
как настроен резолвинг в Windows clients...



"Bind DNS - проблемы с нахождением зоны"
Отправлено Diakonrus1983 , 21-Авг-13 00:00 
На клиенте выполнил nslookup
Вот что вывело:
http://clip2net.com/s/5BjNjm
Адрес DNS сервера 192.168.100.3



"Bind DNS - проблемы с нахождением зоны"
Отправлено Дядя_Федор , 21-Авг-13 08:07 
> На клиенте выполнил nslookup
> Вот что вывело:
> http://clip2net.com/s/5BjNjm
> Адрес DNS сервера 192.168.100.3

Что и требовалось доказать. ДНС-служба не работает на сервере. Думаем, думаем. Пытаемся включить мозги. Если они есть, разумеется.



"Bind DNS - проблемы с нахождением зоны"
Отправлено Diakonrus1983 , 21-Авг-13 10:02 
>> На клиенте выполнил nslookup
>> Вот что вывело:
>> http://clip2net.com/s/5BjNjm
>> Адрес DNS сервера 192.168.100.3
>  Что и требовалось доказать. ДНС-служба не работает на сервере. Думаем, думаем.
> Пытаемся включить мозги. Если они есть, разумеется.

named запущен, логи пишутся, service named status говорит что запущен. Что по Вашему значе, что демон не запуще в этом случае?
В логах пишется, что client XXX.XXXX.XX.XX error sending response host unreachable. Почему может быть такая проблема?


"Bind DNS - проблемы с нахождением зоны"
Отправлено reader , 21-Авг-13 10:10 
>>> На клиенте выполнил nslookup
>>> Вот что вывело:
>>> http://clip2net.com/s/5BjNjm
>>> Адрес DNS сервера 192.168.100.3
>>  Что и требовалось доказать. ДНС-служба не работает на сервере. Думаем, думаем.
>> Пытаемся включить мозги. Если они есть, разумеется.
> namde запущен, логи пишутся, service named status говорит что запущен. Что по
> Вашему значе, что демон не запуще в этом случае?

Поспокойней, диагностической информации от вас никакай нет, то что показали даже на гущу для гадания не хватит.

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

dns на клиенте прописан на постоянно или получается по DHCP?

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


"Bind DNS - проблемы с нахождением зоны"
Отправлено gpl77 , 21-Авг-13 10:11 
> На клиенте выполнил nslookup

еще варианты:
- нет маршрута к серверу
- фильтр фильтрует
- сетевой кабель не воткнули


"Bind DNS - проблемы с нахождением зоны"
Отправлено Diakonrus1983 , 21-Авг-13 10:23 
А вот в логах http://clip2net.com/s/5Bourj  пишет client XXXX.XXXX.XX.XX#1036 error sending response host unreachable
Почему может такое быть?



"Bind DNS - проблемы с нахождением зоны"
Отправлено reader , 21-Авг-13 10:31 
> А вот в логах http://clip2net.com/s/5Bourj  пишет client XXXX.XXXX.XX.XX#1036 error sending
> response host unreachable
> Почему может такое быть?

какие маски подсети на сервере и на клиенте прописаны? у вас используется одна подсеть или несколько? если несколько как соединены?


"Bind DNS - проблемы с нахождением зоны"
Отправлено Diakonrus1983 , 21-Авг-13 10:36 
>> А вот в логах http://clip2net.com/s/5Bourj  пишет client XXXX.XXXX.XX.XX#1036 error sending
>> response host unreachable
>> Почему может такое быть?
> какие маски подсети на сервере и на клиенте прописаны? у вас используется
> одна подсеть или несколько? если несколько как соединены?

Сделал arp на клиенте
C:\Documents and Settings\dts2002>arp -a

Интерфейс: 192.168.3.99 --- 0x3
  Адрес IP              Физический адрес      Тип
  192.168.3.50          00-1a-4d-43-4f-b0     динамический
  192.168.3.100         e0-cb-4e-85-64-07     динамический

C:\Documents and Settings\dts2002>
Адреса DNS сервера нет (у него адрес 192.168.100.3). При этом на клиентах DNS сервер указан вручную  http://clip2net.com/s/5BoEq7

У нас маска подсети 255.255.255.0 но хостов около 600, поэтому сеть разбита на виланы. Сервера в сети 100, клиенты в других виланах. Есть свич-сервер на FreeBSD, который выполняет роль свича и перенаправляет пакеты из других сетей в 100ую сеть.


"Bind DNS - проблемы с нахождением зоны"
Отправлено reader , 21-Авг-13 10:51 
>[оверквотинг удален]
>   Адрес IP        
>      Физический адрес    
>  Тип
>   192.168.3.50          
> 00-1a-4d-43-4f-b0     динамический
>   192.168.3.100         e0-cb-4e-85-64-07
>     динамический
> C:\Documents and Settings\dts2002>
> Адреса DNS сервера нет (у него адрес 192.168.100.3). При этом на клиентах
> DNS сервер указан вручную  http://clip2net.com/s/5BoEq7

раз в другой подсети и не должно быть, но должен быть mac того кто выполняет роль шлюза.

> У нас маска подсети 255.255.255.0 но хостов около 600, поэтому сеть разбита
> на виланы. Сервера в сети 100, клиенты в других виланах. Есть
> свич-сервер на FreeBSD, который выполняет роль свича и перенаправляет пакеты из
> других сетей в 100ую сеть.

на dns сервере маршруты к клиентским подсетям есть?

посмотрите tcpdump на FreeBSD, на интерфейсах смотрящих на dns сервер и на клиента, когда делаете запрос на сервер


"Bind DNS - проблемы с нахождением зоны"
Отправлено lavr , 21-Авг-13 11:28 
>[оверквотинг удален]
> 00-1a-4d-43-4f-b0     динамический
>   192.168.3.100         e0-cb-4e-85-64-07
>     динамический
> C:\Documents and Settings\dts2002>
> Адреса DNS сервера нет (у него адрес 192.168.100.3). При этом на клиентах
> DNS сервер указан вручную  http://clip2net.com/s/5BoEq7
> У нас маска подсети 255.255.255.0 но хостов около 600, поэтому сеть разбита
> на виланы. Сервера в сети 100, клиенты в других виланах. Есть
> свич-сервер на FreeBSD, который выполняет роль свича и перенаправляет пакеты из
> других сетей в 100ую сеть.

с разных клиентов:

C:\> ping 192.168.100.3
C:\> tracert 192.168.100.3

с DNS сервера:

# ping ip.клиентов
# traceroute ip.клиентов



"Bind DNS - проблемы с нахождением зоны"
Отправлено Дядя_Федор , 21-Авг-13 14:54 
> А вот в логах http://clip2net.com/s/5Bourj  пишет client XXXX.XXXX.XX.XX#1036 error sending
> response host unreachable
> Почему может такое быть?

Добавьте в конфиг:
logging {
    channel file_log {
        file "/var/log/named.log";
        severity debug;
        print-time yes;
        print-category yes;
        print-severity yes;
    };
};
И смотрите потом - что и гле у Вас происходит. ИМХО - больше похоже на проблемы сетевого уровня, вряд ли связанные с самим ДНС. Но это только предположение.


"Bind DNS - проблемы с нахождением зоны"
Отправлено Diakonrus1983 , 21-Авг-13 19:15 
> ИМХО -
> больше похоже на проблемы сетевого уровня, вряд ли связанные с самим
> ДНС. Но это только предположение.

Судя повсему, да. Похоже дело в свиче построеный на FreeBSD. Я 2 компа разместил в 100ой сети, там же где ДНС-сервер, так что обращение с этих 2х хостов идет не через свич на фрюхе - так эти 2 хоста спокойно получают ДНС имена.



"Bind DNS - проблемы с нахождением зоны"
Отправлено Дядя_Федор , 21-Авг-13 22:05 
> Судя повсему, да. Похоже дело в свиче построеный на FreeBSD. Я 2
> компа разместил в 100ой сети, там же где ДНС-сервер, так что
> обращение с этих 2х хостов идет не через свич на фрюхе
> - так эти 2 хоста спокойно получают ДНС имена.

Маршрутизация, смею предположить? Проверьте все пинги/трассировки на клиентов, IP которых светятся в логах в качестве неотвеченных. Со стороны сервера, разумеется.