Je fais tourner un serveur LTSP (Linux Terminal Server Projet
<http://www.ltsp.org/>) sur mon portable, afin que mes =E9l=E8ves
travaillent directement sur mon portable avec des consoles
graphiques.
=C7a marchait super bien, mais sans doute parce que j'ai pass=E9 ma
Debian en SID, =E7a merdouille. (Depuis 15 jours j'ai supprim=E9 les
sources de SID pour repasser petit =E0 petit en testing).
Le client l=E9ger boote avec une disquette contenant l'image de la
ROM de sa carte r=E9seau, et effectue une requ=EAte DHCP. (l'image de
la ROM est cr=E9=E9e gr=E2ce au site rom-o-matic.net).
L'adresse MAC du client l=E9ger est 00:30:f1:6a:16:3d.
#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'=E9cran du client l=E9ger qui boote
avec la ROM qui est sur la disquette persiste =E0 raconter:
Me: 192.168.1.160 DHCP: 192.168.1.1 TFTP: 192.168.1.1 Gateway:
192.168.1.1
O=F9 donc va-t'il chercher cette adresse ?
Pourquoi mon log raconte-t'il =ABignored (not authoritative)=BB alors
que cette directive est bien pr=E9sente dans dhcpd.conf ?
Est-ce que c'est le PC qui a l'adresse MAC =AB00:0c:76:44:7f:2e=BB
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=EAte DHCP en 192.168
alors que tout le lyc=E9e est sur 10.176)
Par ailleurs, =ABon=BB m'a assur=E9 qu'il n'y avait pas d'autre serveur
DHCP sur le r=E9seau du lyc=E9e.
Sur mon r=E9seau perso, mon Desktop attrape son adresse IP par le
DHCP qui tourne sur le m=EAme portable, et =E7a 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=E9seau n'est pas le m=EAme car j'ai un script qui refait les
liens vers les fichiers de configuration correspondants au r=E9seau
sur lequel je suis et qui red=E9marre les services r=E9seau)
Pour r=E9sumer, =E7a marchait super bien et je cherche la baizure de
config que j'ai du faire pour casser le syst=E8me :/
Merci de toute aide
--
> il me semble que domain.com est r=E9serv=E9 mais n'existe pas. Pour
> =E9viter les probl=E8mes avec ceux qui recopient les FAQ texto.
C'est quoi ces FAQ texto, =E7a parle de traitement de texte ?
-+- FC in Guide du linuxien pervers - "In texto veritas" -+-
