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

Исходное сообщение
"CentOS 5.4 локальный DNS"

Отправлено ksiva , 05-Июл-10 09:49 
CentOS является шлюзом между vlan, поставил dns сервер( internet работает нормально) но проблема с локальным отображением имен, как видно на скрине цента знает имя компьютера admin но если машина из vlan обращается к этому имени то она его не получает.
скрин http://www.pict.com/view/3757277/0/dnsloc
файл конфига DNS сервер

options{
directory "/etc/";
pid-file "/var/run/named/named.pid";
dump-file "/var/tmp/named_dump.db";
statistics-file "/var/tmp/named.stats";
forwarders { 212.120.160.130; 212.33.224.131; 192.168.1.99; };
version " DNS server";
};

что нужно добавить или изменить чтобы машины из vlan тоже видили машины из 1 сети по имени а не по ip.
admin он же 192.168.1.99 ещо один днс сервак.
скрин с виндовой машины из vlan
http://www.pict.com/view/3757378/0/dnswin


Содержание

Сообщения в этом обсуждении
"CentOS 5.4 локальный DNS"
Отправлено ksiva , 05-Июл-10 09:59 
options{
directory "/etc/";
pid-file "/var/run/named/named.pid";
dump-file "/var/tmp/named_dump.db";
statistics-file "/var/tmp/named.stats";
forwarders { 192.168.1.99; };
version " DNS server";
};

если убрать провавские сервера в конфиги то ответ получается, тоесть мне просто локальный вторй dns поставить впереди прововских или по другому можно влиять на приоритет выбора dns серверов?
хотя проверил поставил forwarders { 192.168.1.99; 212.120.160.130; 212.33.224.131; };
и опять не получает ответ на запрос admin


"CentOS 5.4 локальный DNS"
Отправлено zerot , 05-Июл-10 10:35 
насколько я понимаю, вы ставите локальный DNS с описанием своих master-зон, и настраиваете
на клиентах смотреть на этот DNS сервер, для ваших зон сервер отвечает клиентам сам. Далее вы используете директиву forwarders, чтобы чужие зоны запрашивались вашим сервером у другого, и отдавались клиенту

"CentOS 5.4 локальный DNS"
Отправлено zerot , 05-Июл-10 10:39 
соответственно если это так, и на клиенте настроен правильный приоритет опроса DNS серверов (это настройки именно клиента), то всё должно работать корректно

"CentOS 5.4 локальный DNS"
Отправлено ksiva , 05-Июл-10 11:25 
схема такая стоит комп с ip 192.168.1.99 он получает инет от прова и раздает в сеть 192.168.1.0 в этой сети стоит centOS с ip 192.168.1.199 (она служит для соединения vlan на ней стоят vlan 60 70 80 с сетями 192.168.60.0... соответственно,centa получает инет с компьютера 192.168.1.99 он же admin. компы за vlan инте через centOS получают нормально но вот что делать с локальными именами компов в локалке есть серваки http по кторым заходят по имени например то же admin цента понимает это имя но почему компы за vlan-ами не могут корекктно получать это имя?
а как корректно настравивается приоритет по dns серверам чтоб в первую очередь опрос шол с 192.168.1.99 а не с прововских?

ifconfig с centOS
http://www.pict.com/view/3757484/0/ifconfigcentos

ipconfig c машины за vlan
http://www.pict.com/view/3757378/0/dnswin
как видно dns тогоже ya.ru получает а dns admin нет.
как уже писал выше если в конфиге на центе убрать прововские dns а оставить только 192.168.1.99 то машины за vlan получают admin корректно.


"CentOS 5.4 локальный DNS"
Отправлено zerot , 05-Июл-10 13:59 
если клиент - UNIX, то порядок опроса определяется порядком размещения директив nameserver в файле /etc/resolv.conf, если ОС клиента - форточки, то я не знаю и знать не хочу (уже лет десять админю без необходимости настраивать форточки)
.
На мой взгляд можно попробовать отдавать настройки клиентам по DHCP, выставив порядок DNS серверов, можно тупо указать клиенту только 1 DNS сервер ...
.
удачи


"CentOS 5.4 локальный DNS"
Отправлено zerot , 05-Июл-10 14:05 
вдогонку
по идее клиент у вас должен смотреть на 1 DNS сервер, и на ещё один со слэйв зонами (сливаемыми с мастера). А дальше можно разрешать вашему DNS смотреть в Инет (тогда форвардерсы не нужны, лишь бы корневые зоны были прописаны), или же настраивать форвард на провайдера (особого смысла не вижу, но допускаю ситуации), или же, при необходимости, выстраивать иерархию внутренних DNS