Serveur dns ..un peu d'aide

Support Debian
#1

Bonjour a tous,

J’essaye de configurer un serveur dns primaire , avec ip externe 210.252.85.3 depuis un bout de temps mais ca cloche. Je requiers donc un peu d’aide, j’ai surement commis une ou plusieurs erreurs mais en tant que non specialiste …euh desole.

Je vous joint ici le fichier hosts

127.0.0.1 localhost 210.252.85.53 allo.mil.fr allo 127.0.0.1 allo.mil.fr allo

ensuite le fichier named.conf.local ( si c’est bien ici qu’il fallait placer les infos)

[code]//

// Do any local configuration here
//

// Consider adding the 1918 zones here, if they are not used in your
// organization
//include “/etc/bind/zones.rfc1918”;

zone “mil.fr” {
type master;
file “/etc/bind/zones/mil.zone.db”;
};

zone “210.252.85.in-addr.arpa” {
type master;
file “/etc/bind/zones/mil.rev.db”;
};[/code]

et enfin le fichier zones …situe dans /etc/bind9/zones/…zones.bd

[code]$TTL 86400
mil.fr. IN SOA allo.mil.fr. admin.mil.fr. (
2009291002;
28800;
604800;
604800;
86400);

; declaration du serveur de mail
;
MX 10 newmail.mil.fr.

;resolution de mil.fr
A 210.252.85.3

localhost A 127.0.0.1
;
;
; Serveurs -
allo A 210.252.85.3
surf A 210.252.85.4
www A 210.252.85.10
eden A 210.252.85.6
newmail A 210.252.85.200
media A 210.252.85.7

; *********** DECLARATION DES ALIAS **********
imap CNAME newmail.mil.fr.
webmail CNAME newmail.mil.fr.
imaps CNAME newmail.mil.fr.[/code]

merci a vous

#2

Ça pourrait aider que tu expliques quel problème tu constates, “ça cloche” est un peu vague.
En vérifiant tes deux fichiers avec named-checkconf et named-checkzone, je vois que le fichier de zone ne contient pas d’enregistrement NS. A priori, il faudrait juste après le SOA :

Remarques sans rapport :

  • D’où vient cette adresse 210.252.85.3 qui fait partie d’un bloc attribué à Yahoo Japon ? Si elle ne t’est pas attribuée, il ne faut pas l’utiliser même sur un réseau privé. Il y a des blocs d’adresses privées réservés pour ça.
  • Le fichiers /etc/hosts (qui ne concerne pas BIND mais uniquement le résolveur local de la glibc) contient 210.252.85.53, ce ne serait pas plutôt 210.252.85.3 ?
  • Le domaine mil.fr n’existe pas (du moins n’est pas enregistré à l’AFNIC). Si c’est pour un domaine privé, il ne faut pas utiliser un TLD public comme “fr” mais un tld inexistant comme par exemple “localdomain” ou “lan” (éviter “local” qui est utilisé par d’autres mécanismes de résolution de noms comme mDNS).
#3

Merci pour ta reponse et pour la detection de mon erreur. Effectivement je suis reste flou, desole.
Concernant les ips et tld, ce sont des donnees fantaisistes…je vais tester en rajoutant un petit coup de NS parce qu’apparement c;est bien le message que j;avais avec un check-name.

#4

Qu’entends-tu par “données fantaisistes” ?
Ce ne sont pas les véritables données du serveur que tu as maquillées, ou bien ce sont les véritables données du serveur que tu as choisies au hasard ?

Dans un cas comme dans l’autre, c’est mal d’avoir utilisé ces données.

Pour maquiller les données, il y a des adresses et domaines réservés pour les exemples et la documentation : 192.0.2.0/24 (à ne pas confondre avec les adresses privées 192.168.0.0/16) et example.com|net|org.

Pour des données réellement utilisées dans un réseau privé isolé, il y a les adresses privées 10.0.0.0/8, 172.16.0.0/12 et 192.168.0.0/16 et les domaines sous des TLD inexistants parmi lesquels j’ai déjà cité “localdomain” ou “lan”.