SSHFS-muntado apartenas al la uzanto, ne al la VPN-hoko

La supozo estas facile ensorbebla kaj malfacile rimarkebla: VPN-konekta hoko ruliĝas kiel root, do ankaŭ la muntado, kiun ĝi komencas, devus esti aranĝita kiel root. Tiu rezonado produktas teaman dosierujon, kiun la labortabla uzanto ne povas malfermi, muntadon, kiu malaperas kiam la ekiganta servo restartiĝas, kaj aŭtentigan peton en kunteksto, kie neniu povas respondi ĝin. La hoko kaj la muntado estas du malsamaj taskoj, kaj nur unu el ili bezonas privilegion.

La mito: reta privilegio implicas muntan privilegion

Levi interfacon kaj aŭtentigi al dosieroservilo estas malsamrilataj kapabloj, kaj ili kutime apartenas al malsamaj kontoj. La VPN-komponanto bezonas sufiĉan privilegion por ŝanĝi itinerojn kaj interfacojn. La dosieroservila konto bezonas ŝlosilon aŭ pasvorton, decidon pri la gastiga ŝlosilo, kaj hejman dosierujon por munti en ĝin. Transdoni la akreditaĵojn de la dua tasko al la unua identeco estas kiel reta servo finas tenante la ŝlosilon de uzanto.

Sur unuuzanta tekokomputilo tiuj povas esti la sama konto, kaj tiu koincido ne estas dezajno.

Post kiam privilegia hoko faras la muntadon, tri aferoj silente misfunkcias. La muntado estas posedata de root, la agento de la uzanto forestas el tiu medio, kaj malsukcesoj aperas en la protokolo de la reta servo anstataŭ en la seanco, al kiu ĝi gravas. Neniu el tiuj estas riparita per aldono de opcioj al la munta komando. Ili estas riparitaj per dono de la tasko al la seanco, kiu posedas la identecon.

Kial la muntado apartenas al la ensalutinta uzanto

SSHFS-muntado estas FUSE-muntado posedata de la procezo, kiu kreis ĝin, kaj aliro sekvas tiun posedon anstataŭ la reĝimon de la gepatra dosierujo. La referenco rekomendas ordinaran uzanton kun muntopunkto, kiun tiu uzanto posedas, kaj ĝuste tial muntado kreita de root-procezo estas maloportuna por ĉiuj aliaj. Permesŝanĝo sur la muntopunkto ne riparas ĝin, ĉar la obstaklo estas la propra posedanto de la muntado.

Komencu de permana bazlinio ene de la seanco de la uzanto: ekzistanta malplena muntopunkto sub la hejma dosierujo, rajtigita konto sur la servilo, kaj gastiga ŝlosilo jam kontrolita per via aprobita procezo. Muntu ĝin permane unufoje kaj uzu ĝin, ĉar tio pruvas, ke la identeca vojo funkcias antaŭ ol ekzistas iu ajn aŭtomatigo. Notu, kion la komando bezonis: la kontan nomon, la eksportan vojon kaj la privatan gastigan nomon. Konservu ĝuste tiun kuntekston por la aŭtomatigita versio, ĉar funkcianta permana muntado estas la specifikaĵo, kiun la ekigilo devas reprodukti.

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

Traktu ĉiun nomon kaj vojon en tiu linio kiel anstataŭilon, inkluzive la konton kaj la eksporton. VPN-konta pasvorto ne aŭtomate estas la akreditaĵo de la konserva konto.

Kion la ekigilo petu de la seanco

La subtenata aranĝo estas peto de la reta evento al la seanco de la uzanto, ne prunteprenita akreditaĵo. Limigu la ekigilon al la konekto, kiun vi celas, laŭ nomo aŭ UUID, anstataŭ al iu ajn interfaco, kiu hazarde nomiĝas tun0. Tiu unu ŝanĝo malhelpas duan profilon, testan tunelon aŭ la sencimigan seancon de kolego komenci muntadon.

La ago ĉe la seanca flanko devus serĉi la celatan ekzistantan muntadon kaj poste fari unu limigitan provon.

Ne reprovu ĉe ĉiu enketo, kaj ne daŭre petu akreditaĵon dum la servilo estas neatingebla, ĉar ambaŭ igas portempan interrompon konta ŝloso. Nesuperrigardata servo estas aparta dezajno kun propraj aprobitaj akreditaĵoj kaj propra gastiga kontrolado en propra plenumkunteksto, kaj ĝi ne povas dependi de tio, ke iu malŝlosis grafikas agenton. Decidu, kiun el la du vi konstruas, antaŭ ol elekti, kie la kodo loĝas. La plej multo de la konfuzo ĉi tie venas de konstruado de unu kaj atendo de la alia.

Malkonekto estas okazaĵo de la dosiersistemo, ne okazaĵo de la hoko

Planita malkonekto devus fini dosierajn operaciojn kaj malmunti el la seanco de la muntanta uzanto per la subtenata komando por tiu dosiersistema tipo. Trudi malligon por ke hoko revenu rapide estas kiel aplikaĵoj perdas sian laboran dosierujon kaj uzantoj perdas konfidon en la aŭtomatigon. Okupata muntado bezonas decidon je aplikaĵa nivelo, kiel fermi la dosieron aŭ haltigi la skribadon, ne pli fortan signalon. La elira stato de la hoko ne estas la afero, kiu estas optimumigata.

fusermount3 -u "$HOME/mnt/team"

Neatendita perdo estas alia kazo, kaj SSHFS dokumentas, ke interrompita operacio povas bloki dum la transporto rekonektiĝas.

La rekonekta opcio restarigas la transporton, kaj dosieroj malfermitaj antaŭ tiu rekonekto ankoraŭ povas redoni erarojn kaj bezoni remalfermon. Revenanta VPN pruvas nenion pri pli fruaj teniloj aŭ nekonservita laboro. Elektu la konduton, kiun vi volas dum interrompo — paŭzi, montri eraron aŭ intence remunti — kaj testu ĝin per forĵeteblaj dosieroj antaŭ ol io dependas de ĝi.