Mount za SSHFS ni za mtumiaji, si ndoano ya VPN

Dhana hii ni rahisi kufyonza na vigumu kuiona: ndoano ya muunganisho wa VPN inaendeshwa kama root, kwa hiyo mount inayoianzisha inapaswa pia kupangwa kama root. Hoja hiyo huzalisha folda ya timu ambayo mtumiaji wa desktop hawezi kuifungua, mount inayotoweka huduma ya trigger inapoanzishwa upya, na ombi la uthibitishaji katika muktadha ambao hakuna anayeweza kulijibu. Ndoano na mount ni kazi mbili tofauti, na ni moja tu kati yao inayohitaji ruhusa.

Hadithi: ruhusa za mtandao humaanisha ruhusa za kumount

Kuinua interface na kuthibitisha kwa seva ya faili ni uwezo usiohusiana, na kwa kawaida ni wa akaunti tofauti. Kipengele cha VPN kinahitaji ruhusa za kutosha kubadilisha njia na interface. Akaunti ya seva ya faili inahitaji ufunguo au neno la siri, uamuzi kuhusu ufunguo wa mwenyeji, na folda ya nyumbani ya kumount. Kukabidhi vitambulisho vya kazi ya pili kwa utambulisho wa kwanza ndiyo njia ambayo huduma ya mtandao huishia kushikilia ufunguo wa mtumiaji.

Kwenye laptop ya mtumiaji mmoja hizo zinaweza kuwa akaunti moja, na bahati hiyo si muundo.

Mara ndoano yenye ruhusa inapofanya mount, mambo matatu huenda vibaya kimyakimya. Mount inamilikiwa na root, wakala wa mtumiaji hayupo katika mazingira hayo, na hitilafu huonekana kwenye kumbukumbu ya huduma ya mtandao badala ya session inayojali. Hakuna hata moja inayotengenezwa kwa kuongeza chaguo kwenye amri ya mount. Zinarekebishwa kwa kukabidhi kazi kwa session inayomiliki utambulisho.

Kwa nini mount ni ya mtumiaji aliyeingia

Mount ya SSHFS ni mount ya FUSE inayomilikiwa na mchakato ulioiunda, na ufikiaji hufuata umiliki huo badala ya hali ya folda ya mzazi. Rejea inapendekeza mtumiaji wa kawaida na sehemu ya kumount anayoimiliki, na ndiyo sababu mount iliyoundwa na mchakato wa root ni ngumu kwa wengine wote. Kubadilisha ruhusa kwenye sehemu ya kumount hakuirekebishi, kwa sababu kizuizi ni mmiliki wa mount yenyewe.

Anza na msingi wa mkono ndani ya session ya mtumiaji: sehemu tupu ya kumount iliyopo chini ya folda ya nyumbani, akaunti iliyoidhinishwa kwenye seva, na ufunguo wa mwenyeji uliothibitishwa tayari kupitia mchakato wako ulioidhinishwa. I mount kwa mkono mara moja na uitumie, kwa sababu hiyo inathibitisha kwamba njia ya utambulisho inafanya kazi kabla ya automatisering yoyote kuwepo. Andika kile amri ilihitaji: jina la akaunti, njia ya kuhamisha na jina la kibinafsi la mwenyeji. Hifadhi muktadha huo kamili kwa toleo la kiotomatiki, kwa sababu mount ya mkono inayofanya kazi ndiyo vipimo ambavyo trigger lazima virudie.

sshfs [email protected]:/exports/team "$HOME/mnt/team"

Chukulia kila jina na njia katika mstari huo kama kishika nafasi, ikiwa ni pamoja na akaunti na uhamishaji. Neno la siri la akaunti ya VPN si lazima liwe kitambulisho cha akaunti ya hifadhi.

Trigger inapaswa kuomba nini kutoka kwa session

Mpangilio unaotumika ni ombi kutoka kwa tukio la mtandao kwenda kwa session ya mtumiaji, si kitambulisho kilichokopwa. Punguza trigger kwa muunganisho unaokusudia, kwa jina au UUID, badala ya interface yoyote inayoitwa tun0 kwa bahati. Mabadiliko hayo moja huzuia profaili ya pili, handaki la majaribio au session ya utatuzi wa mwenzako kuanza mount.

Kitendo cha upande wa session kinapaswa kutafuta mount inayokusudiwa iliyopo kisha kufanya jaribio moja lenye mipaka.

Usijaribu tena kila uchunguzi, na usiendelee kuomba kitambulisho wakati seva haipatikani, kwa sababu zote mbili hugeuza kuingiliwa kwa muda kuwa kufungwa kwa akaunti. Huduma isiyosimamiwa ni muundo tofauti na vitambulisho vyake vilivyoidhinishwa na mpangilio wake wa uthibitishaji wa mwenyeji katika muktadha wake wa utekelezaji, na haiwezi kutegemea kuwa mtu amefungua wakala wa picha. Amua ni ipi kati ya mbili unayojenga kabla ya kuchagua koodi itakaa wapi. Machafuko mengi hapa yanatoka katika kujenga moja na kutarajia nyingine.

Kukatika ni tukio la mfumo wa faili, si tukio la ndoano

Kukatika kulikopangwa kunapaswa kumaliza shughuli za faili na kutoa mount kutoka kwa session ya mtumiaji anayemounta kwa amri inayotumika kwa aina hiyo ya mfumo wa faili. Kulazimisha kutenganisha ili ndoano irudi haraka ndiyo njia ambayo programu hupoteza folda yao ya kazi na watumiaji hupoteza imani katika automatisering. Mount yenye shughuli inahitaji uamuzi wa kiwango cha programu, kama kufunga faili au kusimamisha uandishi, si ishara yenye nguvu zaidi. Hali ya kutoka ya ndoano si kitu kinachoboreshwa.

fusermount3 -u "$HOME/mnt/team"

Upotevu usiotarajiwa ni kisa tofauti, na SSHFS inaandika kwamba operesheni iliyokatizwa inaweza kuzuia wakati usafiri unajiunganisha tena.

Chaguo la kujiunganisha tena hurejesha usafiri, na faili zilizofunguliwa kabla ya muunganisho huo zinaweza bado kurudisha hitilafu na kuhitaji kufunguliwa tena. VPN inayorudi haithibitishi chochote kuhusu vipini vya awali au kazi isiyohifadhiwa. Chagua tabia unayotaka wakati wa kukatika — kusitisha, kuonyesha hitilafu au kumount tena kwa makusudi — na ujaribu kwa faili za kutupwa kabla ya kitu chochote kutegemea.