[RISOLTO] Avviare TFTP WAD

[jdziadek]

Ciao, ho problemi con l'avvio PXE per WADS
Ho abilitato correttamente WADS con il file di post-configurazione e ho abilitato il servizio TFTP. Posso connettermi e scaricare un file (ipxe.efi).
Quando avvio il computer, vedo il suo indirizzo IP, ma poi torna alla schermata di selezione dell'avvio.
Quando eseguo un TCPDUMP sul mio server WAPT

Codice: Seleziona tutto

IP 172.31.XX.XXX.1924 > wapt2-standalone-l1.XXXXXXX.fr.tftp: TFTP, length 51, RRQ "ipxe.efi" octet tsize 0 blksize 1468 windowsize 4

A prima vista, sembrerebbe che il server WAPT non stia inviando una risposta?
Giuliano

[dcardon]

Ho abilitato correttamente WADS con il file di post-configurazione e ho abilitato il servizio TFTP. Posso connettermi e scaricare un file (ipxe.efi).
Quando avvio il computer, vedo il suo indirizzo IP, ma poi torna alla schermata di selezione dell'avvio.
Quando eseguo un TCPDUMP sul mio server WAPT

Codice: Seleziona tutto

IP 172.31.XX.XXX.1924 > wapt2-standalone-l1.XXXXXXX.fr.tftp: TFTP, length 51, RRQ "ipxe.efi" octet tsize 0 blksize 1468 windowsize 4

A prima vista, sembrerebbe che il server WAPT non stia inviando una risposta?

Qual è la riga di comando tcpdump che hai utilizzato? Il client tftp è stato avviato sulla stessa rete client del client PXE? Nota che il protocollo TFTP utilizza porte effimere. Quale macchina stai utilizzando? Stai riscontrando lo stesso problema con una VM VirtualBox (in modalità bridge)?

Sinceramente,

Denis

[jdziadek]

Ciao, grazie per la risposta:
Ho usato questo comando:

Codice: Seleziona tutto

tcpdump port 67 or port 68 or port 69 or port 4011

