NFS clientaddr VPN felett: a mellékverzió döntsön, ne a megszokás
A clientaddr csak az NFSv4.0 számára hirdet visszahívási címet. Olvassa el az egyeztetett mellékverziót, ellenőrizze a visszautat, és válassza el a csatolási hibáktól.
clientaddr egyike azoknak a csatolási lehetőségeknek, amelyeket jóval azután is másolgatnak a parancssorba, hogy az okuk eltűnt. Megmondja egy NFSv4.0-kiszolgálónak, hova hívja vissza a klienst. Nem választja ki a kiszolgálót, nem köti minden kéréshez a forráscímet, és nem tolja a forgalmat alagútba. Egy több címmel rendelkező laptopon három kérdés kell annak eldöntéséhez, hogy egyáltalán érvényes-e.
Három feltétel dönti el, hogy számít-e a lehetőség
Az első az egyeztetett mellékverzió, mert a 4.1 és a 4.2 másképp kezeli a visszahívásokat. A második az, hogy a kiszolgáló el tudja-e érni a hirdetni kívánt címet; egy irányított alagút ezt általában engedi, egy lefordított útvonal általában nem. A harmadik az, hogy a keresett hiba egyáltalán visszahívási hiba-e.
| 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 |
Rossz sorrendben válaszolni rájuk az az út, ahogy az emberek visszahívási címet adnak egy 4.2-es csatoláshoz, és arra jutnak, hogy a lehetőség elromlott.
Először a mellékverziót olvassa el
nfsstat -m
Egy meglévő csatolásnál ez kiírja a csatolási információkat és jelzőket, köztük a tényleges verziót vers=4.0, vers=4.1 vagy vers=4.2 formában. Az a megjegyzés, amely csak „NFSv4”-et mond, kihagyja azt az egyetlen részletet, amely eldönti, hogy ez a lehetőség releváns-e. A számot olvassa, ne a szót.
Ha a verziószöveg a kiszolgáló alapértelmezéséből származik, nem a parancssorból, kérdezze meg, melyik mellékverzióban egyeztek meg. A kiszolgáló visszautasíthat egy magasabb mellékverziót, és visszaeshet, és éppen ez a visszaesés az az eset, amikor egy visszahívás hirtelen számít. Lehet, hogy a megírt csatolási sor nem azt a csatolást írja le, amely Önnél van.
A 4.0-hoz olyan címet hirdessen, amelyet a kiszolgáló elér
Egy NFSv4.0-kiszolgálónak szüksége lehet külön kapcsolatra vissza a klienshez, például amikor visszahív egy delegálást. Több interfész vagy szokatlan útválasztási tábla esetén a visszahívási cím automatikus felderítése olyat választhat, amelyet a kiszolgáló nem tud használni.
mount -t nfs -o vers=4.0,clientaddr=10.8.0.6 10.8.0.1:/export /mnt/share
A kettőspont előtti cím a kiszolgáló, és az marad a cél. A visszahívási cím a klienshez tartozik, és elérhetőnek kell lennie az alagút kiszolgáló oldaláról. Egy loopback-cím visszafordítja a kiszolgálót önmagára. Egy visszaút nélküli privát klienscím ugyanolyan használhatatlan, még ha a klienseen helyesnek is tűnik.
Használja ezt szemléltetésként, ne okként egy működő csatolás lefokozására. Cserélje ki a címeket és az exportútvonalat, és tartsa meg a hitelesítést és a kiszolgáló által megkövetelt egyéb lehetőségeket. Elhagyni őket, hogy egy példa illeszkedjen, más változtatás más eredménnyel, és egy biztonsági típust kikényszerítő kiszolgálón már a visszahívás megkísérlése előtt meghiúsul.
A 4.1 és a 4.2 nem használja a lehetőséget
A Linux NFSv4.1 és 4.2 a kliens által létrehozott kapcsolatokon viszi a visszahívásokat, és a 4.1 ezt az eszközt backchannelnek nevezi. Nem függenek attól, hogy a kiszolgáló új kapcsolatot nyisson egy hirdetett címhez, ezért a clientaddr nem javítja ki egy 4.1-es vagy 4.2-es visszahívási útvonalát.
Ez nem jelenti azt, hogy a 4.1-nek és a 4.2-nek ne lennének visszahívási problémái. Azt jelenti, hogy a diagnózis más: a létrejött munkamenetet és annak backchannel-állapotát vizsgálja, ahelyett hogy olyan bejövő visszahívási portot keresne, amelynek soha nem kellett volna léteznie. A hiányzó bejövő szabály a várt állapot, nem javítandó hiba.
Válassza el a csatolási hibát a visszahívási hibától
Először állapítsa meg, hogy a kliens eléri-e az NFS-szolgáltatást, és hogy a kiszolgáló elfogadja-e az exportot és a hitelesítési kérést. Az e csere előtti időtúllépés semmit sem mond a visszahívási címről. Egyet megváltoztatni, miközben a csatolás még mindig meghiúsul, nem viszi közelebb a vizsgálatot, és elrejti az eredeti hibát egy új csatolási lehetőség mögé.
Csak amikor a bizonyítékok sikertelen 4.0-s visszahívást mutatnak, számít a hirdetett cím, a kiszolgáló visszaútjával, a kliens oldali figyelővel és a köztük lévő bármilyen szűréssel együtt. A szám megváltoztatása a csatolási lehetőségben nem hozhatja létre ezeket az utakat; csak egy már létezőre mutathat. Írja le, melyiket ellenőrizte a négy közül, mert a következő jelentés egyikük nélkül érkezik majd.
A korai indítású NFS-gyökér külön környezet a maga előfeltételeivel: az initramfsnek szüksége van az eszközökre és a hálózatra, mielőtt a csatolás megtörténhet. Az bejelentkezés után működő csatolás semmit sem bizonyít erről a sorrendről, és az indítási hiba ritkán említi az initramfsot vagy a hálózatot.