J'ai installé sur une machine debian Woody 3.0r2 un serveur DNS (bind9) et un
serveur DHCP (dhcp3-server).
Le serveur DHCP est configuré pour mettre à jour le DNS lorsque des machines se
connectent. Ça fonctionne bien pour une machine qui boote sur un CD knoppix et
une machine virtuelle Windows 98 (sous VMware) que j'ai reconfigurée après
l'installation du serveur DHCP pour qu'elle utilise DHCP au lieu d'une adresse
fixe. Par contre, j'ai une machine sous RedHat 9.0 qui avait aussi une adresse
IP fixe et que j'ai aussi modifiée pour qu'elle utilise DHCP, mais quand elle
démarre elle obtient bien une adresse IP dans la plage spécifiée par le serveur
DHCP, mais le serveur DNS n'est pas mis à jour pour cette machine, d'où est-ce
que ça peut venir ? Du serveur ? Du client ? Si je démarre cette même machine
avec knoppix au lieu de RH, le serveur DNS est bien mis à jour.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
TiChou
Dans le message <news:40b93761$0$314$, *Youri* tapota sur f.c.o.l.configuration :
Bonjour (ou bonsoir),
Bonjour,
[...]
En plus de toutes les informantions nombreuses et utiles que vous nous avez donné, il serait intéressant de nous donner aussi les logs des requêtes et de la négociation DHCP du côté serveur et du côté client.
-- TiChou
Dans le message <news:40b93761$0$314$7a628cd7@news.club-internet.fr>,
*Youri* tapota sur f.c.o.l.configuration :
Bonjour (ou bonsoir),
Bonjour,
[...]
En plus de toutes les informantions nombreuses et utiles que vous nous avez
donné, il serait intéressant de nous donner aussi les logs des requêtes et
de la négociation DHCP du côté serveur et du côté client.
Dans le message <news:40b93761$0$314$, *Youri* tapota sur f.c.o.l.configuration :
Bonjour (ou bonsoir),
Bonjour,
[...]
En plus de toutes les informantions nombreuses et utiles que vous nous avez donné, il serait intéressant de nous donner aussi les logs des requêtes et de la négociation DHCP du côté serveur et du côté client.
-- TiChou
Youri
TiChou wrote:
En plus de toutes les informantions nombreuses et utiles que vous nous avez donné, il serait intéressant de nous donner aussi les logs des requêtes et de la négociation DHCP du côté serveur et du côté client.
Alors, quand je boote le client sous Knoppix, j'ai ça sur le serveur :
- dans /var/log/syslog : May 30 22:47:45 www dhcpd: DHCPDISCOVER from 00:40:f4:19:03:f1 via eth0 May 30 22:47:46 www dhcpd: DHCPOFFER on 192.168.1.150 to 00:40:f4:19:03:f1 via eth0 May 30 22:47:46 www dhcpd: DHCPDISCOVER from 00:40:f4:19:03:f1 via eth0 May 30 22:47:46 www dhcpd: DHCPOFFER on 192.168.1.150 to 00:40:f4:19:03:f1 (Knoppix) via eth0 May 30 22:47:46 www named[160]: client 127.0.0.1#1027: updating zone 'youri.net/IN': adding an RR May 30 22:47:46 www named[160]: client 127.0.0.1#1027: updating zone 'youri.net/IN': adding an RR May 30 22:47:46 www dhcpd: Added new forward map from Knoppix.youri.net to 192.168.1.150 May 30 22:47:46 www named[160]: client 127.0.0.1#1027: updating zone '1.168.192.in-addr.arpa/IN': deleting an rrset May 30 22:47:46 www named[160]: client 127.0.0.1#1027: updating zone '1.168.192.in-addr.arpa/IN': adding an RR May 30 22:47:46 www dhcpd: added reverse map from 150.1.168.192.in-addr.arpa. to Knoppix.youri.net May 30 22:47:46 www dhcpd: DHCPREQUEST for 192.168.1.150 (192.168.1.30) from 00:40:f4:19:03:f1 (Knoppix) via eth0 May 30 22:47:46 www dhcpd: DHCPACK on 192.168.1.150 to 00:40:f4:19:03:f1 (Knoppix) via eth0
où on voit que le DNS est mis à jour avec Knoppix à 192.168.1.150
et ça à l'expiration du bail : May 30 22:49:46 www named[160]: client 127.0.0.1#1027: updating zone 'youri.net/IN': deleting an RR May 30 22:49:46 www dhcpd: if Knoppix.youri.net IN TXT "0020324bb0275a6c51dcbceb0f3d4b88b7" rrset exists and Knoppix.youri.net IN A 192.168.1.150 rrset exists delete Knoppix.youri.net IN A 192.168.1.150: success. May 30 22:49:46 www named[160]: client 127.0.0.1#1027: updating zone 'youri.net/IN': deleting an RR May 30 22:49:46 www dhcpd: if Knoppix.youri.net IN A rrset doesn't exist delete Knoppix.youri.net IN TXT "0020324bb0275a6c51dcbceb0f3d4b88b7": success. May 30 22:49:46 www named[160]: client 127.0.0.1#1027: updating zone '1.168.192.in-addr.arpa/IN': deleting an rrset May 30 22:49:46 www dhcpd: removed reverse map on 150.1.168.192.in-addr.arpa.
- dans /var/lib/dhcp3/dhcpd.leases : lease 192.168.1.150 { starts 0 2004/05/30 20:47:46; ends 0 2004/05/30 20:49:46; binding state active; next binding state free; hardware ethernet 00:40:f4:19:03:f1; set ddns-rev-name = "150.1.168.192.in-addr.arpa."; set ddns-txt = "0020324bb0275a6c51dcbceb0f3d4b88b7"; set ddns-fwd-name = "Knoppix.youri.net"; client-hostname "Knoppix"; }
et ça à l'expiration du bail : lease 192.168.1.150 { starts 0 2004/05/30 20:47:46; ends 0 2004/05/30 20:49:46; tstp 0 2004/05/30 20:49:46; binding state free; hardware ethernet 00:40:f4:19:03:f1; }
Par contre, si je boote la machine sous RedHat 9, j'ai ça sur le serveur:
- dans /var/log/syslog : May 30 22:52:07 www dhcpd: DHCPDISCOVER from 00:40:f4:19:03:f1 via eth0 May 30 22:52:08 www dhcpd: DHCPOFFER on 192.168.1.150 to 00:40:f4:19:03:f1 via eth0 May 30 22:52:08 www dhcpd: DHCPREQUEST for 192.168.1.150 (192.168.1.30) from 00:40:f4:19:03:f1 via eth0 May 30 22:52:08 www dhcpd: DHCPACK on 192.168.1.150 to 00:40:f4:19:03:f1 via eth0
-> aucune mise à jour du DNS, le serveur DHCP semble ne pas connaitre le hostname de la machine (il n'en fait aucune mention alors qu'avec Knoppix il est mentionné)
(et rien dans ce fichier à l'expiration du bail)
- dans /var/lib/dhcp3/dhcpd.leases : lease 192.168.1.150 { starts 0 2004/05/30 20:52:08; ends 0 2004/05/30 20:54:08; binding state active; next binding state free; hardware ethernet 00:40:f4:19:03:f1; }
et à l'expiration du bail : lease 192.168.1.150 { starts 0 2004/05/30 20:52:56; ends 0 2004/05/30 20:54:56; tstp 0 2004/05/30 20:54:56; binding state free; hardware ethernet 00:40:f4:19:03:f1; }
Sur les clients, que ce soit sous Knoppix ou RedHat, je n'ai pas trouvé de trace dans les logs, où faut-il regarder ?
Tiens, dans la foulée, j'ai fait un tcpdump sur le serveur pour voir ce qui se passe au boot du client : (j'ai essayé tethereal mais j'y arrive pas à cette heure... # tethereal -i eth0 -V -ta 'eth.src eq 00:40:f4:19:03:f1' tethereal: Unable to parse filter string (parse error). )
23:00:07.690261 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x2db10b19 [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 23:00:07.692280 www.youri.net > 192.168.1.150: icmp: echo request (DF) (ttl 64, id 0, len 48) 23:00:08.009032 www.youri.net.bootps > 192.168.1.150.bootpc: xid:0x2db10b19 Y:192.168.1.150 S:www.youri.net [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 23:00:08.012670 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x2eb10b19 [|bootp] [tos 0x10] (ttl 16, id 0, len 576) 23:00:08.015724 www.youri.net.bootps > 192.168.1.150.bootpc: xid:0x2eb10b19 Y:192.168.1.150 S:www.youri.net [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 23:00:08.018982 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x2fb10b19 [|bootp] [tos 0x10] (ttl 16, id 0, len 576) 23:00:08.471699 www.youri.net.bootps > 192.168.1.150.bootpc: xid:0x2fb10b19 Y:192.168.1.150 S:www.youri.net [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 23:00:12.687789 arp who-has 192.168.1.150 tell www.youri.net 23:00:12.688096 arp reply 192.168.1.150 is-at 0:40:f4:19:3:f1
Boot avec RedHat :
23:04:11.825691 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0xd6a3fb31 [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 23:04:11.827701 www.youri.net > 192.168.1.150: icmp: echo request (DF) (ttl 64, id 0, len 48) 23:04:12.009062 www.youri.net.bootps > 192.168.1.150.bootpc: xid:0xd6a3fb31 Y:192.168.1.150 S:www.youri.net [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 23:04:12.009847 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0xd6a3fb31 [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 23:04:12.094527 www.youri.net.bootps > 192.168.1.150.bootpc: xid:0xd6a3fb31 Y:192.168.1.150 S:www.youri.net [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 23:04:16.818059 arp who-has 192.168.1.150 tell www.youri.net 23:04:16.818460 arp reply 192.168.1.150 is-at 0:40:f4:19:3:f1
Il y a apparemment un échange supplémentaire avec Knoppix, mais je n'arrive pas à avoir le contenu...
Merci pour toute aide, et n'hésitez pas à demander plus d'infos si besoin.
-- Youri
TiChou wrote:
En plus de toutes les informantions nombreuses et utiles que vous nous avez
donné, il serait intéressant de nous donner aussi les logs des requêtes et
de la négociation DHCP du côté serveur et du côté client.
Alors, quand je boote le client sous Knoppix, j'ai ça sur le serveur :
- dans /var/log/syslog :
May 30 22:47:45 www dhcpd: DHCPDISCOVER from 00:40:f4:19:03:f1 via eth0
May 30 22:47:46 www dhcpd: DHCPOFFER on 192.168.1.150 to 00:40:f4:19:03:f1 via
eth0
May 30 22:47:46 www dhcpd: DHCPDISCOVER from 00:40:f4:19:03:f1 via eth0
May 30 22:47:46 www dhcpd: DHCPOFFER on 192.168.1.150 to 00:40:f4:19:03:f1
(Knoppix) via eth0
May 30 22:47:46 www named[160]: client 127.0.0.1#1027: updating zone
'youri.net/IN': adding an RR
May 30 22:47:46 www named[160]: client 127.0.0.1#1027: updating zone
'youri.net/IN': adding an RR
May 30 22:47:46 www dhcpd: Added new forward map from Knoppix.youri.net to
192.168.1.150
May 30 22:47:46 www named[160]: client 127.0.0.1#1027: updating zone
'1.168.192.in-addr.arpa/IN': deleting an rrset
May 30 22:47:46 www named[160]: client 127.0.0.1#1027: updating zone
'1.168.192.in-addr.arpa/IN': adding an RR
May 30 22:47:46 www dhcpd: added reverse map from 150.1.168.192.in-addr.arpa. to
Knoppix.youri.net
May 30 22:47:46 www dhcpd: DHCPREQUEST for 192.168.1.150 (192.168.1.30) from
00:40:f4:19:03:f1 (Knoppix) via eth0
May 30 22:47:46 www dhcpd: DHCPACK on 192.168.1.150 to 00:40:f4:19:03:f1
(Knoppix) via eth0
où on voit que le DNS est mis à jour avec Knoppix à 192.168.1.150
et ça à l'expiration du bail :
May 30 22:49:46 www named[160]: client 127.0.0.1#1027: updating zone
'youri.net/IN': deleting an RR
May 30 22:49:46 www dhcpd: if Knoppix.youri.net IN TXT
"0020324bb0275a6c51dcbceb0f3d4b88b7" rrset exists and Knoppix.youri.net IN A
192.168.1.150 rrset exists delete Knoppix.youri.net IN A 192.168.1.150:
success.
May 30 22:49:46 www named[160]: client 127.0.0.1#1027: updating zone
'youri.net/IN': deleting an RR
May 30 22:49:46 www dhcpd: if Knoppix.youri.net IN A rrset doesn't exist delete
Knoppix.youri.net IN TXT "0020324bb0275a6c51dcbceb0f3d4b88b7": success.
May 30 22:49:46 www named[160]: client 127.0.0.1#1027: updating zone
'1.168.192.in-addr.arpa/IN': deleting an rrset
May 30 22:49:46 www dhcpd: removed reverse map on 150.1.168.192.in-addr.arpa.
- dans /var/lib/dhcp3/dhcpd.leases :
lease 192.168.1.150 {
starts 0 2004/05/30 20:47:46;
ends 0 2004/05/30 20:49:46;
binding state active;
next binding state free;
hardware ethernet 00:40:f4:19:03:f1;
set ddns-rev-name = "150.1.168.192.in-addr.arpa.";
set ddns-txt = "0020324bb0275a6c51dcbceb0f3d4b88b7";
set ddns-fwd-name = "Knoppix.youri.net";
client-hostname "Knoppix";
}
et ça à l'expiration du bail :
lease 192.168.1.150 {
starts 0 2004/05/30 20:47:46;
ends 0 2004/05/30 20:49:46;
tstp 0 2004/05/30 20:49:46;
binding state free;
hardware ethernet 00:40:f4:19:03:f1;
}
Par contre, si je boote la machine sous RedHat 9, j'ai ça sur le serveur:
- dans /var/log/syslog :
May 30 22:52:07 www dhcpd: DHCPDISCOVER from 00:40:f4:19:03:f1 via eth0
May 30 22:52:08 www dhcpd: DHCPOFFER on 192.168.1.150 to 00:40:f4:19:03:f1 via
eth0
May 30 22:52:08 www dhcpd: DHCPREQUEST for 192.168.1.150 (192.168.1.30) from
00:40:f4:19:03:f1 via eth0
May 30 22:52:08 www dhcpd: DHCPACK on 192.168.1.150 to 00:40:f4:19:03:f1 via
eth0
-> aucune mise à jour du DNS, le serveur DHCP semble ne pas connaitre le
hostname de la machine (il n'en fait aucune mention alors qu'avec Knoppix il
est mentionné)
(et rien dans ce fichier à l'expiration du bail)
- dans /var/lib/dhcp3/dhcpd.leases :
lease 192.168.1.150 {
starts 0 2004/05/30 20:52:08;
ends 0 2004/05/30 20:54:08;
binding state active;
next binding state free;
hardware ethernet 00:40:f4:19:03:f1;
}
et à l'expiration du bail :
lease 192.168.1.150 {
starts 0 2004/05/30 20:52:56;
ends 0 2004/05/30 20:54:56;
tstp 0 2004/05/30 20:54:56;
binding state free;
hardware ethernet 00:40:f4:19:03:f1;
}
Sur les clients, que ce soit sous Knoppix ou RedHat, je n'ai pas trouvé de trace
dans les logs, où faut-il regarder ?
Tiens, dans la foulée, j'ai fait un tcpdump sur le serveur pour voir ce qui se
passe au boot du client :
(j'ai essayé tethereal mais j'y arrive pas à cette heure...
# tethereal -i eth0 -V -ta 'eth.src eq 00:40:f4:19:03:f1'
tethereal: Unable to parse filter string (parse error).
)
En plus de toutes les informantions nombreuses et utiles que vous nous avez donné, il serait intéressant de nous donner aussi les logs des requêtes et de la négociation DHCP du côté serveur et du côté client.
Alors, quand je boote le client sous Knoppix, j'ai ça sur le serveur :
- dans /var/log/syslog : May 30 22:47:45 www dhcpd: DHCPDISCOVER from 00:40:f4:19:03:f1 via eth0 May 30 22:47:46 www dhcpd: DHCPOFFER on 192.168.1.150 to 00:40:f4:19:03:f1 via eth0 May 30 22:47:46 www dhcpd: DHCPDISCOVER from 00:40:f4:19:03:f1 via eth0 May 30 22:47:46 www dhcpd: DHCPOFFER on 192.168.1.150 to 00:40:f4:19:03:f1 (Knoppix) via eth0 May 30 22:47:46 www named[160]: client 127.0.0.1#1027: updating zone 'youri.net/IN': adding an RR May 30 22:47:46 www named[160]: client 127.0.0.1#1027: updating zone 'youri.net/IN': adding an RR May 30 22:47:46 www dhcpd: Added new forward map from Knoppix.youri.net to 192.168.1.150 May 30 22:47:46 www named[160]: client 127.0.0.1#1027: updating zone '1.168.192.in-addr.arpa/IN': deleting an rrset May 30 22:47:46 www named[160]: client 127.0.0.1#1027: updating zone '1.168.192.in-addr.arpa/IN': adding an RR May 30 22:47:46 www dhcpd: added reverse map from 150.1.168.192.in-addr.arpa. to Knoppix.youri.net May 30 22:47:46 www dhcpd: DHCPREQUEST for 192.168.1.150 (192.168.1.30) from 00:40:f4:19:03:f1 (Knoppix) via eth0 May 30 22:47:46 www dhcpd: DHCPACK on 192.168.1.150 to 00:40:f4:19:03:f1 (Knoppix) via eth0
où on voit que le DNS est mis à jour avec Knoppix à 192.168.1.150
et ça à l'expiration du bail : May 30 22:49:46 www named[160]: client 127.0.0.1#1027: updating zone 'youri.net/IN': deleting an RR May 30 22:49:46 www dhcpd: if Knoppix.youri.net IN TXT "0020324bb0275a6c51dcbceb0f3d4b88b7" rrset exists and Knoppix.youri.net IN A 192.168.1.150 rrset exists delete Knoppix.youri.net IN A 192.168.1.150: success. May 30 22:49:46 www named[160]: client 127.0.0.1#1027: updating zone 'youri.net/IN': deleting an RR May 30 22:49:46 www dhcpd: if Knoppix.youri.net IN A rrset doesn't exist delete Knoppix.youri.net IN TXT "0020324bb0275a6c51dcbceb0f3d4b88b7": success. May 30 22:49:46 www named[160]: client 127.0.0.1#1027: updating zone '1.168.192.in-addr.arpa/IN': deleting an rrset May 30 22:49:46 www dhcpd: removed reverse map on 150.1.168.192.in-addr.arpa.
- dans /var/lib/dhcp3/dhcpd.leases : lease 192.168.1.150 { starts 0 2004/05/30 20:47:46; ends 0 2004/05/30 20:49:46; binding state active; next binding state free; hardware ethernet 00:40:f4:19:03:f1; set ddns-rev-name = "150.1.168.192.in-addr.arpa."; set ddns-txt = "0020324bb0275a6c51dcbceb0f3d4b88b7"; set ddns-fwd-name = "Knoppix.youri.net"; client-hostname "Knoppix"; }
et ça à l'expiration du bail : lease 192.168.1.150 { starts 0 2004/05/30 20:47:46; ends 0 2004/05/30 20:49:46; tstp 0 2004/05/30 20:49:46; binding state free; hardware ethernet 00:40:f4:19:03:f1; }
Par contre, si je boote la machine sous RedHat 9, j'ai ça sur le serveur:
- dans /var/log/syslog : May 30 22:52:07 www dhcpd: DHCPDISCOVER from 00:40:f4:19:03:f1 via eth0 May 30 22:52:08 www dhcpd: DHCPOFFER on 192.168.1.150 to 00:40:f4:19:03:f1 via eth0 May 30 22:52:08 www dhcpd: DHCPREQUEST for 192.168.1.150 (192.168.1.30) from 00:40:f4:19:03:f1 via eth0 May 30 22:52:08 www dhcpd: DHCPACK on 192.168.1.150 to 00:40:f4:19:03:f1 via eth0
-> aucune mise à jour du DNS, le serveur DHCP semble ne pas connaitre le hostname de la machine (il n'en fait aucune mention alors qu'avec Knoppix il est mentionné)
(et rien dans ce fichier à l'expiration du bail)
- dans /var/lib/dhcp3/dhcpd.leases : lease 192.168.1.150 { starts 0 2004/05/30 20:52:08; ends 0 2004/05/30 20:54:08; binding state active; next binding state free; hardware ethernet 00:40:f4:19:03:f1; }
et à l'expiration du bail : lease 192.168.1.150 { starts 0 2004/05/30 20:52:56; ends 0 2004/05/30 20:54:56; tstp 0 2004/05/30 20:54:56; binding state free; hardware ethernet 00:40:f4:19:03:f1; }
Sur les clients, que ce soit sous Knoppix ou RedHat, je n'ai pas trouvé de trace dans les logs, où faut-il regarder ?
Tiens, dans la foulée, j'ai fait un tcpdump sur le serveur pour voir ce qui se passe au boot du client : (j'ai essayé tethereal mais j'y arrive pas à cette heure... # tethereal -i eth0 -V -ta 'eth.src eq 00:40:f4:19:03:f1' tethereal: Unable to parse filter string (parse error). )
23:00:07.690261 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x2db10b19 [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 23:00:07.692280 www.youri.net > 192.168.1.150: icmp: echo request (DF) (ttl 64, id 0, len 48) 23:00:08.009032 www.youri.net.bootps > 192.168.1.150.bootpc: xid:0x2db10b19 Y:192.168.1.150 S:www.youri.net [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 23:00:08.012670 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x2eb10b19 [|bootp] [tos 0x10] (ttl 16, id 0, len 576) 23:00:08.015724 www.youri.net.bootps > 192.168.1.150.bootpc: xid:0x2eb10b19 Y:192.168.1.150 S:www.youri.net [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 23:00:08.018982 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x2fb10b19 [|bootp] [tos 0x10] (ttl 16, id 0, len 576) 23:00:08.471699 www.youri.net.bootps > 192.168.1.150.bootpc: xid:0x2fb10b19 Y:192.168.1.150 S:www.youri.net [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 23:00:12.687789 arp who-has 192.168.1.150 tell www.youri.net 23:00:12.688096 arp reply 192.168.1.150 is-at 0:40:f4:19:3:f1
Boot avec RedHat :
23:04:11.825691 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0xd6a3fb31 [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 23:04:11.827701 www.youri.net > 192.168.1.150: icmp: echo request (DF) (ttl 64, id 0, len 48) 23:04:12.009062 www.youri.net.bootps > 192.168.1.150.bootpc: xid:0xd6a3fb31 Y:192.168.1.150 S:www.youri.net [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 23:04:12.009847 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0xd6a3fb31 [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 23:04:12.094527 www.youri.net.bootps > 192.168.1.150.bootpc: xid:0xd6a3fb31 Y:192.168.1.150 S:www.youri.net [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 23:04:16.818059 arp who-has 192.168.1.150 tell www.youri.net 23:04:16.818460 arp reply 192.168.1.150 is-at 0:40:f4:19:3:f1
Il y a apparemment un échange supplémentaire avec Knoppix, mais je n'arrive pas à avoir le contenu...
Merci pour toute aide, et n'hésitez pas à demander plus d'infos si besoin.
-- Youri
Youri
Bon, alors j'avance un peu, à petits pas... J'ai pu faire une vraie trace complète avec tethereal pour un boot avec Knoppix et pour un boot avec RedHat. Les traces complètes sont accessibles là pour ceux qui ont du courage... : http://perso.club-internet.fr/youri/dhcp/teth.knoppix http://perso.club-internet.fr/youri/dhcp/teth.redhat (pour éviter de polluer le forum avec des milliards de lignes).
On voit dans ces traces que le client Knoppix envoit son hostname (Frame 4 - Option 12: Host Name = "Knoppix"), alors que le client sous RH n'envoie jamais cette information. C'est peut-être pour ça que le serveur DHCP ne fait pas de mise à jour du DNS, n'ayant pas le nom de la machine... Il doit y avoir une option quelque part sur le client DHCP pour préciser s'il doit envoyer son hostname au serveur ou pas, mais je n'ai pas encore trouvé de ce côté. Si quelqu'un a une piste... ?
-- Youri
Bon, alors j'avance un peu, à petits pas...
J'ai pu faire une vraie trace complète avec tethereal pour un boot avec Knoppix
et pour un boot avec RedHat.
Les traces complètes sont accessibles là pour ceux qui ont du courage... :
http://perso.club-internet.fr/youri/dhcp/teth.knoppix
http://perso.club-internet.fr/youri/dhcp/teth.redhat
(pour éviter de polluer le forum avec des milliards de lignes).
On voit dans ces traces que le client Knoppix envoit son hostname (Frame 4 -
Option 12: Host Name = "Knoppix"), alors que le client sous RH n'envoie jamais
cette information. C'est peut-être pour ça que le serveur DHCP ne fait pas de
mise à jour du DNS, n'ayant pas le nom de la machine... Il doit y avoir une
option quelque part sur le client DHCP pour préciser s'il doit envoyer son
hostname au serveur ou pas, mais je n'ai pas encore trouvé de ce côté. Si
quelqu'un a une piste... ?
Bon, alors j'avance un peu, à petits pas... J'ai pu faire une vraie trace complète avec tethereal pour un boot avec Knoppix et pour un boot avec RedHat. Les traces complètes sont accessibles là pour ceux qui ont du courage... : http://perso.club-internet.fr/youri/dhcp/teth.knoppix http://perso.club-internet.fr/youri/dhcp/teth.redhat (pour éviter de polluer le forum avec des milliards de lignes).
On voit dans ces traces que le client Knoppix envoit son hostname (Frame 4 - Option 12: Host Name = "Knoppix"), alors que le client sous RH n'envoie jamais cette information. C'est peut-être pour ça que le serveur DHCP ne fait pas de mise à jour du DNS, n'ayant pas le nom de la machine... Il doit y avoir une option quelque part sur le client DHCP pour préciser s'il doit envoyer son hostname au serveur ou pas, mais je n'ai pas encore trouvé de ce côté. Si quelqu'un a une piste... ?
-- Youri
Youri
Youri wrote:
[problèmes DHCP/DNS]
Ca y est, j'ai trouvé. En fait, c'était donc le client RedHat qui n'envoyait pas son hostname au serveur. En ajoutant la ligne DHCP_HOSTNAME=paris dans le fichier /etc/sysconfig/network-scripts/ifcfg-eth0, ça fonctionne comme je le souhaitais...
-- Youri
Youri wrote:
[problèmes DHCP/DNS]
Ca y est, j'ai trouvé.
En fait, c'était donc le client RedHat qui n'envoyait pas son hostname
au serveur.
En ajoutant la ligne
DHCP_HOSTNAME=paris
dans le fichier /etc/sysconfig/network-scripts/ifcfg-eth0, ça fonctionne
comme je le souhaitais...
Ca y est, j'ai trouvé. En fait, c'était donc le client RedHat qui n'envoyait pas son hostname au serveur. En ajoutant la ligne DHCP_HOSTNAME=paris dans le fichier /etc/sysconfig/network-scripts/ifcfg-eth0, ça fonctionne comme je le souhaitais...