NFS pas një VPN: montim në nisje apo automontim sipas kërkesës?

Dy konfigurime zgjidhin të njëjtin problem dhe dështojnë në drejtime të kundërta. Montimi i ndarjes në nisje i jep çdo shërbimi një sistem skedarësh që ose është aty, ose shpjegon përse nisja ngeci. Një automontim sipas kërkesës i jep makinës një nisje të shpejtë dhe e dorëzon pritjen atij që prek rrugën i pari. Pas një VPN, i dyti është zakonisht shkëmbimi më i mirë, dhe arsyeja është se tuneli imponon një rend që sekuenca e nisjes nuk mund ta shohë.

Montim në nisje kundrejt automontimit

Një montim në nisje është i thjeshtë për t'u menduar. Objektivi i sistemit të skedarëve pret montimin, shërbimet që deklarojnë varësi prej tij nisin më pas, dhe nëse serveri është i paarritshëm makina ose pret ose dështon sipas opsioneve. Çdo gjë në rrjedhën e poshtme trashëgon atë vendim të vetëm.

Një automontim e përmbys këtë. Rruga ekziston menjëherë, montimi i vërtetë ndodh kur diçka e hap, dhe shërbimet që nisin herët nuk bllokohen në një tunel që nuk është ngritur ende.

Krahasimi zbret në atë se kush duhet të thithë vonesën. Një stacion pune që ka nevojë për ndarjen përpara se përdoruesi të mund të punojë ndoshta duhet të presë. Një laptop që niset brenda një çante, ose një server ndarja e të cilit është opsionale, nuk duhet.

Asnjëri opsion nuk rregullon një rrugë që mungon. Të dy thjesht vendosin se kur vërehet dështimi.

Rreshti i fstab, opsion pas opsioni

Supozoni se një instancë klienti OpenVPN ekzistuese është [email protected], serveri është files.corp.example dhe pika e montimit është /mnt/work. Zëvendësoni të tre me vlerat e autorizuara të faqes tuaj. Një rresht që funksionon duket kështu:

files.corp.example:/export/work /mnt/work nfs _netdev,nofail,x-systemd.automount,[email protected],x-systemd.mount-timeout=30s 0 0

_netdev shënon montimin si atë që kërkon rrjet, dhe nuk emërton asnjë tunel. nofail e mban ndarjen opsionale për objektivin normal të sistemit të skedarëve. x-systemd.automount krijon aktivizuesin sipas kërkesës në vend që të montojë menjëherë.

x-systemd.requires= është pjesa që lidh përpjekjen e montimit me njësinë e VPN, dhe i takon operacionit të montimit, jo aktivizuesit. Vendosja e një rendi të gjerë mbi vetë njësinë e automontimit është mënyra se si njerëzit krijojnë cikle për të cilat systemd më pas ankohet në një gjuhë që askush nuk e lexon dy herë.

x-systemd.mount-timeout=30s kufizon komandën fillestare të montimit. Nuk kufizon asgjë që ndodh më pas, dhe ky është keqkuptimi më i zakonshëm për këtë opsion.

Çfarë nuk do të thotë «i nisur»

Kontrolloni çfarë do të thotë aktiv për njësinë e VPN që emërtuat. Një shërbim tuneli mund të raportojë veten si i nisur përpara se të ekzistojë rruga drejt serverit të skedarëve ose përpara se të zgjidhet emri privat, dhe renditja pas tij atëherë nuk ju sjell asgjë. Pikërisht në këtë hendek jeton pothuajse çdo përpjekje e dështuar. Është gjithashtu i padukshëm nëse nuk shikoni rrugën dhe zgjidhësin në vend të gjendjes së njësisë.

Përdorni sinjalin e gatishmërisë të vetë pronarit të lidhjes si parakusht shtesë aty ku ekziston. Një gjumë fiks është një hamendësim që funksionon në tavolinën tuaj dhe dështon në një rrjet më të ngadaltë ose pas një rilidhjeje.

Inspektoni njësitë e gjeneruara për rrugën e shembullit: mnt-work.automount dhe mnt-work.mount. Pas një ndryshimi të rishikuar të fstab, ringarkoni systemd dhe menaxhoni ato njësi drejtpërdrejt, në vend që të ekzekutoni një komandë të përgjithshme montimi që ushtron zëra të palidhur.

Këtu përshtatet edhe një paralajmërim. Një shërbim që prek /mnt/work në nisje ende aktivizon montimin dhe ende pret për të, pra shënimi i ndarjes si opsionale nuk e bën çdo aplikacion të durueshëm.

Pas montimit dështimi është një tjetër

Pasi NFS është montuar, sjellja e ripërpjekjes dhe rikuperimit të sistemit të skedarëve përcakton çfarë u bën një ndërprerje e mëvonshme një leximi ose një shkrimi. Afati i montimit që vendosët nuk ka asnjë ndikim mbi këtë.

Një montim i butë shkurton disa pritje dhe ndryshon semantikën e gabimeve, me pasoja për integritetin e të dhënave që janë të lehta për t'u anashkaluar kur objektivi është një nisje më e shpejtë. Zgjedhja e tij për të fituar dy sekonda nisjeje është rrallë një shkëmbim i mirë. Nëse kërkesa është vërtet një operacion i kufizuar gjatë një ndërprerjeje, ai është një vendim në nivel aplikacioni, jo një flamur fstab.

Vendosni çfarë duhet të ndodhë me një proces që është në mes të një shkrimi kur tuneli bie, dhe shkruajeni. Ai përgjigje është më e dobishme se çdo varg opsionesh.

Testoni katër gjendje, jo një

Një nisje normale me tunelin e disponueshëm është rasti i lehtë dhe nuk provon pothuajse asgjë. Konfirmon që vargu është shkruar saktë dhe asgjë më shumë. Testoni aksesin e parë pa VPN, pastaj rikuperimin kur ngrihet, pastaj një ndërprerje të kontrolluar pas një montimi të suksesshëm.

Katër gjendje, katër vëzhgime, dhe shënimet shkojnë pranë zërit të fstab. Personi tjetër trashëgon sjellje në vend të një konfigurimi që duhet ta rikonstruktojë.