Netboot e DHCP con router cisco

[carletto]

Scusate la domanda da niubbo
ma non sono molto pratico dell'argomento e sto cercando di arrabattarmi a trovare una soluzione a questo problema.
Ho dei computerini che vorrei trasformare in thinclient con thinstation... ma questo e' relativo. Vorrei fare il boot da lan perche' la scheda di rete lo permette e mi eviterei cosi' il disco e l'installazione in locale del client. Guardando un po' in giro ho visto come fare usando un server DHCP che indirizza la scheda client sul server dove c'e' l'immagine del boot.
La domanda e' se io ho il dhcp gestito direttamente dal router cisco posso fare lo stesso implementando qualche comando con IOS o e' un casino?
altrimenti mi rassegno a prendere un dischetto sd perche' purtroppo sti cavolo di hp e-pc non fanno il boot dalla chiavetta usb

grazie a chi mosso a compassione mi illumina un po'

[Vash_85]

Non so quanto posso aiutarti, anche io mi sono cimentato in una cosa del genere, ma bootando da nas, che cosa useresti come server e che so vuoi provare a far partire?

[carletto]

Volevo provare a far partire thinstation, e' una distro superridotta che fa partire direttamente remote desktop, ho provato a configurarla con un cd live e funziona, speravo di riuscire a farla partire da chiavetta ma quel chiodo di pc non fa il boot, ma in compenso e' abbastanza configurabile il boot da rete. Mal che vada se non riesco prendo uno di quegli stupidi adattatori CF-IDE e ci metto una compact di recupero... era per velocizzare il boot ed evitare anche il cd. Nel caso il server sarebbe lo stesso che poi che da server rdp.
Sono un po' di tentativi per vedere se e' fattibile prima di pensare a passare in modo piu' massiccio a terminali invece che a pc... almeno per gli utenti piu' "stupidi"

grazie per gli eventuali suggerimenti
carlo

[Alfonso78]

Una scheda di rete che effettua boot lan (PXE) effettua una richiesta DHCP. La risposta arriva appunto da un server dhcp quindi un vero e proprio server.

Nel tuo caso, dove il server dhcp è gestito da un router Cisco, onestamente non saprei se è fattibile.

[carletto]

in realta' con il ccp (cisco conf. professional) e' possibile settare l'ip del TFTP (forse tipo il parametro 66 di un server dhcp...) pero' non trovo la possibilita' per indicare il file (il parametro 67) probabilmente ma magari mi sbaglio, si puo' configurare in modo diverso utilizzando ios, ma non lo conosco e dovrei sbatterci la testa non poco per scoprire come... in realta' ho il dubbio che quell'ip si quello dell'eventuale punto dove e' il router che va a pescare qualche file... boh mi sa che evito il netboot e non mi arrovello troppo
grazie
carlo

[nightborn]

Ti chiedo un paio di cose perchè non ho ben capito a che punto sei:
- che oggetto cisco hai ?
- in pratica ti serve che tale cisco emani dhcp per i thin clients ?

Devi per forza far fare al cisco il lavoro di dhcpd o puoi accettare che un linux/freebsd (anche su un vecchio PIII) ti faccia da dhcpd ?

[carletto]

Originariamente inviato da nightborn

Ti chiedo un paio di cose perchè non ho ben capito a che punto sei:
- che oggetto cisco hai ?
- in pratica ti serve che tale cisco emani dhcp per i thin clients ?

Devi per forza far fare al cisco il lavoro di dhcpd o puoi accettare che un linux/freebsd (anche su un vecchio PIII) ti faccia da dhcpd ?

- e' un router CISCO 877
- si vorrei che li assegnasse ma gia' se carico il so del thin dal disco dello thin stesso lo fa, come per gli altri computer della rete, piu' che altro vorrei provare a fargli indirizzare il server e il nome file per far caricare il software da rete, cosi potrei eliminare in toto i dischi e potrei gestire i thinclient direttamente dal server
- non non lo devo fare per forza ma era per non avere troppe cose da gestire, gia' ho due serverer win e non voglio aggiungerne un'altro, almeno fisicamente, per quello che mi serviva fino ad ora il dhcp del router andava piu' che bene. Al max preferisco fare tutto (dhcp e repository per il pxe) con uno dei server win.

sbaglio qualcosa di fondo?
tieni conto che almeno per i programmi a medio termine avro' al max 3/4 tin che si collegano e in tutto una trentina di dispositivi in rete di cui una quindicina tra pc/client

grazie
carlo

[nightborn]

