Архив форумов ЦИТФорума

[igrockk]

1) Допустим есть 2 компа 1-LinuxCentOS Server (10.10.10.6 - srv-6)
2-WindosMe (10.10.10.5 - srv-5) соединены свичем (обычная локалка)
BIND v 9.2.4 на Linux

2) В общем надо чтобы из под линукс командой
nslookup [comp-name] выдал его ip-шник или наоборот
и если потом проставить на 3-ем компе адрес DNS ip-шник Linux-а
то и с него можно было срезольвить тот же srv-5


-----------------------------Файл srv-6.host:---------------------------------------

@ IN SOA ns.srv-6.com. root.srv-6.com. (
1999082301 ; serial number
10800 ; refresh
600 ; retry
432000 ; expire
3600 ) ; minimum TTL

@ NS ns.srv-6.com.
@ NS ns.irtel.ru.



!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
я так понимаю надо сдесь добавлять строки
типа: srv-100. IN A 10.10.10.100
srv-200. IN A 10.10.10.200
и эти адреса начнут резольвиться?
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!



@ A 10.10.10.6

@ MX 5 mail.srv-6.com.
@ MX 20 ns.irtx.irk.ru.

mail A 10.10.10.6
ns A 10.10.10.6

------------------------------------------------------------------------------------



---------------------------------Файл named.conf:-------------------------------------
//
// named.conf for Red Hat caching-nameserver
//

options {
directory "/var/named";
dump-file "/var/named/data/cache_dump.db";
statistics-file "/var/named/data/named_stats.txt";
/*
* 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;
};

//
// a caching only nameserver config
//
controls {
inet 127.0.0.1 allow { localhost; } keys { rndckey; };
};

zone "." IN {
type hint;
file "named.ca";
};

zone "localdomain" IN {
type master;
file "localdomain.zone";
allow-update { none; };
};

zone "localhost" IN {
type master;
file "localhost.zone";
allow-update { none; };
};

zone "0.0.127.in-addr.arpa" IN {
type master;
file "named.local";
allow-update { none; };
};

zone "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.ip6.local";
allow-update { none; };
};

zone "255.in-addr.arpa" IN {
type master;
file "named.broadcast";
allow-update { none; };
};

zone "0.in-addr.arpa" IN {
type master;
file "named.zero";
allow-update { none; };
};

zone "srv-6.com" in{ !!!!!!!!!!!!!!!!!!!
type master; создаю свою зону (для своей локалки)
file "srv-6.host";
};

zone "10.10.10.in-addr.arpa" in{ !!!!!!!!!!!!!!!!!!!
type master;
file "pc.rev"; обратная зона
};

include "/etc/rndc.key";
--------------------------------------------------------------------------------

------------------------Файл pc.rev:(файл обратной зоны)-------------------

@ IN SOA ns.srv-6.com. root.srv-6.com. (
1999061901 ; Serial, todays date + todays serial
8H ; Refresh
2H ; Retry
1W ; Expire
1D) ; Minimum TTL

IN NS ns.srv-6.com.
IN NS ns.irtel.ru.

6 IN PTR centos.srv-6.com.

--------------------------------------------------------------------------------

------------------------Файл resolv.conf -----------------------------
nameserver 10.10.10.6
--------------------------------------------------------------------


------------------------Файл /etc/hosts -----------------------------
127.0.0.1 srv-2 localhost.localdomain localhost
--------------------------------------------------------------------


------------------------Файл /etc/ host.conf -----------------------------
order hosts,bind
--------------------------------------------------------------------


В итоге набираю nslookup 10.10.10.6

Server: 10.10.10.6
Address: 10.10.10.6#53

** server can't find 6.10.10.10.in-addr.arpa: SERVFAIL


или nslookup srv-6


Server: 10.10.10.6
Address: 10.10.10.6#53

** server can't find srv-6: SERVFAIL

Подскажите пожалуйста что неправильно

[and3008]

SERVFAIL означает, что сервер не может считать описание зоны или зона настроена неверно.

Советую включить тотальное логирование. Тогда увидите где ошибка.

Я и на более сложные грабли наступал. Понять где проблема можно было только после включения логирования.