linux_forever2001 a écrit : >bon, déjà g changé de domiane. c désormais nunuxperso.local > > > >>est ce que ton /etc/resolv.cong est bien paramétré avec: >> >>domain nunuxperso.com >>nameserveur <adresse ip de mule> >> >> > >est-ce obligé ? oui, il est paramétré avec nameserveur <adresseip du dns> mais >je n'ai pas mis le domaine. > > Met le, car c'est ce qui va dire au client quel est le domaine d'appartenance, ou quels sont les domaines de recherches.
>d'ailleur cette idée de domaine je ne la saisie pas. >mis àpart ma machine qui fait dns qui comporte un hotname ainsi >(mule.nunuxperso.local) aucune bécane ne comprte de tel nom. les autres sont >du genre nt2000, tux, etc.... > > Ce qu'il faut comprendre c'est que tes machines ne comprennent rien d'autres, et absolument rien d'autre qu'une adresse IP. Dan sles paquets qui transitent sur le reseau, les information de source et de destination sont toujorus des adresses IP. Cependant, le hic, c'est que retenir par coeur des adresse IP ce n'est pas terrible. Donc on a créé un système qui permet de nommer les machines. Seulement voilà, l'air de rien, meme avec les hostname tout cours, tu es vite limite. Et tu n'avais pas la possibilité de les grouper. C'est très simplifié et schématique mais en gros c est ca. Au final on a trouvé un système qui permettait d'avoir quelque chose de facile à mémoriser: www.google.fr c'est plus facile a retenir que 66.102.9.99. Seulement voilà, comment je vais gerer ces noms. Un nom est définit de la facon suiavnte: hostname.domain.tld hostname c'est le nom de la machine qui lui est propre et dont deux machines ne peuvent pas avoir le meme (comme l'adresse IP d'ailleurs). domain: c'est le nom de domaine: google.fr tld: ben...je ne me souviend plus ce que ca veut dire au niveau des trois lettre, mais en gros considère ca comme une indication de zone. Il y a deux type: les zones geographiques, qui sont apparu en second, et les zones "administratives" apparue en premier avec .com pour commercial, .net ou network, .org pour organisation, .edu pour education, .gov pour gouvernement, .mil pour militaire. A l'origine il n'y avait que ceux là. Depuis sont apparu les .biz, .info, .name et surement quelques autres que je n'ai plus en tete. Pour info, edu, gov et mil sont réservés au gouvernement américain. Les noms de domaines sont définis de la même facon qu'un arbre, comme pour les répertoire d'un disque dur. Sur un disque unix on commence par le repertoire racine : / Puis on a les repertoire directement rattachés à la racine: /etc /usr /root /home /var etc.... ensuite on les sous-repertoires eux-mêmes: sysconfig bin lib usertoto log cache Et enfin on a le fichier networking scp libapr-0.a monfichier messages pour avoir le chemin complet au fichier on assemble le tout de gauche a droite en partant de la racine: /etc/sysconfig/networking /usr/bin/scp /usr/lib/libapr-0.a /home/usertoto/monfichier /var/log/message etc... et ainsi de suite. Pour les domaine c est pareil. la racine c'est le point: . Ensuite les zones: com edu net org gov mil us uk fr etc.... ensuite le premier domaine : google uc noirtemps ethereal gouv puis les sous domaines: campus net impots puis les hostnames: www smtp w3 et on assemble de la meme facon, mais cette fois ci de droite à gauche en partant de la racine: www.google.com w3.campus.uc.edu www.net.noirtemps.org www.ethereal.org www.impots.gouv.fr Ce systemes hierarchique permet ainsi de déléguer la gestion d'une partie du domaine sans etre obligé de tout faire. ca facilite beaucoup l'administration et permet ainsi de regrouper les machines dans un ensemble administrativement coherent, independament de leurs adresses IP. Ensuite, il suffi d'avoir un serveur qui soit capable d'associer le nom avec l'IP, et l'IP avec le nom. Le problème était la gestino des noms de domaines. >ensuite ma machine gérant dc le dns est mule.nunuxperso.local > > >g dc modifié mes fichiers en conséquences. >voici le fameux /var/named/zone/nunux > >$TTL 3D > >@ IN SOA mule.nunuxperso.local. postmaster.mule.nunuxperso.local( > 2000101501 ; numéro de série > 28800 ; rafraîchissement toutes les 8 heures > 14400 ; nouvel essai toutes les 4 heures > 604800 ; expiration dans 7 jours > 86400 ) ; temps de vie minimal 24 heures > >; serveur de nom > IN NS mule.nunuxperso.local. > >;adresses IP des machines > >www IN A 127.0.0.1 > > Non et non, on n'entre pas le localhost dans un fichier d ezone DNS. car c'est une adresse qui n'est unique QUE sur la machine elle-même >Vigor114 IN A 192.168.0.248 >test IN A 192.168.0.100 >NT2000.nunuxperso.local IN A 192.168.0.197 > > Non plus on ne fait pas ca, car la machine s'appelle du coup: NT2000.nunuxperso.local.nunuxperso.local. Le point terminal est très important. >mule IN A 192.168.0.100 > >g dc changer le hostname de ma bécane, mais rien de marche. >nslookup mule, NT2000 ou NT2000.nunuxperso.local, www,... NASA, Rien ! >y'a que mule.nunuxperso.local qui fctionne ! >le reste c tjs pareil c > >NT2000.nunuxperso.local >Server: 192.168.0.100 >Address: 192.168.0.100#53 > >** server can't find NT2000.nunuxperso.local: NXDOMAIN > > > >AU SECOURS ! c quoi ce bordel ??? > > Normal ton NT2000 est mal définit, tu lui a mis son domaine dans le fichier de zone alors qu'il n'en a pas besoin. si tu le met il faut treminer par un point La doc fournie avec Bind donne une assez bonne explication sur le details plus precis de ce que je t'ai dit plus haut. Ton fichier de zone doit comprter: Un enregistrement SOA qui permet de definir la zone elle même Un ou plusieurs enregistrements NS permettant de définir les serveurs DNS (un maitre et un ou plusieurs esclaves). Au moins UN enregistrement A pour le serveur de domaine et encore ce n'est pas obligé (par exemple ma zone nunuxperso.local est géré par le serveur dns.mondomaine.local) Et ensuite tous mes enregistrement. Il est préférable d'ailleurs de n'avoir qu'un seul nom pour une seule adresse IP. Ensuite il vaut mieux utiliser des CNAME. Par exemple: mule IN A 192.168.0.100 www IN CNAME mule.nunuxperso.local. mais en tout cas, il faut un minimum de lecture avant de vouloir se lancer dans un DNS, ne serait ce que pour comprendre son utilité et ses concepts de bases. Laurent
____________________________________________________ Want to buy your Pack or Services from Mandriva? Go to http://store.mandriva.com Join the Club : http://www.mandrivaclub.com ____________________________________________________