allora...
credo ti servano sia option 150 (ip address del tftp server), sia option 67 (filename).
Da quel che leggo la serie 800 con ios 12.1 è in grado di soddisfare tali
requisiti.

Eccoti una paginetta esplicativa con l'uso di 150 e 67:

http://www.cisco.com/en/US/docs/ios/.../dt_dhcpa.html

e un primer per il dhcpd con ios cisco:

http://www.routergod.com/hanktheangrydrunkendwarf/

spero le info ti bastino.

[carletto]

si la pagina su cisco.com l'avevo trovata anch'io, ma alla fine mi era venuto il dubbio che funzionasse solo con altri apparati cisco ma non hn pc client, in effetti pero' non dovrebbe cambiare un gran che, e i parametri sono pure gli stessi...
faro' qualche prova e se riesco ti aggiorno.

grazie
carlo

[nightborn]

fino a prova contraria il tcp/ip è uguale per tutti (o quasi ).
Ecco cos'altro ho reperito:

titolo: Configuring DHCP for PXE booting

https://supportforums.cisco.com/thread/138657

[carletto]

porc non riesco a farlo funzionare...
settato le opzioni 67 e 150 del dhcp su cisco e non mi da errore... ma non so come provare a testarle. Settato il servizio tftpd sul server win e quello funge perche' con i comandi get riesco a scaricare il file...
pero' quando provo a fare il boot da scheda di rete ho il rilascio degli indirizzi ma poi mi dice che il server tftp non risponde.... boh

evabbe' per ora mi sa che mi rassegno

[pasquiNello]

Prova a postare il log con il debug relativo a quando fai fare il boot è possibile che se c'è qualche errore da lì lo vedi.
Il comando è "debug ip dhcp server" non ricordo bene se basta questo o vuole altri parametri.

[nightborn]

Originariamente inviato da carletto

porc non riesco a farlo funzionare...
settato le opzioni 67 e 150 del dhcp su cisco e non mi da errore... ma non so come provare a testarle. Settato il servizio tftpd sul server win e quello funge perche' con i comandi get riesco a scaricare il file...
pero' quando provo a fare il boot da scheda di rete ho il rilascio degli indirizzi ma poi mi dice che il server tftp non risponde.... boh

evabbe' per ora mi sa che mi rassegno

E perchè mai ?

