Embrouille DHCP
Le
hugolino
Salut,
Je fais tourner un serveur LTSP (Linux Terminal Server Projet
<http://www.ltsp.org/>) sur mon portable, afin que mes élèves
travaillent directement sur mon portable avec des consoles
graphiques.
Ça marchait super bien, mais sans doute parce que j'ai passé ma
Debian en SID, ça merdouille. (Depuis 15 jours j'ai supprimé les
sources de SID pour repasser petit à petit en testing).
Le client léger boote avec une disquette contenant l'image de la
ROM de sa carte réseau, et effectue une requête DHCP. (l'image de
la ROM est créée grâce au site rom-o-matic.net).
L'adresse MAC du client léger est 00:30:f1:6a:16:3d.
Mon /etc/dhcp3/dhcpd.conf est:
8<--8<8<-8<-8<-8<-8<
ddns-update-style none;
default-lease-time 10800;
max-lease-time 10800;
# next-server 10.176.202.42;
option subnet-mask 255.255.255.0;
# subnet salle B202
subnet 10.176.202.0 netmask 255.255.255.0 {
# option routers 10.176.164.1;
# option domain-name-servers 10.176.202.42;
option broadcast-address 10.176.202.255;
option domain-name "LTSP_SP2"; # <--Fix this
domain name
option root-path "10.176.202.42:/opt/ltsp/i386";
# next-server 10.176.202.42;
use-host-decl-names on;
option log-servers 10.176.202.42;
}
# Client test LTSP : Deborah
host DebTestLTSP {
hardware ethernet 00:E0:4C:02:4C:98;
fixed-address 10.176.202.43;
filename "lts/2.4.26-ltsp-3/pxelinux.0";
}
host CSP_01 {
hardware ethernet 00:30:F1:6A:16:3D;
fixed-address 10.176.202.101;
filename
"lts/2.4.26-ltsp-3/pxelinux.0";
}
#If this DHCP server is the official DHCP server for the local
# network, the authoritative directive should be uncommented.
authoritative;
# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).
log-facility local7;
8<--8<8<-8<-8<-8<-8<
Sur mon portable, le /var/log/sys/log raconte:
8<--8<8<-8<-8<-8<-8<
11:52:35 dhcpd: DHCPDISCOVER from 00:30:f1:6a:16:3d via ethEther
11:52:35 dhcpd: DHCPOFFER on 10.176.202.101 to 00:30:f1:6a:16:3d via
ethEther
11:52:38 dhcpd: DHCPREQUEST for 192.168.1.160 (192.168.1.1) from
00:30:f1:6a:16:3d via ethEther: ignored (not authoritative).
11:52:56 dhcpd: DHCPDISCOVER from 00:30:f1:6a:16:3d via ethEther
11:52:56 dhcpd: DHCPOFFER on 10.176.202.101 to 00:30:f1:6a:16:3d via
ethEther
11:52:57 dhcpd: DHCPREQUEST for 192.168.1.253 from 00:0c:76:44:7f:2e
via ethEther: ignored (not authoritative).
11:52:57 dhcpd: DHCPRELEASE of 192.168.1.253 from 00:0c:76:44:7f:2e via
ethEther (not found)
11:52:57 dhcpd: DHCPREQUEST for 192.168.1.252 from 00:0c:76:44:7f:2e
via ethEther: ignored (not authoritative).
11:52:57 dhcpd: DHCPRELEASE of 192.168.1.252 from 00:0c:76:44:7f:2e via
ethEther (not found)
11:52:57 dhcpd: DHCPDISCOVER from 00:0c:76:44:7f:2e via ethEther:
network 10.176.202/24: no free leases
11:52:57 dhcpd: DHCPREQUEST for 192.168.1.252 (192.168.1.1) from
00:0c:76:44:7f:2e via ethEther: ignored (not authoritative).
8<--8<8<-8<-8<-8<-8<
Je ne comprends pas pourquoi l'écran du client léger qui boote
avec la ROM qui est sur la disquette persiste à raconter:
Me: 192.168.1.160 DHCP: 192.168.1.1 TFTP: 192.168.1.1 Gateway:
192.168.1.1
Où donc va-t'il chercher cette adresse ?
Pourquoi mon log raconte-t'il «ignored (not authoritative)» alors
que cette directive est bien présente dans dhcpd.conf ?
Est-ce que c'est le PC qui a l'adresse MAC «00:0c:76:44:7f:2e»
qui fout la zone ? (Je ne connais pas ce PC, je ne le sers pas et
il est d'ailleurs bizarre qu'il fasse une requête DHCP en 192.168
alors que tout le lycée est sur 10.176)
Par ailleurs, «on» m'a assuré qu'il n'y avait pas d'autre serveur
DHCP sur le réseau du lycée.
Sur mon réseau perso, mon Desktop attrape son adresse IP par le
DHCP qui tourne sur le même portable, et ça marche bien:
8<--8<8<-8<-8<-8<-8<
23:26:17 dhcpd: DHCPDISCOVER from 00:e0:4c:02:4c:98 via ethEther
23:26:17 dhcpd: DHCPOFFER on 192.168.0.43 to 00:e0:4c:02:4c:98 via
ethEther
23:26:17 dhcpd: DHCPDISCOVER from 00:e0:4c:02:4c:98 via ethEther
23:26:17 dhcpd: DHCPOFFER on 192.168.0.43 to 00:e0:4c:02:4c:98 via
ethEther
23:26:17 dhcpd: DHCPREQUEST for 192.168.0.43 (192.168.0.42) from
00:e0:4c:02:4c:98 via ethEther
23:26:17 dhcpd: DHCPACK on 192.168.0.43 to 00:e0:4c:02:4c:98 via
ethEther
8<--8<8<-8<-8<-8<-8<
(Le réseau n'est pas le même car j'ai un script qui refait les
liens vers les fichiers de configuration correspondants au réseau
sur lequel je suis et qui redémarre les services réseau)
Pour résumer, ça marchait super bien et je cherche la baizure de
config que j'ai du faire pour casser le système :/
Merci de toute aide
--
> il me semble que domain.com est réservé mais n'existe pas. Pour
> éviter les problèmes avec ceux qui recopient les FAQ texto.
C'est quoi ces FAQ texto, ça parle de traitement de texte ?
-+- FC in Guide du linuxien pervers - "In texto veritas" -+-
Je fais tourner un serveur LTSP (Linux Terminal Server Projet
<http://www.ltsp.org/>) sur mon portable, afin que mes élèves
travaillent directement sur mon portable avec des consoles
graphiques.
Ça marchait super bien, mais sans doute parce que j'ai passé ma
Debian en SID, ça merdouille. (Depuis 15 jours j'ai supprimé les
sources de SID pour repasser petit à petit en testing).
Le client léger boote avec une disquette contenant l'image de la
ROM de sa carte réseau, et effectue une requête DHCP. (l'image de
la ROM est créée grâce au site rom-o-matic.net).
L'adresse MAC du client léger est 00:30:f1:6a:16:3d.
Mon /etc/dhcp3/dhcpd.conf est:
8<--8<8<-8<-8<-8<-8<
ddns-update-style none;
default-lease-time 10800;
max-lease-time 10800;
# next-server 10.176.202.42;
option subnet-mask 255.255.255.0;
# subnet salle B202
subnet 10.176.202.0 netmask 255.255.255.0 {
# option routers 10.176.164.1;
# option domain-name-servers 10.176.202.42;
option broadcast-address 10.176.202.255;
option domain-name "LTSP_SP2"; # <--Fix this
domain name
option root-path "10.176.202.42:/opt/ltsp/i386";
# next-server 10.176.202.42;
use-host-decl-names on;
option log-servers 10.176.202.42;
}
# Client test LTSP : Deborah
host DebTestLTSP {
hardware ethernet 00:E0:4C:02:4C:98;
fixed-address 10.176.202.43;
filename "lts/2.4.26-ltsp-3/pxelinux.0";
}
host CSP_01 {
hardware ethernet 00:30:F1:6A:16:3D;
fixed-address 10.176.202.101;
filename
"lts/2.4.26-ltsp-3/pxelinux.0";
}
#If this DHCP server is the official DHCP server for the local
# network, the authoritative directive should be uncommented.
authoritative;
# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).
log-facility local7;
8<--8<8<-8<-8<-8<-8<
Sur mon portable, le /var/log/sys/log raconte:
8<--8<8<-8<-8<-8<-8<
11:52:35 dhcpd: DHCPDISCOVER from 00:30:f1:6a:16:3d via ethEther
11:52:35 dhcpd: DHCPOFFER on 10.176.202.101 to 00:30:f1:6a:16:3d via
ethEther
11:52:38 dhcpd: DHCPREQUEST for 192.168.1.160 (192.168.1.1) from
00:30:f1:6a:16:3d via ethEther: ignored (not authoritative).
11:52:56 dhcpd: DHCPDISCOVER from 00:30:f1:6a:16:3d via ethEther
11:52:56 dhcpd: DHCPOFFER on 10.176.202.101 to 00:30:f1:6a:16:3d via
ethEther
11:52:57 dhcpd: DHCPREQUEST for 192.168.1.253 from 00:0c:76:44:7f:2e
via ethEther: ignored (not authoritative).
11:52:57 dhcpd: DHCPRELEASE of 192.168.1.253 from 00:0c:76:44:7f:2e via
ethEther (not found)
11:52:57 dhcpd: DHCPREQUEST for 192.168.1.252 from 00:0c:76:44:7f:2e
via ethEther: ignored (not authoritative).
11:52:57 dhcpd: DHCPRELEASE of 192.168.1.252 from 00:0c:76:44:7f:2e via
ethEther (not found)
11:52:57 dhcpd: DHCPDISCOVER from 00:0c:76:44:7f:2e via ethEther:
network 10.176.202/24: no free leases
11:52:57 dhcpd: DHCPREQUEST for 192.168.1.252 (192.168.1.1) from
00:0c:76:44:7f:2e via ethEther: ignored (not authoritative).
8<--8<8<-8<-8<-8<-8<
Je ne comprends pas pourquoi l'écran du client léger qui boote
avec la ROM qui est sur la disquette persiste à raconter:
Me: 192.168.1.160 DHCP: 192.168.1.1 TFTP: 192.168.1.1 Gateway:
192.168.1.1
Où donc va-t'il chercher cette adresse ?
Pourquoi mon log raconte-t'il «ignored (not authoritative)» alors
que cette directive est bien présente dans dhcpd.conf ?
Est-ce que c'est le PC qui a l'adresse MAC «00:0c:76:44:7f:2e»
qui fout la zone ? (Je ne connais pas ce PC, je ne le sers pas et
il est d'ailleurs bizarre qu'il fasse une requête DHCP en 192.168
alors que tout le lycée est sur 10.176)
Par ailleurs, «on» m'a assuré qu'il n'y avait pas d'autre serveur
DHCP sur le réseau du lycée.
Sur mon réseau perso, mon Desktop attrape son adresse IP par le
DHCP qui tourne sur le même portable, et ça marche bien:
8<--8<8<-8<-8<-8<-8<
23:26:17 dhcpd: DHCPDISCOVER from 00:e0:4c:02:4c:98 via ethEther
23:26:17 dhcpd: DHCPOFFER on 192.168.0.43 to 00:e0:4c:02:4c:98 via
ethEther
23:26:17 dhcpd: DHCPDISCOVER from 00:e0:4c:02:4c:98 via ethEther
23:26:17 dhcpd: DHCPOFFER on 192.168.0.43 to 00:e0:4c:02:4c:98 via
ethEther
23:26:17 dhcpd: DHCPREQUEST for 192.168.0.43 (192.168.0.42) from
00:e0:4c:02:4c:98 via ethEther
23:26:17 dhcpd: DHCPACK on 192.168.0.43 to 00:e0:4c:02:4c:98 via
ethEther
8<--8<8<-8<-8<-8<-8<
(Le réseau n'est pas le même car j'ai un script qui refait les
liens vers les fichiers de configuration correspondants au réseau
sur lequel je suis et qui redémarre les services réseau)
Pour résumer, ça marchait super bien et je cherche la baizure de
config que j'ai du faire pour casser le système :/
Merci de toute aide
--
> il me semble que domain.com est réservé mais n'existe pas. Pour
> éviter les problèmes avec ceux qui recopient les FAQ texto.
C'est quoi ces FAQ texto, ça parle de traitement de texte ?
-+- FC in Guide du linuxien pervers - "In texto veritas" -+-

Poser une question


Ah que PdBdM....
(Apparté: personne m'a aidé sur ce coup là...)
Solution:
Un lien qui ne se faisait pas...
J'avais un script de démarrage du réseau LTSP qui était censé me
refaire un
lien vers /etc/resolv.conf_LTSP
Un bète lapsus toccati empêchait ça
Donc le resolv.conf contenait un search 192.168.
</ma vie>