NFS-reeksporto tra VPN ne estas paketa plusendado

Linux-maŝino aliĝas al VPN, muntas foran NFS-eksporton kaj poste servas tiun muntaĵon al alia grupo de klientoj. Tiu aranĝo aspektas kiel enkursigado kun pliaj paŝoj, kaj tio estas la unua malĝusta supozo. La meza maŝino estas kliento de la supra servilo kaj servilo por la subaj klientoj, kaj ĝi partoprenas en ambaŭ dosieraj servrilatoj. Paketa plusendado havas neniun opinion pri dosierteniloj, ŝlosado aŭ dosiersistema identeco; reeksporto havas.

Komencu per la demando, ĉu la subaj klientoj povus atingi la originalan servilon rekte. Se ili povas, la meza maŝino estas laŭvola.

Tri modeloj, tri historioj de konsisteco

Rekta muntado estas la plej simpla: ĉiu kliento muntas la originalan servilon tra la tunelo, kaj la eksporta politiko de tiu servilo regas la aliron. Reeksporto estas la meza maŝino, kiu prezentas alian servlimon, kio utilas kiam la reto al la klientoj ne rajtas atingi la servilon rekte. Repliko estas tria modelo, kaj ĝi movas la demandon de konsisteco al sinkronigo kaj konflikta solvado.

Ne priskribu replikan kopion kvazaŭ ĝi estus viva reeksporto. La malsukcesaj reĝimoj diferencas, kaj uzanto, kiu atendas, ke ĉiu operacio atingos la originalan dosiersistemon, surpriziĝos dum liga interrompo.

Identeco postvivas la muntan komandon

Reeksportoj bezonas eksplicitan dosiersisteman ID-on, kaj tiu identeco devas postvivi restarigojn kaj rekonstruojn de agordo. La dokumentaro de la kerno estas klara pri la postulo, kaj ĝi ankaŭ avertas, ke crossmnt ne forigas la bezonon eksporti infanajn dosiersistemojn kun iliaj propraj ID-oj. Dosieruja arbo, kiu ŝajnas kontinua al uzanto, povas transiri plurajn dosiersistemajn limojn. Nunaj nfs-utils povas atribui ID-ojn aŭtomate por subtenataj agordoj, kaj kiam ĝi tion faras, ĝia datumbazo fariĝas parto de la stato de la pordego. Traktu tiujn ID-ojn kiel servan identecon anstataŭ forĵeteblajn dosierojn.

Dosierteniloj estas la alia identeca limo: reeksporto ĉirkaŭvolvas la originalan tenilon, kio igas ĝin pli granda kaj povas superi la limon de kliento. Sukcesa muntado ne pruvas, ke ĉiu eksporta aranĝo estas kongrua.

Ne ĉiu NFS-funkcio postvivas la mezan maŝinon

La gvidilo de la kerno pri reeksporto diras, ke la reeksportanta servilo ne subtenas ŝlosadon aŭ delegaciajn petojn. Aplikoj, kiuj dependas de tiuj operacioj, bezonas alian vojon aŭ dezajnon kontrolitan kontraŭ ili. Sukcesa muntado kaj funkcianta dosieruja listo ne montras, ke la veraj operacioj de la aplikaĵo funkcias.

Uzanta identeco kaj eksporta politiko ankaŭ gravas ĉe ĉiu salto. Ensaluto al VPN pruvas, ke reta partoprenanto aŭtentikiĝis; ĝi ne rajtigas NFS-uzanton, kaj ĝi ne plusendas la akreditaĵojn de kliento tra la pordego.

La pordego havas du suprajn dependecojn

La pordego dependas de la VPN por la supra muntado kaj de la supra servilo por la dosiersistemo mem. Loka eksporta procezo, kiu ankoraŭ funkcias, ne povas igi neatingeblan konservadon sana. Planu la komencan ordon, la rekonektan konduton kaj la restarigojn de la servilo, inkluzive de tio, kio okazas al dosierteniloj, kiujn klientoj jam tenas. Kliento, kiu muntis tra la pordego kaj perdis sian tenilon, bezonas remuntadon, kaj tio estas operacia evento prefere ol travidebla reakiro.

Se ĉio, kion la postulo iam bezonis, estis atingeblo de privataj IP-oj, rekta enkursigado al la originala servilo estas la pli simpla arkitekturo. La reeksporto devus ekzisti pro kialo, kiu postvivas esti skribita.

Testu la laborŝarĝon, ne la muntadon

Ekzercu la veran dosieran laborŝarĝon en kontrolita medio: la operaciojn, kiujn la aplikaĵo faras, la dosiergrandojn, kiujn ĝi uzas, kaj la kunlaborecon, kiun ĝi atendas. Atentu la mankojn en funkcioj, ne nur transportajn erarojn. Poste registru, kiun modelon vi elektis kaj kial, ĉar alie la sekva persono supozos, ke la pordego estas enkursigilo.

Reeksporto estas legitima, kiam ĝi ekzistas pro intenca kialo, kiel izolita klienta reto aŭ kontrolita versia limo. Ĝi estas malbona hazardo, kaj la diferenco estas, ĉu iu decidis ĝin.