Természetesen december 23-án frissítettem a router-emet devel snapshotból készített saját image-dzsel, viszont ezúttal nem tudott beboot-olni. Szóval itt vagyok az ünnepek alatt router nélkül.
Mivel nem szeretném kidobni, recovery módban tftp szerverről szeretném boot-olni. Mielőtt feleslegesen kísérleteznék, a tftp szerver elérhetőségét tesztelem. A desktop gépemnek van két hálózati interface-e, az egyiken közvetlenül neten van a gép a kábelmodemen keresztül, a másik interface-nek adtam egy 192.168.1.66/24-es címet statikusan. Erre az interface-re dugtam rá a picike notebook-omat, amelynek szintén statikus címet adtam: 192.168.1.86/24, default route 192.168.1.66.
A desktop gépemen elindítottam a tftp szervert. A szerver működik, mert loopback interface-en kiszolgál:
tftp 127.0.0.1
tftp> get wr842nv3_tp_recovery.bin
tftp> quit
ls wr842nv3_tp_recovery.bin
wr842nv3_tp_recovery.bin
Nem nulla hosszal van ott a file, tényleg kiszolgált a szerver. Ugyanakkor a kis notebook-ról:
tftp 192.168.1.66
tftp> get wr842nv3_tp_recovery.bin
Transfer timed out.
tftp> quit
A szerver oldalon a logban:
in.tftpd[29812]: tftpd: read(ack): No route to host
Néztem Wiresharkkal szerver oldalon:
No. Time Source Destination Protocol Length Info
1 0.000000 192.168.1.86 192.168.1.66 TFTP 78 Read Request, File: wr842nv3_tp_recovery.bin, Transfer type: netascii
2 0.029644 192.168.1.66 192.168.1.86 TFTP 558 Data Packet, Block: 1
3 0.029961 192.168.1.86 192.168.1.66 ICMP 586 Destination unreachable (Communication administratively filtered)
4 5.000286 192.168.1.86 192.168.1.66 TFTP 78 Read Request, File: wr842nv3_tp_recovery.bin, Transfer type: netascii
5 5.003284 192.168.1.66 192.168.1.86 TFTP 558 Data Packet, Block: 1
6 5.003499 192.168.1.86 192.168.1.66 ICMP 586 Destination unreachable (Communication administratively filtered)
Tűzfalon a tftpd-t kinyitottam, s megnéztem, a 69-es udp portot tudja a tűzfal a szolgáltatáshoz tartozónak.
Ebben a kontextusban mit jelent a Destination unreachable (Communication administratively filtered) üzenet, miért rúgja le a kapcsolatot a szerver kliens gép, de gondolom, azon belül a tűzfalam? Mi az, ami a tftp-ben speciális, másként kellene csinálni?
Jobban megnézve a Wireshark logot, a kliens dobja el a szerver válasz csomagját. De miért?
Megoldás: Nyers erővel kinyitottam az 1024-65535 udp portokat kliensen is, szerveren is, már a 69-esen túl.