Я работал над настройкой сервера для своей внутренней сети, поэтому у меня есть работающий isc-dhcp-сервер, который может обновить chroot BIND9 (на той же машине), мне нужно добавить несколько статических записей в DNS Таким образом, пользователи могут разрешать сайты, которые находятся в нашей DMZ.
То, что я попробовал, все готово, чтобы изменить /etc/bind/named.conf.local с этой информацией:
//
// Do any local configuration here
//
// Consider adding the 1918 zones here, if they are not used in your
// organization
//include "/etc/bind/zones.rfc1918";
key DHCP_UPDATER {
algorithm HMAC-MD5.SIG-ALG.REG.INT;
secret "MySuperSecretHash"; (this is not the real value BTW)
};
zone "quality.internal" IN {
type master;
file "/var/lib/bind/quality.internal.db";
allow-update { key DHCP_UPDATER; };
};
zone "0.10.10.in-addr.arpa" {
type master;
file "/var/lib/bind/rev.10.10.0.in-addr.arpa";
allow-update { key DHCP_UPDATER; };
};
logging {
channel query.log {
file "/var/log/named/query.log";
severity debug 3;
};
category queries { query.log; };
};
затем я добавил эти 2 записи:
zone "ourserver.internal" IN {
type master;
file "/var/lib/bind/ourserver.internal.db";
};
zone "0.16.172.in-addr.arpa" {
type master;
file "/var/lib/bind/rev.172.16.0.in-addr.arpa";
};
[ 116] Итак ... я создал файлы ourserver.internal.db и rev.172.16.0.in-addr.arpa поместил их ОБА в / var / lib / bind / и изменил разрешения, чтобы пользователь связывания мог получить к ним доступ, повторно обслуживание ... когда я делаю NSLOOKUP www.ourserver.internal, я получаю:
Server: 127.0.0.1
Address: 127.0.0.1#53
** server can't find www.ourserver.internal: NXDOMAIN
BUT when i do a reverse lookup....
Server: 127.0.0.1
Address: 127.0.0.1#53
5.0.16.172.in-addr.arpa name = www.ourserver.internal
Я не понимаю, в чем дело. Некоторая помощь в этом избавит меня от установки нового DNS-сервера в DMZ просто для размещения внутренних имен сайтов -
TY заранее
Кстати: на сервере, которым я пользуюсь, установлен сервер Ubuntu 11.10 полностью исправлен.
Хорошо ... похоже, в конце концов, это была проблема с файлом /var/lib/bind/ourserver.internal.db, начавшаяся с нуля, и теперь она решается быстро и без ошибок! :), на самом деле я оставляю здесь пример, который я взял с другого сайта:
;
;BIND data file for example.com
;
$TTL 604800
@ IN SOA ns1.example.com. info.example.com. (
2007011501 ; Serial
7200 ; Refresh
120 ; Retry
2419200 ; Expire
604800) ; Default TTL
;
@ IN NS ns1.example.com.
@ IN NS ns2.example.com.
example.com. IN MX 10 mail.example.com.
example.com. IN A 192.168.254.1
ns1 IN A 192.168.254.1
ns2 IN A 192.168.254.2
www IN CNAME example.com.
mail IN A 192.168.254.1
ftp IN CNAME example.com.
example.com. IN TXT "v=spf1 ip4:192.168.254.1 a mx ~all"
mail IN TXT "v=spf1 a -all"