[Résolu][Bind] Pas de réponses aux nslookup

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : [Résolu][Bind] Pas de réponses aux nslookup

Gavrinis

Open your mind

Bonjour,

Je suis actuellement en stage et l'on m'a chargé de mettre en place un nom de domaine interne pour l'intranet (iotech.lan).
J'ai donc installé et configuré Bind sur une serveur Linux qui a été mis à ma disposition, le problème est que le nom de domaine ne fonctionne pas et un nslookup retourne une erreur qu'il soit exécuté sous un Windows ou un Linux, seule le serveur résout le nom de domaine. De plus le syslog est totalement muet et named-checkconf, named-checkzone ne voient pas de problème dans la configuration.

Voici mes fichiers de configurations.

/etc/bind/named.conf :

Code :

include "/etc/bind/rndc.key";
controls {
inet 127.0.0.1 allow {any;} keys {rndc-key;};
};
acl whitelist {
127.0.0.1/32;
10.1.15.0/8;
};
options {
directory "/var/cache/bind";
auth-nxdomain no;
allow-query {whitelist;};
allow-transfer {10.1.15.252;};
allow-recursion {whitelist;};
forward first;
forwarders {195.238.2.21;};
listen-on {127.0.0.1;};
listen-on-v6 {none;};
version none;
query-source address * port 53;
};
zone "." {
type hint;
file "db.root";
};
zone "iotech.lan" IN {
type master;
file "ns.iotech.lan";
allow-update {none;};
};
zone "localhost" {
type master;
file "db.local";
};
zone "127.in-addr.arpa" {
type master;
file "db.127";
};
zone "0.in-addr.arpa" {
type master;
file "db.0";
};
zone "255.in-addr.arpa" {
type master;
file "db.255";
};
include "/etc/bind/named.conf.local";

/var/cache/bind/ns.iotech.lan :

Code :

$TTL 86400
iotech.lan. IN SOA ns.iotech.lan. root.localhost. (
2008112405
21600
3600
604800
86400
);
iotech.lan. IN NS ns.iotech.lan
iotech.lan. IN A 10.1.15.253
* IN A 10.1.15.253
www IN CNAME iotech.lan.

/etc/resolv.conf :

Code :

search iotech.lan
nameserver 127.0.0.1
nameserver 10.1.15.253
nameserver 195.238.2.21

nslookup sur le serveur :

Code :

nslookup iotech.lan
Server: 10.1.15.253
Address: 10.1.15.253#53
Name: iotech.lan
Address: 10.1.15.253

nslookup sur un Windows :

Code :

nslookup iotech.lan
DNS request timed out.
timeout was 2 seconds.
*** Impossible de trouver le nom de serveur pour l'adresse 10.1.15.253 : Timed out
Serveur : dnspool041.isp.belgacom.be
Address: 195.238.2.21
*** dnspool041.isp.belgacom.be ne parvient pas à trouver duolet.net : Non-existent domain

Message édité par Gavrinis le 10-12-2008 à 18:30:43

Publicité

Je@nb

Modérateur
Kindly give dime

le listen-on 127.0.0.1 va pas aller très loin ...

Message cité 1 fois

boobaka

Tu as quoi comme dns sur ton client Windows ?

---------------
www.google.fr

Gavrinis

Open your mind

Ok Je@nb, je change tout de suite et j'essaye.

Sur le Windows : 10.1.15.253, 195.238.2.22

Gavrinis

Open your mind

Je@nb a écrit :

le listen-on 127.0.0.1 va pas aller très loin ...

Je l'ai passé en "listen-on {10.1.15.253;};" mais ça ne change rien.
J'ai bien sûr fait un "ipconfig /flushdns" avant de tester.

Je@nb

Modérateur
Kindly give dime

et tu as restarté bind ?

Tes logs disent quoi ?
Un netstat -A inet -apn (de tête me souviens plus trop mais c du genre)

Perso je virerai cette ligne mais bon, sauf si tu veux que ça écoute sur des ip spéciales only.

Gavrinis

Open your mind

Oui j'ai restarté Bind comme à chaque modif.

Code :

Connexions Internet actives (serveurs et établies)
Proto Recv-Q Send-Q Adresse locale Adresse distante Etat PID/Program name
tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 2436/mysqld
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 2088/portmap
tcp 0 0 0.0.0.0:113 0.0.0.0:* LISTEN 2608/inetd
tcp 0 0 10.1.15.253:53 0.0.0.0:* LISTEN 2869/named
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 2869/named
tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 2869/named
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 2596/exim4
udp 0 0 0.0.0.0:53 0.0.0.0:* 2869/named
udp 0 0 10.1.15.253:53 0.0.0.0:* 2869/named
udp 0 0 127.0.0.1:53 0.0.0.0:* 2869/named
udp 0 0 0.0.0.0:111 0.0.0.0:* 2088/portmap

