BIND9 Onde esta o problema

1. BIND9 Onde esta o problema

emarafiga
(usa Red Hat)

Enviado em 29/03/2010 - 18:31h

Ola Pessoal. Sou um dissidente REDHAT usei por alguns anos o FEDORA e agora estou migrando meus servidores para DEBIAN. Estava tudo mil maravilhas quando me deparei com BIND9 X Debian. Tudo parece estar 100% mais nada de “subir” meus dominios locais. Sempre “ping: unknown host www.luiza.local
”

Segue um resumo das minhas configurações.

Quadro 1 – /etc/hosts
127.0.0.1 localhost.localdomain localhost

192.168.10.101 xteste.luiza.local xteste

Também tentei com: 192.168.10.101 xteste.luiza.local luiza

Quadro 2 - /etc/resolv.conf
domain luiza.local

search luiza.local

nameserver 192.168.10.101

nameserver 127.0.0.1

Quadro 3 - /etc/hostname
xteste.luiza.local

tentei somente: xteste

Quadro 4 - /etc/bind/named.conf
include "/etc/bind/named.conf.options";

zone "." {

type hint;

file "/etc/bind/db.root";

};

zone "localhost" {

type master;

file "/etc/bind/db.local";

};

zone "127.in-addr.arpa" {

type master;

file "/etc/bind/db.127";

};

zone "0.in-addr.arpa" {

type master;

file "/etc/bind/db.0";

};

zone "255.in-addr.arpa" {

type master;

file "/etc/bind/db.255";

};

include "/etc/bind/named.conf.local";

Quadro 5 - /etc/bind/named.conf.options
options {

directory "/etc/bind";

version "Uknow version";

forwarders {

192.168.10.1;

};

listen-on {

127.0.0.1/32;

192.168.10.101;

10.1.1.2;

};

allow-query {

127.0.0.0/8;

192.168.10.0/24;

10.1.1.0/24;

};

auth-nxdomain no; # conform to RFC1035

# listen-on-v6 { any; };

};

Testei com: em listen-on 127.0.0.0/8

Quadro 6 - /etc/bind/named.conf.local
zone "luiza.local" IN {

type master;

file "/etc/bind/db.luiza.local";

allow-transfer {none;};

};

Quadro 7 - /etc/bind/db.luiza.local
$TTL 604800

@ IN SOA luiza.local. admin.luiza.local. (

2009051301 ; Serial

7200 ; Refresh

120 ; Retry

2419200 ; Expire

604800) ; Default TTL

;

@ IN NS luiza.local.

@ IN A 192.168.10.101

xteste IN A 192.168.10.101

www IN CNAME xteste

Quadro 8 – tail -50 /var/log/syslog
Mar 29 09:18:26 xteste named[505]: starting BIND 9.5.1-P3 -u bind

Mar 29 09:18:26 xteste named[505]: found 1 CPU, using 1 worker thread

Mar 29 09:18:26 xteste named[505]: using up to 4096 sockets

Mar 29 09:18:27 xteste named[505]: loading configuration from '/etc/bind/named.conf'

Mar 29 09:18:27 xteste named[505]: max open files (1024) is smaller than max sockets (4096)

Mar 29 09:18:27 xteste named[505]: using default UDP/IPv4 port range: [1024, 65535]

Mar 29 09:18:27 xteste named[505]: using default UDP/IPv6 port range: [1024, 65535]

Mar 29 09:18:27 xteste named[505]: listening on IPv4 interface lo, 127.0.0.1#53

Mar 29 09:18:27 xteste named[505]: listening on IPv4 interface eth0, 192.168.10.101#53

Mar 29 09:18:27 xteste named[505]: listening on IPv4 interface eth1, 10.1.1.2#53

Mar 29 09:18:27 xteste named[505]: automatic empty zone: 254.169.IN-ADDR.ARPA

Mar 29 09:18:27 xteste named[505]: automatic empty zone: 2.0.192.IN-ADDR.ARPA

Mar 29 09:18:27 xteste named[505]: automatic empty zone: 255.255.255.255.IN-ADDR.ARPA

Mar 29 09:18:27 xteste named[505]: automatic empty 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.0.IP6.ARPA

Mar 29 09:18:27 xteste named[505]: automatic empty 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

Mar 29 09:18:27 xteste named[505]: automatic empty zone: D.F.IP6.ARPA

Mar 29 09:18:27 xteste named[505]: automatic empty zone: 8.E.F.IP6.ARPA

Mar 29 09:18:27 xteste named[505]: automatic empty zone: 9.E.F.IP6.ARPA

Mar 29 09:18:27 xteste named[505]: automatic empty zone: A.E.F.IP6.ARPA

Mar 29 09:18:27 xteste named[505]: automatic empty zone: B.E.F.IP6.ARPA

Mar 29 09:18:27 xteste named[505]: command channel listening on 127.0.0.1#953

Mar 29 09:18:27 xteste named[505]: command channel listening on ::1#953

Mar 29 09:18:27 xteste named[505]: zone 0.in-addr.arpa/IN: loaded serial 1

Mar 29 09:18:27 xteste named[505]: zone 127.in-addr.arpa/IN: loaded serial 1

Mar 29 09:18:27 xteste named[505]: zone 255.in-addr.arpa/IN: loaded serial 1

Mar 29 09:18:27 xteste named[505]: zone luiza.local/IN: loaded serial 2009051301

Mar 29 09:18:27 xteste named[505]: zone localhost/IN: loaded serial 2

Mar 29 09:18:27 xteste named[505]: running

Quadro 9 – dig www.luiza.local
; <<>> DiG 9.7.0-P1 <<>> www.luiza.local

;; global options: +cmd

;; Got answer:

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33931

;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 1, ADDITIONAL: 1

;; QUESTION SECTION:

;www.luiza.local. IN A

;; ANSWER SECTION:

www.luiza.local. 604800 IN CNAME xteste.luiza.local.

xteste.luiza.local. 604800 IN A 192.168.10.101

;; AUTHORITY SECTION:

luiza.local. 604800 IN NS luiza.local.

;; ADDITIONAL SECTION:

luiza.local. 604800 IN A 192.168.10.101

;; Query time: 0 msec

;; SERVER: 192.168.10.101#53(192.168.10.101)

;; WHEN: Mon Mar 29 09:20:26 2010

;; MSG SIZE rcvd: 100

Quadro 10 – ping
xteste:/etc/bind# ping www.luiza.local

ping: unknown host www.luiza.local

xteste:/etc/bind# ping www

PING xteste.luiza.local (192.168.10.101) 56(84) bytes of data.

64 bytes from xteste.luiza.local (192.168.10.101): icmp_seq=1 ttl=64 time=0.019 ms

0 0

Quote

2. logs?

irado
(usa XUbuntu)

Enviado em 29/03/2010 - 19:35h

aparentemente está funcionando, só não responde (risos). Feroz, isso.

o mais importante é o conteúdo dos logs quando vc 'sobe' o servidor.

faça o seguinte: em um xterm coloque o

# tail -f /var/log/messages

e dispare/restart o bind/dns (não lembro mais onde fica/nome na Debian).

coloque o resultado aqui (embora, se houver informação de erro, vc já saberá o que corrigir).

verifique também se seu dns está "ouvindo" na porta 53 udp.

também:

dig @ip_do_seu_servidor +nocmd +multiline uol.com.br soa

depois coloque todas essas informações aqui. Conforme for, vc vai conseguir "matar" essa sozinho :)

divirta-se.

0 0

Quote