Încerc să depanez de ce nu reușesc să montez o partajare NFS pe un server de la un client Linux. După multe teste în jurul serverului NFS și am reușit să-l montez local pe aceeași mașină, am început să încerc să văd dacă este o problemă de rețea și ceea ce văd m-a cam derutat. Nu există firewall care rulează pe server și am o grămadă de alte servicii (HTTP/S, DLNA, Mosquitto...) care rulează impecabil atât din rețeaua mea internă, cât și de pe internet pe același server. Am făcut un tcptraceroute de la client la server pe portul 2049 și serverul răspunde corect.Am încercat chiar și un telnet pur de la client la server pe portul 2049 în timp ce ascult cu tshark la ambele capete și văd secvența corectă TCP SYN, SYN,ACK fiind stabilită la ambele capete, dar când încerc să montez partajările NFS de la client Văd TCP SYN care iese din mașina client și nimic venind pe tshark pe mașina server. Este ca și cum pachetul TCP SYN nu ajunge niciodată la server! Iată ce văd pe fereastra tshark client (.3):
1 0,000000000 192.168.1.3 â 192.168.1.2 TCP 74 758 â 2049 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 SACK_PERM=181TS=181TS=181TSec
2 1.007908102 192.168.1.3 â 192.168.1.2 TCP 74 [TCP Retransmission] 758 â 2049 [SYN] Seq=0 Win=64240 Len=0 MSS=1468.1.2 SACK=1468.1.1 TSACK=1468.1 TSACK=1460401 14601 1460 1460 1460 14604
3 3.024014290 192.168.1.3 â 192.168.1.2 TCP 74 [TCP Retransmission] 758 â 2049 [SYN] Seq=0 Win=64240 Len=0 MSS=1468.1.2 SACK=1468.1.201 TS=1460 14601 2049
și nimic nu se afișează pe server (.2), în timp ce un tcptraceroute pur pe client arată:
tcptraceroute 192.168.1.2 2049
Dispozitivul selectat enx9cebe8fc1358, adresa 192.168.1.3, portul 47199 pentru pachetele de ieșire
Urmărirea căii către 192.168.1.2 pe portul TCP 2049 (nfs), maxim 30 de hopuri
1 192.168.1.2 [deschis] 0,501 ms 0,441 ms 0,493 ms
Ieșire Tshark:
1 0,000000000 192.168.1.3 â 192.168.1.2 TCP 54 57737 â 2049 [SYN] Seq=0 Win=0 Len=0
2 0,000455085 192.168.1.2 â 192.168.1.3 TCP 60 2049 â 57737 [SYN, ACK] Seq=0 Ack=1 Win=64240 Len=0 MSS=146
3 0,000495873 192.168.1.3 â 192.168.1.2 TCP 54 57737 â 2049 [RST] Seq=1 Win=0 Len=0
4 0.006264763 192.168.1.3 â 192.168.1.2 TCP 54 [TCP Retransmission] 57737 â 2049 [SYN] Seq=0 Win=0 Len=0
5 0.006690795 192.168.1.2 â 192.168.1.3 TCP 60 [TCP Segmentul anterior nu a fost capturat] [Numerele portului TCP au fost reutilizate] 2049 â 57737 [SYN, ACK=3 Win=Seq6=2970] 1460
6 0,006737449 192.168.1.3 â 192.168.1.2 TCP 54 57737 â 2049 [RST] Seq=1 Win=0 Len=0
7 0.022031295 192.168.1.3 â 192.168.1.2 TCP 54 [TCP Retransmission] 57737 â 2049 [SYN] Seq=0 Win=0 Len=0
8 0.022406482 192.168.1.2 â 192.168.1.3 TCP 60 [TCP Segmentul anterior nu a fost capturat] [Numerele portului TCP au fost reutilizate] 2049 â 57737 [SYN, ACK=57737 [SYN, ACK=406] Win= Lec=43406 M7=143406 1460
9 0,022447549 192.168.1.3 â 192.168.1.2 TCP 54 57737 â 2049 [RST] Seq=1 Win=0 Len=0
Am rămas fără idei aici, așa că orice sugestie este binevenită. Nu cred că este serverul NFS, deoarece tshark nu afișează niciun pachet care sosește pe server pe portul 2049 pe care îl pot vedea pe orice interfață... Ar putea fi faptul că nucleul serverului renunță pachetele înainte de a fi afișat în tshark pentru vreun motiv? NFS-kernel-server aruncă pachetele înainte de a-i permite lui tshark să le vadă? Ar putea fi posibil?
Ei bine, mulțumesc pentru toate ideile sălbatice posibile!
/Nacho
