NFS иза VPN-а: монтирање при подизању или аутоматско монтирање на захтев?

Две конфигурације решавају исти проблем и падају у супротним смеровима. Монтирање дељеног ресурса при подизању даје свакој услузи датотечни систем који или постоји или објашњава зашто се подизање зауставило. Аутоматско монтирање на захтев даје машини брзо подизање и предаје чекање ономе ко први додирне путању. Иза VPN-а друго је обично боља размена, а разлог је што тунел намеће редослед који низ подизања не може да види.

Монтирање при подизању насупрот аутоматском монтирању

Монтирање при подизању је једноставно за разумевање. Циљ датотечног система чека монтирање, услуге које изјаве зависност од њега покрећу се после, а ако је сервер недоступан, машина или чека или пада зависно од опција. Све низводно наслеђује ту једну одлуку.

Аутоматско монтирање то преокреће. Путања постоји одмах, стварно монтирање се догађа када је нешто отвори, а услуге које се покрећу рано не блокирају се на тунелу који још није подигнут.

Поређење се своди на то ко треба да упије кашњење. Радна станица којој је потребан дељени ресурс пре него што корисник може да ради вероватно треба да чека. Преносни рачунар који се подиже у торби, или сервер чији је дељени ресурс опциони, не треба.

Ниједна опција не поправља руту која недостаје. Обе само одлучују када ће се квар приметити.

fstab линија, опција по опцију

Претпоставимо да је постојећа клијентска инстанца OpenVPN [email protected], сервер files.corp.example, а тачка монтирања /mnt/work. Замените све три дозвољеним вредностима са ваше локације. Једна употребљива линија изгледа овако:

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

_netdev означава монтирање као оно коме је потребна мрежа и не именује ниједан тунел. nofail држи дељени ресурс опционим за уобичајени циљ датотечног система. x-systemd.automount ствара окидач на захтев уместо тренутног монтирања.

x-systemd.requires= је део који везује покушај монтирања за VPN јединицу, и он припада операцији монтирања, а не окидачу. Стављање широког редоследа на саму јединицу аутоматског монтирања јесте начин на који људи стварају циклусе на које се systemd после жали језиком који нико не чита двапут.

x-systemd.mount-timeout=30s ограничава почетну команду монтирања. Не ограничава ништа што се догоди касније, и то је најчешћи неспоразум о овој опцији.

Шта „покренуто“ не значи

Проверите шта активно стање значи за VPN јединицу коју сте навели. Услуга тунела може се пријавити као покренута пре него што рута до датотечног сервера постоји или пре него што се приватно име разреши, а редослед после ње тада вам ништа не доноси. Управо у тој празнини живи скоро сваки неуспешан покушај. Она је и невидљива осим ако гледате руту и разрешивач, а не стање јединице.

Користите сопствени сигнал спремности власника везе као додатни предуслов где постоји. Фиксно спавање је нагађање које ради на вашем столу и пада на споријој мрежи или после поновног повезивања.

Прегледајте генерисане јединице за путању из примера: mnt-work.automount и mnt-work.mount. После прегледане измене fstab-а поново учитајте systemd и управљајте тим јединицама директно уместо да покрећете свеобухватну команду монтирања која вежба неповезане уносе.

Овде спада још једна напомена. Услуга која при покретању дотакне /mnt/work и даље покреће монтирање и даље га чека, па означавање дељеног ресурса опционим не чини сваку апликацију стрпљивом.

После монтирања квар је други

Када је NFS монтиран, понашање датотечног система при поновном покушају и опоравку одређује шта каснији прекид чини са читањем или писањем. Временско ограничење монтирања које сте поставили нема утицаја на то.

Меко монтирање скраћује нека чекања и мења семантику грешака, са последицама по интегритет података које је лако превидети када је циљ брже подизање. Изабрати га да бисте освојили две секунде покретања ретко је добра размена. Ако је захтев заиста ограничена операција током прекида, то је одлука на нивоу апликације, а не заставица у fstab-у.

Одлучите шта треба да се догоди са процесом који је насред писања када тунел падне и запишите то. Тај одговор је кориснији од било ког низа опција.

Тестирајте четири стања, не једно

Нормално подизање са доступним тунелом лак је случај и не доказује готово ништа. Потврђује да је низ исправно написан и ништа више. Тестирајте први приступ без VPN-а, затим опоравак када се подигне, затим контролисани прекид после успешног монтирања.

Четири стања, четири запажања, а белешке иду уз fstab унос. Следећа особа наслеђује понашање уместо конфигурације коју мора да обрнуто пројектује.