Так. То вам нужно щас получить от этого eComStation трансфером зоны что на нём есть??? Верно.
Да
Настоятельно просим вас при общении соблюдать Правила форума и законы РФ. Наша тематика вне политики, поэтому воздержитесь от обсуждения ситуации на Украине и связанных с ней событий, независимо от того, какую сторону вы поддерживаете.
Также напоминаем, что наш форум находится в доменной зоне .ru, физически расположен на российских серверах и мы соблюдаем действующее законодательство России. Любые сообщения о политике будут удаляться.
Linux Forum → Red Hat Linux, Fedora, CentOS → Проблема с DNS серврером CentOS
Так. То вам нужно щас получить от этого eComStation трансфером зоны что на нём есть??? Верно.
Да
Для того чтобы получить зоны от мастера к слейву, нужно в описаниях зон на мастере разрешыть трансфер нужной зоны для нужного айпи. А на слэйве нужно в описаниях зоны указать от кого получать зону, вот так
zone "0.168.192.in-addr.arpa" IN {
type slave;
file "kogpi/0.168.192.in-addr.arpa.zone";
masters { 192.168.0.1; };Этот трансфер от одного ДНС к другому у меня разрешён просто по айпи и никаких ключей я не использую, ведь это в пределах моей локалки.
Для того чтобы получить зоны от мастера к слейву, нужно в описаниях зон на мастере разрешыть трансфер нужной зоны для нужного айпи. А на слэйве нужно в описаниях зоны указать от кого получать зону, вот так
zone "0.168.192.in-addr.arpa" IN { type slave; file "kogpi/0.168.192.in-addr.arpa.zone"; masters { 192.168.0.1; };Этот трансфер от одного ДНС к другому у меня разрешён просто по айпи и никаких ключей я не использую, ведь это в пределах моей локалки.
Мастер находится у провайдера , слейв на eComstation у нас dns серевры на WIN2003 И 2008 нормально в такой ситуации работали значит всё уже прописано со стороны мастера и слейва
Мастер находится у провайдера , слейв на eComstation у нас dns серевры на WIN2003 И 2008 нормально в такой ситуации работали значит всё уже прописано со стороны мастера и слейва
Это знасит тока то, что сервера с айпи WIN2003 И 2008 могут получать трансфер зон. И ещё это значит что нужно нормально прописать slave зоны на вашем ЦентОсе и получить их от eComstation. Как прописать я вам навёл пример.
pavlar пишет:Мастер находится у провайдера , слейв на eComstation у нас dns серевры на WIN2003 И 2008 нормально в такой ситуации работали значит всё уже прописано со стороны мастера и слейва
Это знасит тока то, что сервера с айпи WIN2003 И 2008 могут получать трансфер зон. И ещё это значит что нужно нормально прописать slave зоны на вашем ЦентОсе и получить их от eComstation. Как прописать я вам навёл пример.
ПРописал Получил
r
oot@celebris etc]# service named restart
Stopping named: [ OK ]
Starting named:
Error in named configuration:
/etc/named.rfc1912.zones:41: missing ';' before 'zone'
/etc/named.rfc1912.zones:41: unknown option 'zone'
/etc/named.root.key:1: unknown option 'managed-keys'
/etc/named.conf:45: '}' expected near end of file
[FAILED]И с /etc/ исчез файл конфигурации зоны named.rfc1912.zones
Исправил, в вашенм примере в конце не было
};Во первых поправте синтаксические ошыбки в файле конфигурацыи.
/etc/named.rfc1912.zones:41: missing ';' before 'zone' /etc/named.rfc1912.zones:41: unknown option 'zone' /etc/named.root.key:1: unknown option 'managed-keys' /etc/named.conf:45: '}' expected near end of file
Поставте нужные ; и дужки }
Во первых поправте синтаксические ошыбки в файле конфигурацыи.
pavlar пишет:/etc/named.rfc1912.zones:41: missing ';' before 'zone' /etc/named.rfc1912.zones:41: unknown option 'zone' /etc/named.root.key:1: unknown option 'managed-keys' /etc/named.conf:45: '}' expected near end of file
Поставте нужные ; и дужки }
Поставил и в named.rfc1912.zones встапвил ваши данные.
zone "0.168.192.in-addr.arpa" IN {
type slave;
file "kogpi/0.168.192.in-addr.arpa.zone";
masters { 192.168.0.1; };
}; Всё равно DNS не работает, хотя и ощибок при рестарте named уже нет
это надо писать в named.conf
Зоны описываются в named.conf.
include "/etc/named.rfc1912.zones";
include "/etc/rndc.key";
zone "mgkb1.local" IN {
type master;
file "mgkb1.local";
allow-update { key rndckey; };
};
zone "168.192.in-addr.arpa" IN {
type master;
file "168.192.rev";
allow-update { key rndckey; };
};Там же и подгружаются локальные.
Сами файлы зон лежат в /var/named/chroot/var/named В том числе и обратная.
Если сервер хотите сделать slave, то чуть по другому. В forwaders указываем IP мастера DNS и в namrd.conf говорим какие зоны брать
zone "mgkb1.local" IN {
type slave;
file "slaves/mgkb1.local";
masters { 192.168.1.77; };
};
zone "168.192.in-addr.arpa" IN {
type slave;
file "slaves/168.192.rev";
masters { 192.168.1.77; };
};192.168.1.77 - master DNS Зона mgkb1.local прописана там же. Славе должен их выгрузить и кинуть в
[root@domain ~]# ll /var/named/slaves/
итого 1124
-rw-r--r-- 1 named named 1336 Янв 8 11:50 168.192.rev
-rw-r--r-- 1 named named 490600 Янв 8 11:38 168.192.rev.jnl
-rw-r--r-- 1 named named 1867 Янв 8 15:23 mgkb1.local
-rw-r--r-- 1 named named 640961 Янв 8 15:11 mgkb1.local.jnlPavlar, как всегда раздул тему, из мухи получился слон)
Ну так дайте мне работающий конфиг, если это по вашему муха .:) Пока ни один варипнт не работает Я даже так пробовал http://www.mrp3.com/windows-to-unix-dns.html Фиг вам 
Я даже соорудил конфиг согласно вышеприведенной ссылке но где-то ошибка и непонятно где. И мне непонятео где например раположен файл named.root
options {
listen-on { 10.44.1.1; };
version "why are you looking here";
directory "/var/named";
// things I have added
hostname "celebrisl";
notify yes;
forward first; // the default
fetch-glue no; // only fetches requested records, not everything
// If you've got a DNS server around at your upstream provider, enter
// its IP address here, and enable the line below. This will make you
// benefit from its cache, thus reduce overall DNS traffic in the Internet.
forwarders {
194.44.31.225; // your ISP's DNS server goes here
8.8.8.8; // your ISP's backup DNS server goes here
};
/*
* If there is a firewall between you and nameservers you want
* to talk to, you might need to uncomment the query-source
* directive below. Previous versions of BIND always asked
* questions using port 53, but BIND 8.1 uses an unprivileged
* port by default.
*/
query-source address * port 53;
/*
* If running in a sandbox, you may have to specify a different
* location for the dumpfile.
*/
// dump-file "s/named_dump.db";
// SORT LIST
sortlist { { localhost; localnets; };
{ localnets; };
};
};
// SECONDARY ZONES
// If you enable a local name server, don't forget to enter 127.0.0.1
// first in your /etc/resolv.conf so this server will be queried.
// Also, make sure to enable it in /etc/rc.conf.
zone "." {
type hint;
file "named.root";
};
zone "ipms.intranetl" {
type master;
allow-update { 10.44.0.0/16; };
allow-transfer { 10.44.0.0/16; };
notify yes;
file "m/WORKGROUP.local";
};
zone "localhost" {
type master;
file "m/named.localhost";
allow-transfer { localhost; };
notify no;
};
# reverse zones
zone "0.0.127.IN-ADDR.ARPA" {
type master;
file "m/localhost.rev";
};
zone "1.168.192.in-addr.arpa" {
type master;
file "m/1.168.192.in-addr.arpa";
allow-update { 192.168.1.0/24; };
allow-transfer { 192.168.1.0/24; };
};
zone "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa" IN {
type master;
file "named.loopback";
allow-update { none; };
};
zone "1.0.0.127.in-addr.arpa" IN {
type master;
file "named.loopback";
allow-update { none; };
};
zone "0.in-addr.arpa" IN {
type master;
file "named.empty";
allow-update { none; };
};
Получаю ( с конфигом приведенным выше)
service named restart
Stopping named: [ OK ]
Starting named:
Error in named configuration:
/etc/named.rfc1912.zones:1: unknown option 'ptions'И откуда это видно если named.rfc1912.zones формируется лишь после уlдачного старата named.conflg а при ошибке в конфиге он вообще не создается , даже названия такого не появляется То есть файл ещё не успел создасться аа ошибки уже появились . Что то наподобие улыбки чеширского кота
Но там всё-таки проще, кот появляется после своей улыбки
И мне непонятео где например раположен файл named.root
NOTE: The 'named.root' file (aka 'root hints') was not included here. It should be installed automatically when you install BIND on your system. If you need an updated 'root hints' file, you should obtain one from 'ftp://ftp.internic.net/domain/named.root'.
...
The file named /var/named/root.hints is named in this. /var/named/root.hints should contain this...
...
p.s. матчасти вам не хватает.
/etc/named.rfc1912.zones:1: unknown option 'ptions'
Буква О пропущена. options
pavlar пишет:/etc/named.rfc1912.zones:1: unknown option 'ptions'
Буква О пропущена. options
Где же она пропущена? А несколько раз было сообщение об ошибке в строке 45 в которой вообще ничего не было. Я даже специально оставил лишь 30 строк в скрипте, но всё равно было сообщение об ошибке в строке 45
но после какого-то раза это сообщение спмо исчезло, я ничего не менял, тупо перегружал. Я думаю попробовать 8 Bind, но нигде не нпшёл его rpm
options {
listen-on { 10.44.1.1; };
version "why are you looking here";
directory "/var/named";
// things I have added
hostname "celebris";
notify yes;
forward first; // the default
fetch-glue no; // only fetches requested records, not everything
// If you've got a DNS server around at your upstream provider, enter
// its IP address here, and enable the line below. This will make you
// benefit from its cache, thus reduce overall DNS traffic in the Internet.
forwarders {
194.44.31.225; // your ISP's DNS server goes here
8.8.8.8; // your ISP's backup DNS server goes here
};
etc/etc/named.rfc1912.zones:1: unknown option 'ptions'
Как я понимаю из этого сообщения у вас ошыбка в файле зоны, а не в самом конфиге named.conf. Просмотрите файлы зон.
После надцати переустановок бинда и создания гибридного конфига и ГЛАВНОЕ добавление строки nameserver 127.0.0.1 в /etc/resolv.conf ( спасибо английскому источнику) я получил наконец,( это если закоментарить 8.8.8.8 а если стоят два namesrvera то почему-то по умолчанию приоритет у Гугла ) Хотя судя по named.rfc1912.zones , самое важное из конфига named.config это только forwarders а нужные зоны вытягиваются по умолчанию автоматически из каких-то других источников
nslookup ukr.net
Server: 127.0.0.1
Address: 127.0.0.1#53
Non-authoritative answer:
Name: ukr.net
Address: 195.214.195.105Теперь как мне приязать его к адресу внутренней сети 10.44.1.1 потому что когда я ставлю на компе локальной сети в resolv.conf nameserver 10.44.1.1 то опять та же история
jattend@bonheur ~]$ nslookup ukr.net
;; connection timed out; trying next origin
;; connection timed out; no servers could be reachedтоисть на самом сервере если исполнить nslookup то всё норм??? А если с локалки то облом. Интересно.
Покажыте ещё раз вывод
netstat -ln | grep 53У вас вроде всё норм с настройкой кешыруещего ДНС, тока не понятно почему bind слушает тока адрес обратной петли 127.0.0.1, а 10.44.1.1 не слушает.
У вас вроде всё норм с настройкой кешыруещего ДНС, тока не понятно почему bind слушает тока адрес обратной петли 127.0.0.1, а 10.44.1.1 не слушает.
обычно так(только ip свой):
listen-on {
192.168.1.1;
127.0.0.1;
};Вроде у ТС Прописано в конфиге слушать 10.44.1.1
options { listen-on { 10.44.1.1; };
А почему не слушает???
Вроде у ТС Прописано в конфиге слушать 10.44.1.1
pavlar пишет:options { listen-on { 10.44.1.1; };
А почему не слушает???
Я эту строку убрал потому что постоянно появлялась ошибка "ptions"
У меня сейчас такой конф
GNU nano 2.0.9 File: /var/named/chroot/named.conf
options {
directory "/var/named";
forwarders {
194.44.31.225;
8.8.8.8;
};
allow-query { any; };
recursion yes;
# Здесь указываются адреса или подсети, с которых допускаются рекурсивные запр$
allow-recursion {
127.0.0.1;
10.44.1.1/254;
10.44.2.1/254;
10.44.3.1/254;
10.44.4.1/254;
};
# При включении этой опции и изменении какой-либо DNS-зоны на этом сервере - он
# самостоятельно известит все slave-сервера о том, что зона поменялась и ее
# необходимо перезагрузить.
notify yes;
// SECONDARY ZONES
// If you enable a local name server, don't forget to enter 127.0.0.1
// first in your /etc/resolv.conf so this server will be queried.
// Also, make sure to enable it in /etc/rc.conf.
zone "." {
type hint;
file "named.root";
};
zone "ipms.intranet" {
type master;
allow-update { 10.44.0.0/16; };
allow-transfer { 10.44.0.0/16; };
notify yes;
};
zone "localhost" {
type master;
file "named.localhost";
allow-transfer { localhost; };
notify no;
# reverse zones
zone "0.0.127.IN-ADDR.ARPA" {
type master;
};
allow-update { 10.44.1.0/254; };
allow-transfer { 10.44.1.0/254; };
};
// RFC 3152
zone "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA"$
type master;
};
// RFC 1886 -- deprecated
zone "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.INT" {
type master;
};
AlfaStriker пишет:Pavlar, как всегда раздул тему, из мухи получился слон)
Ну так дайте мне работающий конфиг, если это по вашему муха .:) Пока ни один варипнт не работает Я даже так пробовал http://www.mrp3.com/windows-to-unix-dns.html Фиг вам
Есть рабочий конфиг без chroot'a.
Все работает с первого раза, я даже не заморачивался над этим.
Но ты молодец, через дебри пришел к истине
По этому ставлю +1 к твоей репутации.
обычно так(только ip свой):
listen-on { 192.168.1.1; 127.0.0.1; };
Я поставил но всё равно nameserver 10.44.1.1 с локальной сети не работает
GNU nano 2.0.9 File: named.conf $
options {
directory "/var/named";
# Здесь указываются сервера DNS, к которым будет обращаться этот сервер в случ$
# если он сам не является хозяином домена, который резолвит. Обычно указываются
# DNS-сервера Вашего провайдера и/или DNS-сервера контроллеров домена.
# ..Например, если этот сервер спросить - какой IP у yandex.ru - то он сам не
# будет знать, зато сможет спросить у выше-стоящего сервера DNS провайдера.
forwarders {
194.44.31.225;
8.8.8.8;
};
listen-on {
10.44.1.1;
127.0.0.1;
};
Покажыте ещё раз вывод
netstat -ln | grep 53
netstat -ln | grep 53
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN
tcp 0 0 ::1:53 :::* LISTEN
tcp 0 0 ::1:953 :::* LISTEN
udp 0 0 127.0.0.1:53 0.0.0.0:*
udp 0 0 ::1:53
:::
НЕ слушает 10.44.1.1
Так ifconfig вывод покажы на твоём серваке.
Так ifconfig вывод покажы на твоём серваке.
eth0 Link encap:Ethernet HWaddr 00:E0:81:BD:60:AD
inet addr:194.44.31.233 Bcast:194.44.31.239 Mask:255.255.255.240
inet6 addr: fe80::2e0:81ff:febd:60ad/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:90767454 errors:2 dropped:0 overruns:0 frame:2
TX packets:67393206 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:108797197901 (101.3 GiB) TX bytes:34903216305 (32.5 GiB)
Interrupt:16 Memory:fbee0000-fbf00000
eth1 Link encap:Ethernet HWaddr 00:E0:81:BD:60:AE
inet addr:10.44.1.1 Bcast:10.255.255.255 Mask:255.0.0.0
inet6 addr: fe80::2e0:81ff:febd:60ae/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:68004679 errors:0 dropped:0 overruns:0 frame:0
TX packets:90830600 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:35177997849 (32.7 GiB) TX bytes:108687203431 (101.2 GiB)
Interrupt:17 Memory:fbde0000-fbe00000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:1066 errors:0 dropped:0 overruns:0 frame:0
TX packets:1066 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:89981 (87.8 KiB) TX bytes:89981 (87.8 KiB)
Так ТС а теперь лог последнего старта Бинда покажы
Linux Forum → Red Hat Linux, Fedora, CentOS → Проблема с DNS серврером CentOS
Форум работает на PunBB, при поддержке Informer Technologies, Inc