NFS prek TCP znotraj tunela UDP OpenVPN: dva prenosa

Prenašanje pogovora NFS, ki uporablja TCP, znotraj tunela, ki prenaša UDP, je popolnoma dosledno, in zmede ljudi, ker imenuje dva prenosa hkrati. TCP je pogovor datotečne storitve med odjemalcem in strežnikom NFS. UDP je šifrirani nosilec med končnima točkama VPN. Nobeden od njiju ne pomeni ničesar o drugem.

Zapišite oba ločeno, preden začnete karkoli razhroščevati; večina teh incidentov se začne s tem, da nekdo spremeni napačno plast.

Dve plasti, dve nastavitvi

Možnost priklopa proto=tcp opisuje, kako odjemalec NFS govori s strežnikom NFS. Nastavitev proto udp v profilu VPN opisuje, kako končni točki tunela izmenjujeta zapakirane pakete. Sprememba možnosti priklopa ne spremeni tunela, in sprememba prenosa tunela ne spremeni tega, o čemer se je odjemalec NFS dogovoril. Preverite dejanske možnosti priklopa z nfsstat -m namesto z vrstico v fstab, in preverite prenos VPN iz profila, ki se dejansko uporablja.

Nato jih zapišite v opombe o incidentu kot dve ločeni polji. Navidezna izboljšava je sledljiva le, če opomba navaja, katera plast se je spremenila.

Brskanje ni množično branje

Seznam mape dokazuje, da so nekatere operacije končane. Ne dokazuje, da se bodo dolgotrajno branje, pisanje, zaklep ali hramba za tem končali pod enakimi pogoji. Zastoj na sredini velike datoteke je drugačno opažanje kot priklop, ki nikoli ne uspe, in kažeta na različni plasti.

Natančno opišite operacijo, ki ne uspe: pot, smer, približno mesto zastoja in zadnji pomembni dogodek v dnevnikih odjemalca, strežnika in VPN. Nato primerjajte, kje promet teče naprej in kje se ustavi.

MTU je hipoteza, ne diagnoza

Izguba, odvisna od velikosti paketa, je resnična možnost, ko tunel prenaša velike segmente, in ustvari natanko vzorec, kjer brskanje deluje, branje pa se ustavi. Ta vzorec pa ne dokazuje težave z MTU, ker se enaka oblika pojavi, ko je strežnik počasen, ko požarni zid zaključi dolgo povezavo zaradi časovne omejitve ali ko je disk zaseden. Preizkusite hipotezo z nadzorovanim preskusom, namesto da bi povsod znižali MTU in razglasili zmago.

Časovna omejitev sama po sebi ne pove ničesar o tem, ali je treba UDP zamenjati. Je simptom z več možnimi lastniki.

Spreminjajte eno spremenljivko naenkrat

Pri primerjavi prenosov ohranite obremenitev NFS in vse druge nastavitve nespremenjene. Spreminjanje prenosa priklopa, protokola tunela in MTU v istem servisnem oknu da rezultat, ki ga nihče ne more pripisati. Izvedite isto datotečno operacijo pred in po ter na vsakem koraku zapišite izid.

V zahtevku shranite tudi prejšnje vrednosti. Če sprememba poslabša stanje, bi moral biti povratek dokumentirano število, ne pa nečiji spomin na to, kako je bilo prej.

Berite tisto plast, ki je odpovedala

Če tunel deluje in zahteva NFS čaka, VPN ni odpovedal; odpovedala je datotečna storitev. Če je tunel padel, je neuspeh zahteve NFS posledica, ne vzrok. Primerjava vrstic dnevnika iz obeh plasti je najhitrejši način za razlikovanje teh dveh primerov in je boljša od ugibanja iz upravitelja datotek.

Zapišite sklep v dveh stavkih, po enega za vsako plast. To zadostuje, da naslednja oseba preskus ponovi, ne da bi znova izpeljala, kateri prenos je kateri.