NFS clientaddr VPN gainean: erabaki bertsio minoraren arabera, ez ohituragatik
clientaddr-ek NFSv4.0rako soilik iragartzen du dei-atzeko helbide bat. Irakurri negoziatutako bertsio minora, egiaztatu itzulera-bidea eta bereizi muntatze-hutsegiteetatik.
clientaddr arrazoia aspaldi desagertu ondoren komando-lerroan kopiatzen den muntatze-aukeretako bat da. NFSv4.0 zerbitzariari esaten dio non deitu behar dion bezeroari atzera. Ez du zerbitzaria aukeratzen, ez du eskaera bakoitza iturburu-helbide batera lotzen, eta ez du trafikoa tunel batera bultzatzen. Helbide batzuk dituen eramangarri batean, ea aplikatzen den erabakitzeko hiru galdera behar dira.
Hiru baldintzak erabakitzen dute aukera garrantzitsua den
Lehena negoziatutako bertsio minora da, 4.1 eta 4.2-k atzerako deiak modu ezberdinean tratatzen dituztelako. Bigarrena zerbitzariak iragarriko zenukeen helbidera irits daitekeen ala ez da; bideratutako tunel batek normalean baimentzen du, eta bide itzuliak normalean ez. Hirugarrena jazartzen ari zaren hutsegitea atzerako dei baten hutsegitea den ala ez da.
| Condition | If yes | If no |
|---|---|---|
| Version is 4.0 | The option can matter | Skip it; inspect the session instead |
| Server can reach the address | Advertise it | Fix reachability first |
| Failure is a callback | Diagnose callback path | Look at mount and export |
Haiei ordena okerrean erantzutea da jendeak 4.2 muntatze bati dei-atzeko helbidea gehitzen dion eta aukera hondatuta dagoela ondorioztatzen duen modua.
Irakurri lehenengo bertsio minora
nfsstat -mLehendik dagoen muntatze batentzat, honek muntatze-informazioa eta banderak inprimatzen ditu, bertsio eraginkorra barne vers=4.0, vers=4.1 edo vers=4.2 gisa. “NFSv4” besterik esaten ez duen ohar batek aukera hau garrantzitsua den erabakitzen duen xehetasun bakarra uzten du. Irakurri zenbakia, ez hitza.
Bertsio-katea zerbitzariaren balio lehenetsitik etorri bada eta ez zure komando-lerrotik, galdetu zein bertsio minor negoziatu zen. Zerbitzari batek bertsio minor handiagoa uka dezake eta behera egin, eta beherakada hori da atzerako dei bat bat-batean garrantzitsua bihurtzen den kasua. Idatzi duzun muntatze-lerroak agian ez du deskribatzen duzun muntatzea.
4.0rako, iragarri zerbitzariak irits dezakeen helbide bat
NFSv4.0 zerbitzari batek bezeroarenganako konexio bereizia behar izan dezake, adibidez delegazio bat atzera deitzen duenean. Interfaze anitz edo bideratze-taulera ezohikoa dutenean, dei-atzeko helbidearen aurkikuntza automatikoak zerbitzariak erabili ezin duen bat aukera dezake.
mount -t nfs -o vers=4.0,clientaddr=10.8.0.6 10.8.0.1:/export /mnt/shareBi puntuen aurreko helbidea zerbitzaria da eta helmuga izaten jarraitzen du. Dei-atzeko helbidea bezeroarena da, eta tunelaren zerbitzariaren aldetik irisgarria izan behar du. Loopback helbide batek zerbitzaria bere buruarengana itzultzen du. Itzulera-biderik gabeko bezero-helbide pribatu bat ezin da erabili, bezeroan zuzena ematen duen arren.
Erabili hau adibide gisa, ez muntatze funtzional bat jaisteko arrazoi gisa. Ordeztu helbideak eta esportazio-bidea, eta gorde zerbitzariak eskatzen dituen autentifikazioa eta bestelako aukerak. Haiek baztertzea adibide bat egokitzeko beste aldaketa bat da, beste emaitza batekin, eta segurtasun-mota bat derrigortzen duen zerbitzari batean huts egiten du edozein atzerako dei saiatu aurretik.
4.1 eta 4.2-k ez dute aukera erabiltzen
Linux NFSv4.1 eta 4.2-k bezeroak ezarritako konexioen gainean garraiatzen dituzte atzerako deiak, eta 4.1-k backchannel deitzen dio instalazio horri. Ez dute zerbitzariak iragarritako helbide batera konexio berri bat irekitzearen mende, beraz clientaddr-ek ez du 4.1 edo 4.2-ren atzerako dei bidea konpontzen.
Horrek ez du esan nahi 4.1 eta 4.2-k atzerako dei arazoak ez dituztenik. Esan nahi du diagnostikoa ezberdina dela: aztertu ezarritako saioa eta haren backchannel egoera, inoiz egon behar ez zuen atzerako dei ataka sarrera baten bila ibili beharrean. Falta den sarrera-araua espero den egoera da, ez zuzendu beharreko akatsa.
Bereizi muntatze-hutsegitea atzerako dei hutsegitetik
Ezarri lehenengo bezeroak NFS zerbitzura iristen den eta zerbitzariak esportazioa eta autentifikazio-eskaera onartzen dituen. Truke horren aurreko denbora-muga batek ez du ezer esaten dei-atzeko helbide bati buruz. Bat aldatzeak muntatzeak huts egiten jarraitzen duen bitartean ez du ikerketa hurbiltzen, eta jatorrizko errorea muntatze-auker berri baten atzean ezkutatzen du.
Bakarrik frogek 4.0 atzerako dei huts bat erakusten dutenean da garrantzitsua iragarritako helbidea, zerbitzariaren itzulera-bidearekin, bezeroaren aldeko entzulearekin eta bien arteko edozein iragazketarekin batera. Muntatze-aukerako zenbakia aldatzeak ezin ditu bide horiek sortu; lehendik dagoen batera soilik seinala dezake. Idatzi horietako zein egiaztatu duzun, hurrengo txostena horietako bat gabe iritsiko baita.
Abio goiztiarreko NFS erroa bere baldintzak dituen ingurune bereizia da: initramfs-ek tresnak eta sarea behar ditu muntatzea gertatu aurretik. Saioa hasi ondoren funtzionatzen duen muntatze batek ez du ezer frogatzen sekuentzia horri buruz, eta abioan gertatzen den hutsegiteak gutxitan aipatzen ditu initramfs-a edo sarea.