Mipangilio miwili hutatua tatizo moja na kushindwa katika mielekeo pinzani. Kupachika shiriki wakati wa kuwasha hupa kila huduma mfumo wa faili ambao ama upo au unaeleza kwa nini kuwasha kulisimama. Kupachika kiotomatiki inapohitajika hupa mashine kuwasha haraka na kumkabidhi anayegusa njia kwanza kusubiri. Nyuma ya VPN, ya pili kwa kawaida ni ubadilishaji bora, na sababu ni kwamba handaki hulazimisha mpangilio ambao mfululizo wa kuwasha hauwezi kuuona.

Kupachika wakati wa kuwasha dhidi ya kupachika kiotomatiki

Kupachika wakati wa kuwasha ni rahisi kufikiria. Lengo la mfumo wa faili husubiri kupachika, huduma zinazotangaza utegemezi wake huanza baadaye, na ikiwa seva haipatikani mashine ama husubiri au hushindwa kulingana na chaguo. Kila kitu kilicho chini hurithi uamuzi huo mmoja.

Kupachika kiotomatiki hupindua hilo. Njia ipo mara moja, kupachika halisi hutokea wakati kitu kinaifungua, na huduma zinazoanza mapema hazikwami kwenye handaki ambalo bado halijainuka.

Ulinganisho unakuja kwa nani anapaswa kufyonza ucheleweshaji. Kituo cha kazi kinachohitaji shiriki kabla mtumiaji hajaweza kufanya kazi labda kinapaswa kusubiri. Kompyuta ya mkononi inayowaka ndani ya begi, au seva ambayo shiriki wake ni hiari, haipaswi.

Hakuna chaguo linalotengeneza njia inayokosekana. Yote mawili huamua tu ni lini kushindwa kutaonekana.

Mstari wa fstab, chaguo kwa chaguo

Tuseme kielelezo kilichopo cha mteja wa OpenVPN ni [email protected], seva ni files.corp.example na mahali pa kupachika ni /mnt/work. Badilisha vyote vitatu kwa thamani zilizoidhinishwa kutoka tovuti yako. Mstari mmoja unaofanya kazi unaonekana hivi:

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

_netdev huweka alama kwamba kupachika kunahitaji mtandao, na hakutaji handaki yoyote. nofail huweka shiriki kuwa la hiari kwa lengo la kawaida la mfumo wa faili. x-systemd.automount huunda kichocheo inapohitajika badala ya kupachika mara moja.

x-systemd.requires= ni sehemu inayofunga jaribio la kupachika na kitengo cha VPN, na inamilikiwa na operesheni ya kupachika, si na kichocheo. Kuweka mpangilio mpana kwenye kitengo cha kupachika kiotomatiki chenyewe ndiyo njia ambayo watu huunda mizunguko ambayo systemd baadaye hulalamika juu yake kwa lugha ambayo hakuna anayesoma mara mbili.

x-systemd.mount-timeout=30s hupunguza amri ya awali ya kupachika. Haipunguzi chochote kinachotokea baadaye, na hii ndiyo dhana isiyo sahihi iliyoenea zaidi kuhusu chaguo hili.

«Imeanza» haimaanishi nini

Angalia maana ya kuwa hai kwa kitengo cha VPN ulichokitaja. Huduma ya handaki inaweza kujiripoti kuwa imeanza kabla njia kuelekea seva ya faili haijakuwepo au kabla jina la faragha halijatatuliwa, na kupanga baada yake wakati huo hakutakupa chochote. Karibu kila jaribio lililoshindwa huishi katika pengo hili. Pia haionekani isipokuwa ukiangalia njia na kitatuzi badala ya hali ya kitengo.

Tumia ishara ya utayari ya mmiliki wa muunganisho yenyewe kama sharti la ziada mahali ambapo lipo. Usingizi uliowekwa ni dhahania inayofanya kazi kwenye dawati lako na kushindwa kwenye mtandao wa polepole au baada ya kuunganisha tena.

Chunguza vitengo vilivyotengenezwa kwa njia ya mfano: mnt-work.automount na mnt-work.mount. Baada ya mabadiliko ya fstab yaliyopitiwa, pakia upya systemd na simamia vitengo hivyo moja kwa moja badala ya kuendesha amri pana ya kupachika inayofanya mazoezi ya maingizo yasiyohusiana.

Onyo moja zaidi linastahili hapa. Huduma inayogusa /mnt/work wakati wa kuanza bado inachochea kupachika na bado inakisubiri, kwa hivyo kuweka shiriki kuwa la hiari hakufanyi kila programu kuwa mvumilivu.

Baada ya kupachika kushindwa ni kwingine

Mara NFS inapopachikwa, tabia ya kujaribu tena na kurejesha ya mfumo wa faili huamua kile kukatika kwa baadaye hufanya kwa usomaji au uandishi. Kikomo cha muda cha kupachika ulichoweka hakina ushawishi juu ya hilo.

Kupachika laini hufupisha baadhi ya kusubiri na kubadilisha maana ya makosa, pamoja na matokeo ya uadilifu wa data ambayo ni rahisi kupuuza wakati lengo ni kuwasha haraka. Kuichagua ili kushinda sekunde mbili za kuanza ni nadra kuwa ubadilishaji mzuri. Ikiwa hitaji ni kweli operesheni yenye mipaka wakati wa kukatika, huo ni uamuzi wa kiwango cha programu, si bendera ya fstab.

Amua nini kinapaswa kutokea kwa mchakato ulio katikati ya uandishi wakati handaki linaanguka, na uandike. Jibu hilo lina manufaa zaidi kuliko mfululizo wowote wa chaguo.

Jaribu hali nne, si moja

Kuwasha kwa kawaida wakati handaki linapatikana ni kisa rahisi na huthibitisha karibu chochote. Huthibitisha kwamba mfululizo umeandikwa vizuri na si zaidi. Jaribu ufikiaji wa kwanza bila VPN, kisha urejeshaji linapoinuka, kisha kukatika kwa udhibiti baada ya kupachika kwa mafanikio.

Hali nne, uchunguzi nne, na madokezo huenda kando ya ingizo la fstab. Mtu anayefuata hurithi tabia badala ya usanidi ambao lazima aubadilishe kinyume.

Makala zinazohusiana