(Questo viene utilizzato per eseguire il debug del PXE di Fog)
Il server TFTP si trova sul server WAPT, le macchine da distribuire si trovano su una VLAN del computer che ha accesso a tutte le porte del server WAPT. In passato utilizzavamo un WDS per la distribuzione e funzionava con la configurazione attuale, abbiamo solo cambiato la destinazione nel DCHP.
Ho riscontrato questo problema su un HP Elitedesk 650G9 (che riesco a distribuire correttamente da un'unità USB) e da una VM Hyper-V.
Giuliano

[dcardon]

Ciao Julien,

Ho usato questo comando:

Codice: Seleziona tutto

tcpdump port 67 or port 68 or port 69 or port 4011

(Questo viene utilizzato per eseguire il debug del PXE di Fog)

Stai utilizzando wapttftpserver sul tuo server WAPT? Gli intervalli di porte temporanee sono piuttosto ampi. Dovresti usare l'indirizzo IP sorgente come filtro, anziché le porte.

Il server TFTP si trova sul server WAPT, le macchine da distribuire si trovano su una VLAN del computer che ha accesso a tutte le porte del server WAPT. In passato utilizzavamo un WDS per la distribuzione e funzionava con la configurazione attuale, abbiamo solo cambiato la destinazione nel DCHP.

Potresti mostrarmi la tua configurazione DHCP?

Ho riscontrato questo problema su un HP Elitedesk 650G9 (che riesco a distribuire correttamente da un'unità USB) e da una VM Hyper-V.

La chiavetta USB in questione è stata generata dalla console wapt?

Sinceramente,

Denis

[jdziadek]

Grazie per la risposta dettagliata.
La mia unità USB è stata effettivamente creata tramite la console e funziona perfettamente.

La configurazione DHCP è copiata dalla documentazione.
Dal lato macchina, quando avvio una macchina fisica, dopo un certo periodo di tempo vengo reindirizzato al "boot manager".
Con una VM su Hyper-V ricevo questo messaggio:


Ho eseguito un tcpdump sull'indirizzo IP della macchina in attesa di distribuzione.

Codice: Seleziona tutto

10:12:06.450483 IP 172.31.42.XXX.1191 > wapt2-standalone-l1.XXXXXX.fr.tftp: TFTP, length 51, RRQ "ipxe.efi" octet tsize 0 blksize 1482 windowsize 4

Ciò conferma in qualche modo la mancanza di risposta da parte del server WAPT.

[jdziadek]

Mi sono imbattuto in questa discussione:
viewtopic.php?t=2977&start=10

Il problema persiste anche con tftpd-hpa
registri tftpd-hpa

Codice: Seleziona tutto

Apr 12 14:34:35 wapt2-standalone-l1 tftpd-hpa[3250832]: Starting HPA's tftpd: in.tftpd.
Apr 12 14:36:07 wapt2-standalone-l1 in.tftpd[3250898]: RRQ from 172.31.42.122 filename ipxe.efi
Apr 12 14:36:11 wapt2-standalone-l1 in.tftpd[3250899]: RRQ from 172.31.42.122 filename ipxe.efi
Apr 12 14:36:15 wapt2-standalone-l1 in.tftpd[3250901]: RRQ from 172.31.42.122 filename ipxe.efi
Apr 12 14:36:19 wapt2-standalone-l1 in.tftpd[3250903]: RRQ from 172.31.42.122 filename ipxe.efi
Apr 12 14:36:23 wapt2-standalone-l1 in.tftpd[3250914]: RRQ from 172.31.42.122 filename ipxe.efi
Apr 12 14:36:27 wapt2-standalone-l1 in.tftpd[3250915]: RRQ from 172.31.42.122 filename ipxe.efi

(Per i miei test utilizzo una macchina virtuale Hyper-V con avvio protetto disabilitato)

Codice: Seleziona tutto

drwxrwxrwx 6 root root        4096  4 avril 15:25 .
drwxr-xr-x 6 root root        4096  9 févr. 10:36 ..
drwxrwxrwx 4 wapt root        4096 23 janv. 11:45 drivers
-rw-r--r-- 1 wapt www-data    3577  4 avril 15:25 hash.json
drwxrwxrwx 2 wapt www-data    4096  6 avril 08:36 iso
drwxrwxrwx 2 wapt root        4096  7 avril 15:00 pxe
-rwxrwxrwx 1 wapt root     1728976  3 mars  15:47 wads32.exe
-rwxrwxrwx 1 wapt root     2203088  3 mars  15:47 wads64.exe
drwxrwxrwx 4 wapt root        4096 23 janv. 11:45 winpe

Nessun problema di copyright con il file WADS? Non si sa mai...

Modifica del 13/04
Ho specificato la dimensione del file EFI utilizzando il comando:

Codice: Seleziona tutto

dhcp-option=option:boot-file-size,2002

Ora appare la dimensione corretta, ma continuo a ricevere l'errore di timeout PXE-18.

[dcardon]

Ciao Julien,

sei riuscito a far funzionare il tuo TFTP? In caso contrario, dovremo chiamare l'ufficio per poter dare un'occhiata tramite condivisione schermo, perché non so più cosa fare. Se non funziona nemmeno con tftpd-hpa, Wapt non c'entra più nulla...

A presto,

Denis

[jdziadek]

Ciao Julien,

sei riuscito a far funzionare il tuo TFTP? In caso contrario, dovremo chiamare l'ufficio per poter dare un'occhiata tramite condivisione schermo, perché sto esaurendo le idee. Se non funziona nemmeno con tftpd-hpa, Wapt non c'entra più nulla...

A presto,

Denis

Ciao, grazie per aver fatto il check-in. La settimana scorsa ero in vacanza e anche il gestore della rete è in vacanza questa settimana, ma credo che il problema sia nostro e non di WAPT.
Possiamo chiudere la questione; se non riusciamo a risolvere la questione, ti farò una telefonata.

[dcardon]

Grazie per il feedback. Il protocollo TFTP non è dei più intuitivi con le sue porte effimere. Ma ehi, è quello implementato nel BIOS, quindi non abbiamo molta scelta se non quella di usarlo...

Contrassegno la discussione come risolta.

Denis