NFS clientaddr mbi VPN: vendos sipas versionit minor, jo sipas zakonit
clientaddr shpall një adresë kthimi vetëm për NFSv4.0. Lexoni versionin minor të negociuar, kontrolloni rrugën e kthimit dhe ndajeni nga dështimet e montimit.
clientaddr është një nga ato opsionet e montimit që kopjohen në një rresht komande shumë kohë pasi arsyeja për të ka humbur. Ai i thotë një serveri NFSv4.0 ku ta thërrasë klientin mbrapsht. Nuk zgjedh serverin, nuk lidh çdo kërkesë me një adresë burimi dhe nuk shtyn trafikun në një tunel. Në një laptop me disa adresa, për të vendosur nëse zbatohet fare duhen tre pyetje.
Tre kushte vendosin nëse opsioni ka rëndësi
I pari është versioni minor i negociuar, sepse 4.1 dhe 4.2 i trajtojnë kthimet ndryshe. I dyti është nëse serveri mund ta arrijë adresën që do të shpallje, gjë që një tunel i rrugëzuar zakonisht e lejon dhe një rrugë e përkthyer zakonisht jo. I treti është nëse dështimi që ndjek është fare dështim kthimi.
| 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 |
T’u përgjigjesh atyre në rend të gabuar është mënyra se si njerëzit shtojnë një adresë kthimi në një montim 4.2 dhe arrijnë në përfundimin se opsioni është prishur.
Lexoni fillimisht versionin minor
nfsstat -mPër një montim ekzistues, kjo printon informacionin dhe flamujt e montimit, duke përfshirë versionin efektiv si vers=4.0, vers=4.1 ose vers=4.2. Një shënim që thotë vetëm “NFSv4” lë jashtë detajin e vetëm që vendos nëse ky opsion është i rëndësishëm. Lexoni numrin, jo fjalën.
Nëse vargu i versionit erdhi nga një vlerë e paracaktuar e serverit dhe jo nga rreshti juaj i komandës, pyesni cili version minor u negociua. Një server mund të refuzojë një version minor më të lartë dhe të bjerë prapa, dhe pikërisht ai rënie është rasti kur një kthim bëhet papritur i rëndësishëm. Rreshti i montimit që shkruat mund të mos e përshkruajë montimin që keni.
Për 4.0, shpallni një adresë që serveri mund ta arrijë
Një server NFSv4.0 mund të ketë nevojë për një lidhje të veçantë mbrapsht te klienti, për shembull kur tërheq një delegim. Me disa ndërfaqe ose një tabelë rrugëzimi të pazakontë, zbulimi automatik i një adrese kthimi mund të zgjedhë një që serveri nuk mund ta përdorë.
mount -t nfs -o vers=4.0,clientaddr=10.8.0.6 10.8.0.1:/export /mnt/shareAdresa përpara dy pikave është serveri dhe mbetet destinacioni. Adresa e kthimit i përket klientit, dhe duhet të jetë e arritshme nga ana e serverit të tunelit. Një adresë loopback e kthen serverin te vetja. Një adresë private klienti pa rrugë kthimi është po aq e papërdorshme, edhe pse në klient duket e saktë.
Përdoreni këtë si ilustrim, jo si arsye për të ulur një montim që funksionon. Zëvendësoni adresat dhe rrugën e eksportit dhe mbani vërtetimin dhe opsionet e tjera që kërkon serveri. Heqja e tyre që një shembull të përshtatet është një ndryshim tjetër me një rezultat tjetër, dhe në një server që imponon një lloj sigurie dështon para se të provohet ndonjë kthim.
4.1 dhe 4.2 nuk e përdorin opsionin
Linux NFSv4.1 dhe 4.2 i mbajnë kthimet mbi lidhjet që ka vendosur klienti, dhe 4.1 e quan atë mjet backchannel. Ata nuk varen nga hapja nga serveri e një lidhjeje të re drejt një adrese të shpallur, prandaj clientaddr nuk e rregullon një rrugë kthimi 4.1 ose 4.2.
Kjo nuk do të thotë që 4.1 dhe 4.2 nuk kanë probleme kthimi. Do të thotë që diagnoza është ndryshe: shqyrtoni sesionin e vendosur dhe gjendjen e backchannel-it të tij në vend që të kërkoni një portë kthimi hyrëse që nuk duhej të kishte ekzistuar kurrë. Një rregull hyrës që mungon është gjendja e pritur, jo një defekt për t’u korrigjuar.
Ndani një dështim montimi nga një dështim kthimi
Së pari përcaktoni nëse klienti arrin shërbimin NFS dhe nëse serveri pranon eksportin dhe kërkesën e vërtetimit. Një skadim kohe përpara atij shkëmbimi nuk thotë asgjë për një adresë kthimi. Ndryshimi i njërës ndërsa montimi ende dështon nuk e afron hetimin dhe e fsheh gabimin origjinal pas një opsioni të ri montimi.
Vetëm kur provat tregojnë një kthim 4.0 të dështuar bëhet i rëndësishëm adresa e shpallur, së bashku me rrugën e kthimit të serverit, dëgjuesin në anën e klientit dhe çdo filtrim midis tyre. Ndryshimi i numrit në opsionin e montimit nuk mund t’i krijojë ato rrugë; mund të tregojë vetëm një që ekziston tashmë. Shkruani cilën nga ato katër verifikuat, sepse raporti i ardhshëm do të vijë pa asnjë prej tyre.
Rrënja NFS në nisjen e hershme është një mjedis i veçantë me parakushtet e veta: initramfs ka nevojë për mjetet dhe rrjetin përpara se montimi të mund të ndodhë. Një montim që funksionon pas hyrjes nuk provon asgjë për atë sekuencë, dhe dështimi në nisje rrallë përmend initramfs ose rrjetin.