Guarda se hai sbagliato la sintassi di option 150 e prova a commentare option 67 usando il default name (che se non erro è "tftpboot" e deve essere in radice dell'albero tftp) che magari il povero thin client non capisce.
Magari attacca un hub al thin client e sniffa la transazione PXE da un pc così tocchi con mano il dialogo tra thin client dhcp server e tftp server.
Altra cosa ancora. Se attacchi un pc normale in dhcp, riceve i parametri coretti (tftp a parte) ?
Ultimissima sul nome file e sua posizione, hai guardato se i tuoi thin client per hanno un default che si aspettano così da riprodurlo sia dal lato options del cisco, sia dal lato posizione e nome files del tftpd ?
Dimenticavo. Per configurare il cisco usi la shell o usi i programmi di amministrazione ? Talvolta mi hanno dato grattacapi le interfacce grafiche di configurazione, rogne che con la shell non ho trovato.

Coraggio!

[carletto]

Originariamente inviato da pasquiNello

Prova a postare il log con il debug relativo a quando fai fare il boot è possibile che se c'è qualche errore da lì lo vedi.
Il comando è "debug ip dhcp server" non ricordo bene se basta questo o vuole altri parametri.

questo e' il debug, almeno credo, il mac e' quello del client...

debug Mar 21 21:48:33.818 DHCPDISCOVER received from client 0001 .0209.80b9 on interface VIan1
debug Mar 21 21:48:33.818 Sending DHCPOFFER to client 0001 .0209.80b9 (192.168.1.1 95).
debug Mar 21 21:48:33.818 creating ARP entry (192,168.1.195, 0001.0209.801,9, vrf 0).
debug Mar 21 21:48:33.818 unicasting BOOTREPLYto client 0001 .0209.80b9 (192.168.1.195).
debug Mar 21 21:48:34.778 DHCPREQUEST received from client 0001 .0209.80b9.
debug Mar 21 21:48:34.778 CanI flnd any hostname to update
debug Mar 21 21:48:34.778 Sending DHCPACKto client 0001 .0209.80b9 (192.168.1.195).
debug Mar 21 21:48:34.778 creating ARP entry (192.168.1.195, 0001 .0209.80b9, vrf 0).
debug Mar 21 21:48:34.778 unicastinq BOOTREPLYto client 0001 .0209.80b9 (192.168.1.195).


questo invece e' il pool del dhcp in ios

!
ip dhcp pool 1
network 192.168.1.0 255.255.255.0
bootfile thinstation.nbi
default-router 192.168.1.254
dns-server 151.99.125.1 151.99.0.100
option 150 ip 192.168.1.107
option 67 ascii thinstation.nbi
!

mi sa che il bootfile non centra, ma anche senza non andava...
le modifiche le ho fatte da telnet e comunque le vedo poi nella configurazione, non so se manca qualcosa ma non credo, quando ho tempo provo a vedere se trovo qualche riferimento per il netloader del bios del thin
mah...

[nightborn]

Ecco una faq di thinstation:

- network boot with a PXE-aware NIC:
Copy the files and directories in boot-images/pxe to your TFTPD root directory.

Edit the thinstation.conf to match your terminal configuration.

Add <TFTPD root dir>pxelinux.0 as the boot file to your DHCP server's configuration.

forse che ci vuole:

bootfile /prelinux.0

magari all'ios cisco lo "/" potrebbe non piacere, ma mi pare esaustiva l'informazione.

[carletto]

io pensavo di usare il boot tcp/ip con metodo dhcp (cosi mi permette di fare il bios della nic e mi pareva piu' semplice di pxe)
e poi ho messo i file nel root del TFTP server... non credo serva lo slash, se provo a fare tftp <nomefile> da un promt di un computer in rete il file viene scaricato senza problemi.... cosi
tftp -i 192.168.1.107 GET thinstation.nbi
e mi ritrovo il file quindi non credo si aun problema del TFTP server, non so come fare a vedere che comandi mi manda fuori il nic del client per fare il boot, quello che vedo da debug l'ho riportato prima
continuo a provare?

[nightborn]

certo, ormai stiamo girando intorno al problema.

Un client con sistema operativo piglia il dhcp correttamente (credo di si visto che riesci a fare tftp -i ...) ?
il tftpd, nel log, trova tracce del thin client ? I.e. il thin client ci prova a raggiungere il tftpd (e magari sbaglia path/file) o neppure ci arriva ?
Come ti dicevo, collega un hub (non uno switch) alla lan e attaccaci un pc con uno sniffer (tipo wireshark) e il thin client. Dal pc sniffi la transazione e capisci cosa succede.

[carletto]

Originariamente inviato da nightborn

Un client con sistema operativo piglia il dhcp correttamente (credo di si visto che riesci a fare tftp -i ...) ?

beh direi di si altrimenti avrei gia' mandato in tilt la rete e.. non so se sarei qui a disquisire (leggi mandato a casa! )

Originariamente inviato da nightborn

il tftpd, nel log, trova tracce del thin client ? I.e. il thin client ci prova a raggiungere il tftpd (e magari sbaglia path/file) o neppure ci arriva ?
Come ti dicevo, collega un hub (non uno switch) alla lan e attaccaci un pc con uno sniffer (tipo wireshark) e il thin client. Dal pc sniffi la transazione e capisci cosa succede.

mo ci provo, non sono un abitue' dello sniffo ma sto scaricando quel che mi suggerisci...

ti aggiorno
ciao carlo

[carletto]

mo mi sto perdendo...

ecco cosa risulta dalla sniffata... almeno credo siano queste le righe

179 7.297827 3com_09:80:b9 Broadcast ARP 60 Who has 88.34.232.145? Tell 192.168.1.195
180 7.298381 Cisco_0e:55:2e 3com_09:80:b9 ARP 60 88.34.232.145 is at 00:64:40:0e:55:2e
181 7.298590 192.168.1.195 88.34.232.145 TFTP 79 Read Request, File: thinstation.nbi, Transfer type: octet, blksize\000=1450\000
182 7.299495 88.34.232.145 192.168.1.195 ICMP 70 Destination unreachable (Port unreachable)

non capisco da dove salti fuori l'ip a cui viene chiesto il file... credo sia li il problema, come si vede dal poll di ios dovrebbe essere 192.168.1.107
mah e rimah...

[nightborn]

dai che ci siamo (ti piace wireshark ?)

ho appena trovato questa conf di uno è riuscito:

ip dhcp pool ts
import all
network 10.10.6.0 255.255.255.0
option 67 ascii "thinstation.nbi.0"
option 66 ip 10.10.6.254

come vedi non usa bootfile e option 150 bensì 66 con IP e 67 con ""

credo che le "" siano ininfluenti, visto che la sniffata segnala il filename giusto.