Bonjour,
j'essaie d'installer un serveur DNS à partir de webmin et bind8.
A priori, c'est bien configurer mais ca e marche pas.
Lorsque que je ping l'une des urls avec ping pcfileserver.local.octeo.com, je vois qu'il ping 82.101.8.42, donc absolument pas le réseau local. Et ainsi de suite avec tout les mots.local.octeo.com.
Je me suis renseigné, local.octeo.com est un domaine "déposé" chez OVH qui le redirige cher dyndns qui le redirige sur le routeur du réseau, qui n'est pas 82.101.8.42 (ip qui ne répond pas par ailleurs...).
J'ai regardé le routeur, il n'y pas l'air dy avoir de problème de ce coté là. J'en déduis donc que le problème est sur le serveur, qui doit créé l'association .local.octeo.com avec 82.101.8.42 mais je n'arrive pas du tout à comprendre où ca.
J'ai vu cette ip à un seul endroit sur le serveur, dans le httpd.conf, à la ligne NameVirtualHost 82.101.8.42.
Intrigué, je l'ai modifié, mais rien de mieux.
Si quelqu'un avait une idée, ce serait acceuillit avec joie,
merci d'avance,
vincent
# Solution bind
Posté par Raphaël G. (site web personnel) . Évalué à 3.
zone "local.octeo.com" {
type master;
notify yes;
//ou un autre fichier
file "/etc/bind/db.local.octeo.com";
zone-statistics true;
};
//si certaines options ne marchent pas vire les, c'est pour bind9
Rajoute ça dans le fichier en question
$TTL 1d
@ IN SOA nom.domaine.de.ce.server.ext. login.domainemail.ext. (
2006071300 ; Serial
28800 ; Refresh
14400 ; Retry
3600000 ; Expire
6400 ; Minimum
)
@ IN NS nom.domaine.de.ce.server.ext.
@ IN NS nom.domaine.du.backup.dns.ext.
info IN TXT "Un texte inutile..."
@ IN MX 10 nom.domaine.du.backup.mail.ext.
@ IN MX 50 nom.domaine.du.serveur.mail.ext.
IN A ip.xxx.xxx.xxx
smtp IN A ip.xxx.xxx.xxx
imap IN A ip.xxx.xxx.xxx
ftp IN A ip.xxx.xxx.xxx
www IN A ip.xxx.xxx.xxx
;...
;redir all other non set subdomain
* IN A ip.xxx.xxx.xxx
Et y a plus qu'a relancer ton bind et le mettre en premier serveur dns dans ton réseau local...
ps2: tu NE PEUX PAS utiliser les serveurs dns ovh comme serveur de backup :'(
donc pour ton domaine extérieur soit tu l'héberge sur un dns a toi sur ip fixe et un serveur de backup avec, soit tu met tout chez ovh et tu garde ton serveur dns en local pour tes url locales...
[^] # Re: Solution bind
Posté par vincent . Évalué à 1.
[^] # Re: Solution bind
Posté par Colin Leroy (site web personnel) . Évalué à 2.
local.octeo.com. IN NS pcfileserver.local.octeo.com.
Or la première requête effectuée sera une requête sur les serveurs racine, qui diront "le NS pour octeo.com est ..."
Or dans le whois octeo.com on a:
nserver: ns.ovh.net
nserver: dns.ovh.net
[^] # Re: Solution bind
Posté par vincent . Évalué à 1.
D'ailleurs whois local.octeo.com ne donne rien.
C'est une bonne chos que tous les local.octeo.om soit redirigés sur pcfileserver.local.octeo.com parce que 'est sur ce serveur (local) que sont hebergé les sites en local.octeo.com.
Je ne pense pas que le problème soir là.
Sinon pas mal la commande whois, je connaissais pas.
vincent
[^] # Re: Solution bind
Posté par vincent . Évalué à 1.
à l'aide !
vincent
[^] # Re: Solution bind
Posté par Raphaël G. (site web personnel) . Évalué à 2.
search domain.ext
et/ou
domain domain.ext
Et il va chercher a résoudre :
patate.choucroute.domaine.ext
...
(et si tu a un wilcard quelque part c'est mort ;)
sinon pense a bien mettre :
nameserver 127.0.0.1
nameserver ipserveur secour
nameserver ipserveur secour2
(sinon il utilisera pas ton dns)
pense aussi a regarder la configuration de ton dhcp qui peux donner des ips différentes pour le dns
[^] # Re: Solution bind
Posté par vincent . Évalué à 1.
[^] # Re: Solution bind
Posté par vincent . Évalué à 1.
[^] # Re: Solution bind
Posté par vincent . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.