NFS už VPN: prijungimas paleidžiant ar automatinis prijungimas pagal poreikį?

Dvi konfigūracijos sprendžia tą pačią problemą ir žlunga priešingomis kryptimis. Bendra naudojamo katalogo prijungimas paleidžiant suteikia kiekvienai tarnybai failų sistemą, kuri arba yra, arba paaiškina, kodėl paleidimas sustojo. Automatinis prijungimas pagal poreikį suteikia mašinai greitą paleidimą ir laukimą perduoda tam, kas pirmas paliečia kelią. Už VPN antroji paprastai yra geresnis mainai, o priežastis ta, kad tunelis primeta tvarką, kurios paleidimo seka negali matyti.

Prijungimas paleidžiant prieš automatinį prijungimą

Prijungimą paleidžiant lengva suprasti. Failų sistemos taikinys laukia prijungimo, tarnybos, kurios deklaruoja nuo jo priklausomybę, paleidžiamos po to, o jei serveris nepasiekiamas, mašina arba laukia, arba nepavyksta priklausomai nuo parinkčių. Viskas žemiau paveldi tą vieną sprendimą.

Automatinis prijungimas tai apverčia. Kelias egzistuoja iš karto, tikrasis prijungimas įvyksta, kai kažkas jį atidaro, o anksti paleidžiamos tarnybos neužstringa ant tunelio, kuris dar neveikia.

Palyginimas susiveda į tai, kas turėtų sugerti vėlavimą. Darbo stotis, kuriai bendro naudojamo katalogo reikia prieš vartotojui pradedant dirbti, tikriausiai turėtų palaukti. Nešiojamasis kompiuteris, paleidžiamas krepšyje, arba serveris, kurio katalogas neprivalomas, neturėtų.

Nė viena parinktis nepataiso trūkstamo maršruto. Abi tik nusprendžia, kada gedimas bus pastebėtas.

fstab eilutė, parinktis po parinkties

Tarkime, kad esama OpenVPN kliento instancija yra [email protected], serveris yra files.corp.example, o prijungimo taškas yra /mnt/work. Pakeiskite visus tris leidžiamomis savo svetainės reikšmėmis. Viena veikianti eilutė atrodo taip:

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

_netdev pažymi prijungimą kaip reikalaujantį tinklo ir neįvardija jokio tunelio. nofail palieka katalogą neprivalomą įprastam failų sistemos taikiniui. x-systemd.automount sukuria trigerį pagal poreikį, o ne prijungia iš karto.

x-systemd.requires= yra dalis, kuri susieja prijungimo bandymą su VPN vienetu, ir ji priklauso prijungimo operacijai, o ne trigeriui. Plačios tvarkos uždėjimas pačiam automatinio prijungimo vienetui yra būdas, kuriuo žmonės sukuria ciklus, dėl kurių systemd vėliau skundžiasi kalba, kurios niekas neskaito du kartus.

x-systemd.mount-timeout=30s apriboja pradinę prijungimo komandą. Ji neapriboja nieko, kas įvyksta vėliau, ir tai yra labiausiai paplitęs šios parinkties nesupratimas.

Ką „paleista“ nereiškia

Patikrinkite, ką aktyvumas reiškia jūsų nurodytam VPN vienetui. Tunelio tarnyba gali pranešti apie save kaip paleistą prieš atsirandant maršrutui į failų serverį arba prieš išsprendžiant privatų vardą, ir rikiuoti po jo tada nieko neduoda. Būtent šiame tarpelyje gyvena beveik kiekvienas nepavykęs bandymas. Jis taip pat nematomas, nebent žiūrėtumėte į maršrutą ir sprendiklį, o ne į vieneto būseną.

Naudokite paties ryšio savininko pasirengimo signalą kaip papildomą būtiną sąlygą, kur tokia yra. Fiksuotas miegas yra spėjimas, kuris veikia jūsų darbo stove ir nepavyksta lėtesniame tinkle ar po pakartotinio prisijungimo.

Išnagrinėkite pavyzdinio kelio sugeneruotus vienetus: mnt-work.automount ir mnt-work.mount. Po peržiūrėto fstab pakeitimo iš naujo įkelkite systemd ir valdykite tuos vienetus tiesiogiai, o ne vykdykite bendrą prijungimo komandą, kuri treniruoja nesusijusius įrašus.

Čia priklauso dar vienas įspėjimas. Tarnyba, kuri paleidžiant paliečia /mnt/work, vis tiek sukelia prijungimą ir vis tiek jo laukia, todėl katalogo pažymėjimas neprivalomu nepadaro kiekvienos programos kantrios.

Po prijungimo tai jau kitas gedimas

Kai NFS prijungta, failų sistemos kartojimo ir atkūrimo elgsena lemia, ką vėlesnis nutrūkimas padarys skaitymui ar rašymui. Jūsų nustatytas prijungimo laiko limitas tam įtakos neturi.

Minkštas prijungimas sutrumpina kai kuriuos laukimus ir pakeičia klaidų semantiką, su duomenų vientisumo pasekmėmis, kurias lengva nepastebėti, kai tikslas yra greitesnis paleidimas. Pasirinkti jį norint laimėti dvi paleidimo sekundes retai kada yra geras mainas. Jei reikalavimas tikrai yra apribota operacija nutrūkimo metu, tai yra programos lygio sprendimas, o ne fstab vėliavėlė.

Nuspręskite, kas turėtų nutikti procesui, kuris yra rašymo viduryje, kai tunelis krenta, ir tai užrašykite. Tas atsakymas naudingesnis už bet kokią parinkčių eilutę.

Išbandykite keturias būsenas, o ne vieną

Normalus paleidimas, kai tunelis pasiekiamas, yra lengvas atvejis ir beveik nieko neįrodo. Jis patvirtina, kad eilutė parašyta teisingai, ir nieko daugiau. Išbandykite pirmąją prieigą be VPN, tada atkūrimą, kai jis pakyla, tada kontroliuojamą nutrūkimą po sėkmingo prijungimo.

Keturios būsenos, keturi stebėjimai, o pastabos eina šalia fstab įrašo. Kitas žmogus paveldi elgseną, o ne konfigūraciją, kurią turi atkurti inžineriškai.