NFS pār TCP OpenVPN UDP tunelī: divi transporti

NFS sarunas, kas izmanto TCP, pārvadāšana tunelī, kas pārvadā UDP, ir pilnīgi konsekventa, un tā mulsina cilvēkus, jo nosauc divus transportus vienlaikus. TCP ir failu servisa saruna starp klientu un NFS serveri. UDP ir šifrētais pārvadātājs starp VPN galapunktiem. Neviens no tiem neko nenozīmē par otru.

Pierakstiet abus atsevišķi, pirms sākat kaut ko atkļūdot; lielākā daļa šo incidentu sākas ar to, ka kāds maina nepareizo slāni.

Divi slāņi, divi iestatījumi

Montēšanas opcija proto=tcp apraksta, kā NFS klients sarunājas ar NFS serveri. VPN profila iestatījums proto udp apraksta, kā tuneļa galapunkti apmainās ar iekapsulētiem paketiem. Montēšanas opcijas maiņa nemaina tuneli, un tuneļa transporta maiņa nemaina to, par ko vienojās NFS klients. Pārbaudiet faktiskās montēšanas opcijas ar nfsstat -m, nevis ar fstab rindu, un pārbaudiet VPN transportu no profila, kas faktiski tiek izmantots.

Pēc tam pierakstiet tos incidenta piezīmēs kā divus atsevišķus laukus. Šķietamu uzlabojumu var izsekot tikai tad, ja piezīme norāda, kurš slānis mainījās.

Pārlūkošana nav masveida lasīšana

Direktorijas saraksts pierāda, ka dažas darbības ir pabeigtas. Tas nepierāda, ka ilgstoša lasīšana, rakstīšana, bloķēšana vai krātuves aizmugure pabeigsies tajos pašos apstākļos. Apstāšanās liela faila vidū ir cits novērojums nekā montēšana, kas nekad neizdodas, un tie norāda uz dažādiem slāņiem.

Precīzi aprakstiet neizdevušos darbību: ceļu, virzienu, aptuveno apstāšanās vietu un pēdējo būtisko notikumu klienta, servera un VPN žurnālos. Pēc tam salīdziniet, kur satiksme turpinās un kur tā apstājas.

MTU ir hipotēze, nevis diagnoze

No paketes lieluma atkarīgs zudums ir reāla iespēja, kad tunelis pārvadā lielus segmentus, un tas rada tieši to modeli, kurā pārlūkošana strādā, bet lasīšana apstājas. Tomēr šis modelis nepierāda MTU problēmu, jo tāda pati forma parādās, kad serveris ir lēns, kad ugunsmūris pārtrauc ilgstošu savienojumu pēc laika limita vai kad disks ir aizņemts. Pārbaudiet hipotēzi ar kontrolētu pārbaudi, nevis samazinot MTU visur un pasludinot uzvaru.

Laika limits pats par sevi neko nepasaka par to, vai UDP ir jāmaina. Tas ir simptoms ar vairākiem iespējamiem īpašniekiem.

Mainiet vienu mainīgo vienlaikus

Salīdzinot transportus, saglabājiet NFS darba slodzi un visus citus iestatījumus nemainīgus. Montēšanas transporta, tuneļa protokola un MTU maiņa vienā apkopes logā dod rezultātu, ko neviens nevar attiecināt. Palaidiet to pašu faila darbību pirms un pēc, un katrā solī pierakstiet iznākumu.

Saglabājiet arī iepriekšējās vērtības pieteikumā. Ja izmaiņas pasliktina situāciju, atgriešanās ir jābūt dokumentētam skaitlim, nevis kāda atmiņai par to, kā bija agrāk.

Lasiet to slāni, kas neizdevās

Ja tunelis ir uz augšu un NFS pieprasījums gaida, VPN neizdevās; neizdevās failu serviss. Ja tunelis nokrita, NFS pieprasījuma neveiksme ir sekas, nevis cēlonis. Abu slāņu žurnāla rindu salīdzināšana ir ātrākais veids, kā atšķirt šos divus gadījumus, un tas ir labāk nekā minēt no failu pārvaldnieka.

Uzrakstiet secinājumu divos teikumos, pa vienam katram slānim. Ar to pietiek, lai nākamā persona atkārtotu testu, no jauna neizsecinot, kurš transports ir kurš.