Virer la ligne "listen-on" ?

Je@nb

Modérateur
Kindly give dime

il n'écoute toujours pas sur toutes les ip mais que sur 127.0.0.1.

Donc soit tu modifies un mauvais fichier de conf , soit la ligne listen-on est définie à plusieurs endroits

Je@nb

Modérateur
Kindly give dime

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

Gavrinis

Open your mind

Non elle n'est définie qu'une fois dans mamed.conf et le contenu de named.conf.local et named.conf.options est entièrement commenté.

Publicité

Je@nb

Modérateur
Kindly give dime

et les logs disent quoi ?

Gavrinis

Open your mind

Étendre mon ACL à mon listen-on ne change rien non plus

Code :

Connexions Internet actives (serveurs et établies)
Proto Recv-Q Send-Q Adresse locale Adresse distante Etat PID/Program name
tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 2436/mysqld
tcp 0 0 0.0.0.0:113 0.0.0.0:* LISTEN 2608/inetd
tcp 0 0 10.1.15.253:53 0.0.0.0:* LISTEN 3063/named
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 3063/named
tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 3063/named
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 2596/exim4
tcp 0 0 127.0.0.1:3241 127.0.0.1:53 TIME_WAIT -
udp 0 0 0.0.0.0:53 0.0.0.0:* 3063/named
udp 0 0 10.1.15.253:53 0.0.0.0:* 3063/named
udp 0 0 127.0.0.1:53 0.0.0.0:* 3063/named

Quel log car mise à part syslog je n'en connais pas d'autre pour Bind ? syslog reste muet sur ce problème.

Je@nb

Modérateur
Kindly give dime

défini dans bind les fichiers de log et il te les créera

Gavrinis

Open your mind

Il énumère le chargement des serials pour chaque zone c'est tout ce que l'on voit dans les logs.

Je@nb

Modérateur
Kindly give dime

met plus de détails alors

Gavrinis

Open your mind

Il n'en dit pas plus que se soit en severity critical, error, warning, notice, info, debug 9 ou dynamic :cry:

Je@nb

Modérateur
Kindly give dime

tu as mis quelle catégorie ?

Gavrinis

Open your mind

Code :

