NFS preko TCP-a unutar OpenVPN UDP tunela: dva transporta

Nošenje NFS razgovora koji koristi TCP unutar tunela koji nosi UDP potpuno je dosljedno i zbunjuje ljude jer istovremeno imenuje dva transporta. TCP je razgovor datotečne usluge između klijenta i NFS poslužitelja. UDP je šifrirani nosilac između VPN krajnjih točaka. Nijedan ne implicira ništa o drugom.

Zapišite oba odvojeno prije nego što počnete otklanjati greške; većina takvih incidenata počinje time što neko promijeni pogrešan sloj.

Dva sloja, dvije postavke

Opcija montiranja proto=tcp opisuje kako NFS klijent razgovara s NFS poslužiteljem. Postavka proto udp u VPN profilu opisuje kako krajnje točke tunela razmjenjuju inkapsulirane pakete. Promjena opcije montiranja ne mijenja tunel, a promjena transporta tunela ne mijenja ono što je NFS klijent dogovorio. Provjerite stvarne opcije montiranja pomoću nfsstat -m, a ne retka u fstab-u, i provjerite VPN transport iz profila koji se zaista koristi.

Zatim ih zapišite u bilješke o incidentu kao dva odvojena polja. Prividno poboljšanje može se pratiti samo ako bilješka kaže koji se sloj promijenio.

Pregledavanje nije skupno čitanje

Popis direktorija dokazuje da su neke operacije završene. On ne dokazuje da će dugotrajno čitanje, upis, zaključavanje ili pozadina za pohranu završiti pod istim uvjetima. Zastoj na pola velike datoteke drugačije je zapažanje od montiranja koje nikada ne uspije, i oni upućuju na različite slojeve.

Opišite neuspjelu operaciju precizno: putanju, smjer, približnu točku zastoja i posljednji relevantni događaj u dnevnicima klijenta, poslužitelja i VPN-a. Zatim uporedite gdje promet traje, a gdje se zaustavlja.

MTU je hipoteza, a ne dijagnoza

Gubitak koji zavisi od veličine paketa stvarna je mogućnost kada tunel nosi velike segmente, i proizvodi upravo obrazac «pregledavanje radi, čitanje se zaglavi». Taj obrazac ipak ne dokazuje problem s MTU-om, jer se isti oblik pojavljuje kada je poslužitelj spor, kada vatrozid istekne dugotrajnu vezu ili kada je disk zauzet. Testirajte hipotezu kontroliranom probom umjesto da svugdje snizite MTU i proglasite pobjedu.

Istek vremena sam po sebi ne govori ništa o tome treba li UDP zamijeniti. To je simptom s nekoliko mogućih vlasnika.

Mijenjajte jednu varijablu po jednu

Kada upoređujete transporte, držite NFS radno opterećenje i sve ostale postavke stabilnima. Promjena transporta montiranja, protokola tunela i MTU-a u istom servisnom prozoru daje rezultat koji nitko ne može pripisati. Izvedite istu datotečnu operaciju prije i poslije i zabilježite ishod na svakom koraku.

Sačuvajte i prethodne vrijednosti u zahtjevu. Ako promjena pogorša stanje, povratak treba biti dokumentiran broj, a ne nečije sjećanje na to kako je bilo prije.

Čitajte sloj koji je zakazao

Ako je tunel podignut, a NFS zahtjev čeka, VPN nije zakazao; zakazala je datotečna usluga. Ako je tunel pao, neuspjeh NFS zahtjeva je posljedica, a ne uzrok. Uparivanje redaka iz dnevnika s oba sloja najbrži je način da se ta dva slučaja razlikuju i bolje je od nagađanja iz upravitelja datoteka.

Napišite zaključak u dvije rečenice, po jednu za svaki sloj. To je dovoljno da sljedeća osoba ponovi test bez ponovnog izvođenja koji je transport koji.