NFS cez TCP v tuneli UDP OpenVPN: dva transporty

Prenášať konverzáciu NFS, ktorá používa TCP, vnútri tunela, ktorý prenáša UDP, je úplne konzistentné, a mýli ľudí, pretože pomenúva dva transporty naraz. TCP je konverzácia súborovej služby medzi klientom a serverom NFS. UDP je šifrovaná prenosová cesta medzi koncovými bodmi VPN. Ani jeden neznamená nič o druhom.

Zapíšte oboje oddelene, skôr než začnete čokoľvek ladiť; väčšina týchto incidentov sa začína tým, že niekto zmení nesprávnu vrstvu.

Dve vrstvy, dve nastavenia

Voľba pripojenia proto=tcp opisuje, ako klient NFS komunikuje so serverom NFS. Nastavenie proto udp v profile VPN opisuje, ako koncové body tunela vymieňajú zapuzdrené pakety. Zmena voľby pripojenia nemení tunel a zmena transportu tunela nemení to, na čom sa klient NFS dohodol. Overte skutočné voľby pripojenia pomocou nfsstat -m, nie podľa riadku v fstab, a overte transport VPN z profilu, ktorý sa skutočne používa.

Potom ich zapíšte do poznámok k incidentu ako dve samostatné polia. Zdánlivé zlepšenie možno vysledovať len vtedy, keď poznámka uvádza, ktorá vrstva sa zmenila.

Prehliadanie nie je hromadné čítanie

Výpis adresára dokazuje, že niektoré operácie sa dokončili. Nedokazuje, že trvalé čítanie, zápis, zámok alebo úložisko za tým sa dokončia za rovnakých podmienok. Zaseknutie v polovici veľkého súboru je iné pozorovanie než pripojenie, ktoré nikdy neuspeje, a ukazujú na rôzne vrstvy.

Opíšte zlyhávajúcu operáciu presne: cestu, smer, približné miesto zaseknutia a poslednú relevantnú udalosť v protokoloch klienta, servera a VPN. Potom porovnajte, kde prevádzka pokračuje a kde sa zastaví.

MTU je hypotéza, nie diagnóza

Strata závislá od veľkosti paketu je reálna možnosť, keď tunel prenáša veľké segmenty, a vytvára presne vzorec «prehliadanie funguje, čítanie sa zasekne». Ten vzorec však nepreukazuje problém s MTU, pretože rovnaký obraz nastáva, keď je server pomalý, keď firewall ukončí dlhé spojenie kvôli vypršaniu alebo keď je disk zaneprázdnený. Otestujte hypotézu riadenou sondou namiesto toho, aby ste všade znížili MTU a vyhlásili víťazstvo.

Vypršanie samo o sebe nehovorí nič o tom, či sa má UDP vymeniť. Je to príznak s niekoľkými možnými vlastníkmi.

Meňte jednu premennú po druhej

Pri porovnávaní transportov udržujte záťaž NFS a všetky ostatné nastavenia stabilné. Zmena transportu pripojenia, protokolu tunela a MTU v jednom servisnom okne dáva výsledok, ktorý nikto nemôže pripísať konkrétnej príčine. Spustite tú istú súborovú operáciu pred a po a v každom kroku zaznamenajte výsledok.

Uložte v tikete aj predchádzajúce hodnoty. Ak zmena veci zhorší, návrat by mal byť zdokumentované číslo, a nie niekoho spomienka na to, ako to bolo predtým.

Čítajte vrstvu, ktorá zlyhala

Ak tunel beží a požiadavka NFS čaká, VPN nezlyhalo; zlyhala súborová služba. Ak tunel spadol, zlyhanie požiadavky NFS je následok, nie príčina. Porovnanie riadkov protokolu z oboch vrstiev je najrýchlejší spôsob, ako tieto dva prípady rozlíšiť, a je lepšie než hádanie zo správcu súborov.

Napíšte záver ako dve vety, jednu na vrstvu. To stačí, aby ďalší človek test zopakoval bez toho, aby znova odvodzoval, ktorý transport je ktorý.