logging {
channel update_debug {
file "/var/log/bind9/update_debug.log" versions 3 size 100k;
severity debug;
print-severity yes;
print-time yes;
};
channel security_info {
file "/var/log/bind9/security_info.log" versions 1 size 100k;
severity info;
print-severity yes;
print-time yes;
};
channel bind_log {
file "/var/log/bind9/bind.log" versions 3 size 1m;
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category default {bind_log;};
category lame-servers {null;};
category update {update_debug;};
category update-security {update_debug;};
category security {security_info;};
};

Je@nb

Modérateur
Kindly give dime

met config, general, network

Gavrinis

Open your mind

Ça n'a rien donné de concluant, toujours aussi muet, j'ai même mis toutes les catégories possibles mais rien

Je@nb

Modérateur
Kindly give dime

tu as essayé en virant la ligne listen-on ? ou en mettant any; ?

Gavrinis

Open your mind

Ca ne change rien non plus :??:

J'en ai parlé à mon maitre de stage et il m'accorde un serveur secondaire sur un 2003, j'ai donc créé une zone secondaire sur le 2003, transféré une copie de la zone et ça s'est fait sans le moindre problème.

Quand je fais un nslookup sur le 2003 j'obtiens ceci :

Code :

>nslookup iotech.lan
*** Can't find server name for address 10.1.15.253: Non-existent domain
Server: UnKnown
Address: 10.1.15.253
Name: iotech.lan
Address: 10.1.15.253

Sur un XP :

Code :

>nslookup iotech.lan
Serveur : ns2.iotech.com
Address: 10.1.15.252
DNS request timed out.
timeout was 2 seconds.
Nom : iotech.lan
Address: 10.1.15.253

Pour info 10.1.15.252 (ns2.iotech.com) c'est le 2003 et 10.1.15.253 c'est Linux

Je@nb

Modérateur
Kindly give dime

et ?

Gavrinis

Open your mind

Ben ça ne fonctionne toujours pas et pourtant la zone a été copié donc ça fonctionne niveau Bind. Mais pourquoi, pas avec les clients

Je@nb

Modérateur
Kindly give dime

ah mais merde, depuis hier je voyais sur ton netstat 127.0.0.1 alors je me disais que ct normal que ça marche pas mais j'avais zappé que bind créait un socket par ip ... au lieu de binder 0.0.0.0.

Sinon ton ACL est bizarre, ça devrait être 10.0.0.0/8 et pas 10.1.15.0/8 (ça n'a pas de sens ce réseau n'existe pas).

Gavrinis

Open your mind

Non toujours rien que se soit sous un client Windows ou Linux.

Je@nb

Modérateur
Kindly give dime

si tu logs les requêtes tu vois qu'elles arrivent ?

Gavrinis

Open your mind

Je lui dis de tout loger et j'ai mis le severity debug à 9 pour bind_log mais il ne me montre aucune requête :??: seulement le transfert de zone quand je le force pour voir si ça va toujours.

Code :

category client {bind_log;};
category config {bind_log;};
category database {bind_log;};
category delegation-only {bind_log;};
category dispatch {bind_log;};
category dnssec {bind_log;};
category edns-disabled {bind_log;};
category general {bind_log;};
category lame-servers {null;};
category network {bind_log;};
category notify {bind_log;};
category queries {bind_log;};
category resolver {bind_log;};
category security {bind_log;};
category unmatched {bind_log;};
category update {update_debug;};
category update-security {update_debug;};
category xfer-in {bind_log;};
category xfer-out {bind_log;};

Je@nb

Modérateur
Kindly give dime

tcpdump/wireshark ?

Gavrinis

Open your mind

"tcpdump -vv -w dump.txt host 10.1.15.210 and port domain" ne voit rien.

10.1.15.210 est ma machine de test sous XP.

Je@nb

Modérateur
Kindly give dime

firewall qq part ?

Gavrinis

Open your mind

Non il n'y en a pas à cet endroit du réseau, je suis dans le local info et il n'y a pas de firewall entre nous et les serveurs.

Gavrinis

Open your mind

Au fait si j'y vais à la barbare et que je fais un simple "tcpdump", il me sort ceci en continu :

Code :

17:06:48.659000 IP ns2.iotech.com.902 > machtest.iotech.com.2073: P 1758324:1758953(629) ack 1888 win 65276
17:06:48.659001 IP machtest.iotech.com.2073 > ns2.iotech.com.902: . ack 1749564 win 54954

Gavrinis

Open your mind

J'ignore la raison mais aujourd'hui "tcpdump -vv -w dump.txt port domain" donne quelque chose seulement c'est illisible, plein de caractères spéciaux.

Les logs se mettent aussi a parler lors d'une requête, comme par magie (que c'est-il passé pendant la nuit :??: ) :

Code :

26-Nov-2008 12:15:36.579 client: debug 3: client 10.1.15.210#3697: UDP request
26-Nov-2008 12:15:36.580 client: debug 5: client 10.1.15.210#3697: using view '_default'
26-Nov-2008 12:15:36.580 client: debug 3: client 10.1.15.210#3697: query
26-Nov-2008 12:15:36.580 queries: info: client 10.1.15.210#3697: query: 253.15.1.10.in-addr.arpa IN PTR +
26-Nov-2008 12:15:36.580 client: debug 3: client 10.1.15.210#3697: send
26-Nov-2008 12:15:36.580 client: debug 3: client 10.1.15.210#3697: sendto
26-Nov-2008 12:15:36.580 client: debug 3: client 10.1.15.210#3697: senddone
26-Nov-2008 12:15:36.580 client: debug 3: client 10.1.15.210#3697: next
26-Nov-2008 12:15:36.580 client: debug 3: client 10.1.15.210#3697: endrequest
26-Nov-2008 12:15:36.581 client: debug 3: client @0x80c99d0: udprecv

Publicité

FORUM HardWare.fr

Systèmes & Réseaux Pro

Réseaux

[Résolu][Bind] Pas de réponses aux nslookup

Sujets relatifs
[RESOLU] Déplacement d'un disque en RAID1 sans perdre les données	[resolu] Controlleurs de domaine 2003 32 et 64 bits
[RESOLU] Comparaison et tests de 2 serveurs	[RESOLU] Samba et non visibilité de dossier pour certains users
(RESOLU) Renseignement sur le serveur nagios (sous Debian)	Soucis FTP avec Routeur [RESOLU]
[Résolu] Clonage dans VMware Server 2 ?	Serveur DHCP 2003 / Erreur 1003 sur XP [Résolu]
[Résolu]Mise à zéro d'un switch 3Com SuperStack3 3870	[RESOLU]RAID-1 over IP avec DRBD
Plus de sujets relatifs à : [Résolu][Bind] Pas de réponses aux nslookup

Page générée en 0.242 secondes