Je test ça dessuite, mais si c’est la solution je savais qu’il s’agissait d’un truc débile
http://wh.onitsha.free.fr/bind/dsqds.png
(j’ai mis un lien, car l’image est “grande”)
Negatif 
Il redémarre correctement, mais n’arrive pas a se pinguer lui même 
.
Edit : meme nslookup ne fonctionne pas sur le domaine.
Edit 2 : en revanche la zone tout comme toi est bien vérifiée
[quote]1) Les fichiers /etc/hosts, /etc/resolv.conf et /etc/hostname ne sont pas utilisés par BIND.
[/quote]
Incohérence du net, je cherchais une solution a mon problème.
Mais il est vrai que je ne sais pas quels fichier utilise bind en dehors de sont /etc/bind
En effet, je corrige, donc “n’importe quel” nom pourrait faire l’affaire au final ?
On va dire que j’ai essayé de faire un poste ergonomique, pour ne pas donner l’impression de “je poste et je viens même pas rechercher la réponse”.
D’où le fait d’avoir quand même extrait la config.
Mais je note.
Oni’
Re,
Cette zone est locale uniquement ou est-elle aussi destinée au Net ?
projetepsi.fr est un nom de domaine fantaisiste ?
[quote=“lol”]Re,
Cette zone est locale uniquement ou est-elle aussi destinée au Net ?
projetepsi.fr est un nom de domaine fantaisiste ?[/quote]
C’est un nom de domaine fantaisiste qui sert a tester le fonctionnement de bind uniquement.
Ce bind est destiné a resté en local uniquement.
Oni’
Ha… Tu aurais pu choisir un nom de domaine perso alors!
Bref…
Par curiosité, il y a quoi dans le fichier /etc/nsswitch.conf ?
root@DNS-Maitre:~# cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: compat
group: compat
shadow: compat
hosts: files dns
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nisLe fichier d’origine. Je n’ai rien touché
Le choix du .fr est pour testé le futur environnement de production, comme mon supérieur souhaite avoir ces serveurs en local avec le même nom de domaine qu’externe, pour ne pas “brouiller” les utilisateurs.
Salut,
Je n’arrive pas à comprendre pourquoi un simple ping sur le nom d’hôte ne fonctionne pas (il n’y a pas besoin de bind pour ça…).
Tu peux donner le /etc/hosts (pas de capture SVP)
Et la sortie du ping (toujours pas de capture…)
Ensuite, pour le nslookup, assure toi que c’est bien de TON dns qui est sollicité…
nslookup
server localhost
DNS-Maitre.projetepsi.fr
[code]root@DNS-Maitre:~# cat /etc/hosts
127.0.0.1 localhost
192.168.9.15 DNS-Maitre.projepsi.fr DNS-Maitre
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters[/code]
Et le resolv.conf
root@DNS-Maitre:~# cat /etc/resolv.conf
domain projetepsi.fr
search projetepsi.fr
nameserver 192.168.9.15
Le nslookup du localhost
[code]root@DNS-Maitre:~# nslookup 127.0.0.1
;; connection timed out; no servers could be reached
[/code]
C’est vraiment louche.
Et la sortie du ping.
root@DNS-Maitre:~# ping DNS-Maitre.projetepsi.fr
ping: unknown host DNS-Maitre.projetepsi.fr
Et même avec un . a la fin pour préciser le domaine cela ne fonctionne pas.
root@DNS-Maitre:~# ping DNS-Maitre.projetepsi.fr.
ping: unknown host DNS-Maitre.projetepsi.fr.
[code]root@DNS-Maitre:~# nslookup
server 127.0.0.1
Default server: 127.0.0.1
Address: 127.0.0.1#53
DNS-Maitre.projetepsi.fr
Server: 127.0.0.1
Address: 127.0.0.1#53
Name: DNS-Maitre.projetepsi.fr
Address: 192.168.9.15
^Croot@DNS-Maitre:~#
[/code]
Il le reconnait apparemment .
[quote=“Onitsha”][code]root@DNS-Maitre:~# nslookup
server 127.0.0.1
Default server: 127.0.0.1
Address: 127.0.0.1#53
DNS-Maitre.projetepsi.fr
Server: 127.0.0.1
Address: 127.0.0.1#53
Name: DNS-Maitre.projetepsi.fr
Address: 192.168.9.15
^Croot@DNS-Maitre:~#
[/code]
Il le reconnait apparemment .[/quote]
Oui, ton bind et ta zone sont OK.
Ce qui n’est pas OK, ça doit être ton fichier /etc/network/interfaces. Tu obtient ton ip par dhcp ?
Nope, en static.
[code]root@DNS-Maitre:~# cat /etc/network/interfaces
auto lo
iface lo inet loopback
allow-hotplug eth0
iface eth0 inet static
address 192.168.9.15
netmask 255.255.255.0
gateway 192.168.9.254
allow-hotplug eth1
iface eth1 inet dhcp
[/code]
La machine a une carte en DHCP pour que je puisse m’y connecter en SSH.
Il s’agit d’une machine virtuelle.
Oni’
L’adresse dans l’option listen-on de BIND ne correspond pas.
Bien alors modifie comme ceci:
[code]# The loopback network interface
auto lo
iface lo inet loopback
allow-hotplug eth0
iface eth0 inet static
address 192.168.9.15
netmask 255.255.255.0
gateway 192.168.9.254
dns-server 127.0.0.1
allow-hotplug eth1
iface eth1 inet dhcp[/code]
Mais à cause de eth1 je ne sais pas quel DNS va être prioritaire… Localhost ou Le DNS fourni par DHCP ?
Comment sont configurées les interfaces de la VM ?
Edit: Pas vu le listen-on…
C’était bien le soucis.
J’avais mis 192.168.9.1, juste oublié un chiffre.
Je suis confus … c’était vraiment une faute de frappe.
Désolé Laurent
Merci a vous deux tout de même.
Pascal,
Comment ça se passe dans ces cas-là ?
Je pense qu’avant tout il regarde son resolv.conf.
Vu que l’on le force a search sur un domaine précis avec un l’ip du DNS.
Il me semble que peut importe le nombre de carte réseau, il check ce fichier avant tout.
( si je ne me trompe pas )
Evidemment que le resolver regarde le contenu de resolv.conf. La question est, que contient ce dernier au final ? Cela dépend probablement de la configuration de resolvconf (qui doit être installé pour que l’option dns-resolver dans le fichier interfaces soit prise en compte) qui gère les DNS provenant de plusieurs source. Peut-être la somme des deux sources (mais dans quel ordre ?).
Par exemple sur une de mes machines resolvconf me met dans resolv.conf à la fois l’adresse de DNS IPv4 obtenue via DHCPv4 par dhclient et l’adresse de DNS IPv6 obtenu via SLAAC (autoconfiguration sans état) par rdnssd.
Il n’y a pas que pour le DNS que la questions se pose, mais aussi pour la passerelle par défaut, obtenue soit par DHCP soit par l’option gateway du fichier interfaces. Et là c’est sûr : la machine ne peut en avoir qu’une d’active !
A titre personnel, je trouve que la configuration statique sied mieux à un serveur que le DHCP.
[quote=“PascalHambourg”]Evidemment que le resolver regarde le contenu de resolv.conf. La question est, que contient ce dernier au final ? Cela dépend probablement de la configuration de resolvconf (qui doit être installé pour que l’option dns-resolver dans le fichier interfaces soit prise en compte) qui gère les DNS provenant de plusieurs source. Peut-être la somme des deux sources (mais dans quel ordre ?).
Par exemple sur une de mes machines resolvconf me met dans resolv.conf à la fois l’adresse de DNS IPv4 obtenue via DHCPv4 par dhclient et l’adresse de DNS IPv6 obtenu via SLAAC (autoconfiguration sans état) par rdnssd.
Il n’y a pas que pour le DNS que la questions se pose, mais aussi pour la passerelle par défaut, obtenue soit par DHCP soit par l’option gateway du fichier interfaces. Et là c’est sûr : la machine ne peut en avoir qu’une d’active !
A titre personnel, je trouve que la configuration statique sied mieux à un serveur que le DHCP.[/quote]
Merci pour la réponse, ça répond exactement à ce que je voulais savoir. 
@Onitsha: Si ton problème est résolu, pense à la coche verte. Merci.