NFS mbi TCP brenda një tuneli UDP të OpenVPN: dy transportime

Transportimi i një bisede NFS që përdor TCP brenda një tuneli që transporton UDP është plotësisht konsistent, dhe i ngatërron njerëzit sepse emërton dy transportime njëherësh. TCP është biseda e shërbimit të skedarëve midis klientit dhe serverit NFS. UDP është transportuesi i kriptuar midis skajeve të VPN. Asnjëri prej tyre nuk nënkupton asgjë për tjetrin.

Regjistroji të dyja veçmas përpara se të korrigjosh çdo gjë; shumica e këtyre incidenteve fillojnë kur dikush ndryshon shtresën e gabuar.

Dy shtresa, dy cilësime

Opsioni i montimit proto=tcp përshkruan se si klienti NFS flet me serverin NFS. Cilësimi proto udp në profilin e VPN përshkruan se si skajet e tunelit shkëmbejnë paketa të inkapsuluara. Ndryshimi i një opsioni montimi nuk e ndryshon tunelin, dhe ndryshimi i transportit të tunelit nuk e ndryshon atë që ka negociuar klienti NFS. Verifiko opsionet efektive të montimit me nfsstat -m në vend të rreshtit të fstab, dhe verifiko transportin e VPN nga profili që përdoret në të vërtetë.

Pastaj regjistroji në shënimet e incidentit si dy fusha të veçanta. Një përmirësim i dukshëm mund të gjurmohet vetëm nëse shënimi tregon se cila shtresë ndryshoi.

Shfletimi nuk është lexim masiv

Një listë direktorie provon se disa operacione përfunduan. Nuk provon se një lexim i vazhdueshëm, një shkrim, një bllokim ose backend-i i ruajtjes do të përfundojë në të njëjtat kushte. Një ndalesë në mes të një skedari të madh është vëzhgim i ndryshëm nga një montim që nuk ia del kurrë, dhe ato tregojnë shtresa të ndryshme.

Përshkruaje me saktësi operacionin që dështon: rruga, drejtimi, pika e përafërt e ndalesës dhe ngjarja e fundit përkatëse në regjistrat e klientit, serverit dhe VPN. Pastaj krahaso ku trafiku vazhdon dhe ku ndalon.

MTU është hipotezë, jo diagnozë

Humbja që varet nga madhësia e paketës është mundësi reale kur një tunel transporton segmente të mëdha, dhe prodhon saktësisht modelin ku shfletimi funksionon dhe leximi ngec. Megjithatë ai model nuk provon një problem MTU, sepse e njëjta formë shfaqet kur serveri është i ngadaltë, kur një mur i zjarrit mbyll një lidhje të gjatë për shkak të skadimit të kohës, ose kur një disk është i zënë. Testo hipotezën me një provë të kontrolluar në vend që të ulësh MTU-në kudo dhe të shpallësh fitore.

Një skadim kohe më vete nuk thotë asgjë se a duhet zëvendësuar UDP. Është një simptomë me disa pronarë të mundshëm.

Ndrysho një variabël në një herë

Kur krahasojnë transportimet, mbaji ngarkesën e punës së NFS dhe çdo cilësim tjetër të qëndrueshëm. Ndryshimi i transportit të montimit, i protokollit të tunelit dhe i MTU-së në të njëjtën dritare mirëmbajtjeje prodhon një rezultat që askush nuk mund t’ia atribuojë. Ekzekuto të njëjtin operacion skedari përpara dhe pas, dhe regjistro rezultatin në çdo hap.

Ruaj edhe vlerat e mëparshme në biletë. Nëse një ndryshim i përkeqëson gjërat, kthimi pas duhet të jetë një numër i dokumentuar dhe jo kujtesa e dikujt se si ishte më parë.

Lexo shtresën që dështoi

Nëse tuneli është lart dhe kërkesa NFS pret, VPN nuk dështoi; dështoi shërbimi i skedarëve. Nëse tuneli ra, dështimi i kërkesës NFS është pasojë dhe jo shkak. Përputhja e rreshtave të regjistrit nga të dyja shtresat është mënyra më e shpejtë për t’i dalluar këto dy raste, dhe është më mirë sesa hamendja nga menaxheri i skedarëve.

Shkruaje përfundimin si dy fjali, një për secilën shtresë. Kjo mjafton që personi tjetër ta riprodhojë testin pa nxjerrë përsëri se cili transportim është cili.