Re: Realizzare thin client diskless con LTSP.
Continuo a scontrarmi con il solito problema: il server (192.168.2.1)
assegna l'indirizzo ip al cliente (assegnato 192.168.2.250) e consegna
il file pxelinux.0 dopodichè il cliente richiede i file
...../pxelinux.cfg/01-xx-xx-xx-mac-scheda o
....../pxelinux.cfg/IP_ESADECIMALE ma il server non li consegna. Questi
file però ci sono sul server.
Ho fatto allora un dcpdump e osservo che il client dopo aver ricevuto
l'indirizzo ip richiede pxelinux.0:
09:01:28.897614 IP 192.168.2.250.2070 > 192.168.2.1.tftp: 38 RRQ
"/ltsp/i386/pxelinux.0" octet tsize 0
09:01:28.897832 IP 192.168.2.1 > 192.168.2.250: ICMP echo request, id
23559, seq 0, length 28
09:01:28.897848 arp reply 192.168.2.1 is-at 08:00:27:5d:ce:9f (oui Unknown)
09:01:28.903529 IP 192.168.2.1.32780 > 192.168.2.250.2070: UDP, length 14
09:01:28.904950 IP 192.168.2.250.2070 > 192.168.2.1.32780: UDP, length 17
09:01:28.907169 IP 192.168.2.250.2071 > 192.168.2.1.tftp: 43 RRQ
"/ltsp/i386/pxelinux.0" octet blksize 1456
poi le righe:
09:01:28.913836 IP 192.168.2.1.32781 > 192.168.2.250.2071: UDP, length 15
09:01:28.915652 IP 192.168.2.250.2071 > 192.168.2.1.32781: UDP, length 4
09:01:28.916579 IP 192.168.2.1.32781 > 192.168.2.250.2071: UDP, length 1460
09:01:28.917281 IP 192.168.2.250.2071 > 192.168.2.1.32781: UDP, length 4
09:01:28.920509 IP 192.168.2.1.32781 > 192.168.2.250.2071: UDP, length 1460
09:01:28.921368 IP 192.168.2.250.2071 > 192.168.2.1.32781: UDP, length 4
...
penso (ipotizzo) significhino che il client sta ricevendo quanto richiesto
e poi comincia a chiedere:
09:01:28.973156 IP 192.168.2.250.57089 > 0.0.0.0.tftp: 74 RRQ
"/ltsp/i386/pxelinux.cfg/01-08-00-27-25-f2-a3" octet t
09:01:29.601030 IP 192.168.2.250.57089 > 0.0.0.0.tftp: 74 RRQ
"/ltsp/i386/pxelinux.cfg/01-08-00-27-25-f2-a3" octet t
09:01:30.921536 IP 192.168.2.250.57089 > 0.0.0.0.tftp: 74 RRQ
"/ltsp/i386/pxelinux.cfg/01-08-00-27-25-f2-a3" octet t
09:01:33.556267 IP 192.168.2.250.57089 > 0.0.0.0.tftp: 74 RRQ
"/ltsp/i386/pxelinux.cfg/01-08-00-27-25-f2-a3" octet t
....
e via così con le richieste degli altri file ma penso senza risposta.
Il file 01-08-00-27-25-f2-a3 c'è sul server però mi pare di capire che
queste altre richieste vengono fatte a 0.0.0.0 e non come prima a
192.168.2.1
Forse è questo il problema?
Qualche suggerimento sul perchè di questa situazione???
Grazie.
Matteo.
Reply to: