[mercredi-4] Le serveur et ses esclaves

(précision: le post du labo précédent (7/03) est à la suite du premier post!)

Voici donc pour le 21/03/07

Nous avons donc créer et compléter les fichiers .hosts et . rev dans /var/named
(ces fichiers sont considérés comme un tableau, la première colonne=valeur, 2ème colonne=commante, etc
c'est pour cette raison qu'il est conseillé de laisser un espace en début de ligne et qu'il est également
obligatoire de laisser une ligne vide en fin de fichier)

Nous avons également observer qu'il était nécessaire de donner une adresse pour le NS (nameserver)
et qu'il existait 2 types d'adresses: nom relatif (partie du nom) et le nom absolu (nom complet avec '.' à la fin)

Description du fichier dmz4.rev et local4.rev:
NS huffman.redlab.esi-heb.
1 PTR huffman.redlab.esi-heb.
2 PTR kiwi.dmz4.redlab.esi-heb.
3 PTR lama.local4.redlab.esi-heb.

Vérification de la validité des fichiers:
named-checkzone dmz4.redlab.esi-heb /var/named/dmz4.host -->ok!
named-checkzone dmz4.redlab.esi-heb /var/named/dmz4.rev -->ok!
named-checkzone local4.redlab.esi-heb /var/named/local4.host -->ok!
named-checkzone local4.redlab.esi-heb /var/named/local4.rev -->ok!
named-checkconf des fichiers est ok aussi

faire "killall named" puis le relancer "named" (ou rndc) pour que tout soit correct et fonctionnel
vérifier les log: tail -f /var/log/messages -->ok!

Le serveur maitre

était déja bon car tout était défini en maitre

Problème avec nslookup
->résolution : voir "resolv.conf" changer: "nameserver 172.16.0.204")

Résultats de nslookup

- nslookup 172.16.14.2
Server: 172.16.0.204
Address: 172.16.0.204#53
2.14.16.172.in-addr.arpa
name: kiwi.dmz4.redlab.esi-heb
- nslookup 172.16.14.1
Server: 172.16.0.204
Address: 172.16.0.204#53
1.14.16.172.in-addr.arpa
Name: huffman.redlab.esi-heb
- nslookup 172.16.24.1
Server: 172.16.0.204
Address: 172.16.0.204#53
1.24.16.172.in-addr.arpa
Name: huffman.redlab.esi-heb
- nslookup 172.16.24.2
Server: 172.16.0.204
Address: 172.16.0.204#53
2.24.16.172.in-addr.arpa
Name: lama.redlab.esi-heb

Modification de named.conf de Huffman

zone "dmz4.redlab.esi-heb": notify yes; allow transfer {172.16.14.2;};
zone "local4.redlab.esi-heb": notify yes; allow transfer {172.16.14.2;};
zone "24.16.172.in-addr.arpa": notify yes;

Modification de named.conf de dmz avec type slave

zone "dmz4.redlab.esi-heb" IN {
type slave; file "dmz4.host"; masters {172.16.14.1;}; };
zone "14.16.172.in-addr.arpa" IN {
type slave; file "dmz4.rev"; masters {172.16.14.1;}; };
zone "local4.redlab.esi-heb" IN {
type slave; file "local4.host"; masters {172.16.14.1;}; };
zone "local4.redlab.esi-heb" IN {
type slave; file "local4.rev"; masters {172.16.14.1;}; };

Vérification fichier named.conf
- tail -f /var/log/messages (sur huffman -->zones ok!)
- tail -f /var/log/messages (sur kiwi -->zones ok!)
- killall named (sur kiwi)
- named (sur kiwi)
(refaire éventuellement named -checkconf et -checkzone pour vérifier named)

Résultat: Huffman affiche bien les transferts et les fichiers sont bien dans /var/named de kiwi

Et voila pour notre 3ème labo!
Keep the faith! and Have a nice day!

Lama n'avait plus Internet, même après avoir lancé named.
ici les différentes étapes pour une résolution de problème organisée

(sur lama)
- ifconfig ->ok
- route -n (permet de voir si gateway ok) ->ok
- vérification du cablage physique ->ok
- problème repérer: il manque une carte à la gateway (vu avec ifconfig sur Huffman)

(sur Huffman)
- /etc/rc.d/rc.netdevice -> problème dans le fichier
- rétablissement d'un fichier correct et cohérent
- relancer rc.netdevice et rc.inet1

Et voila! problème résolu! Lama px de nouveau surfer sur le net