NFS clientaddr oer VPN: beslút neffens de lytse ferzje, net neffens gewoante
clientaddr kundiget allinnich foar NFSv4.0 in weromropadres oan. Lês de ûnderhannele lytse ferzje, kontrolearje it werompaad en skied it fan mountflaters.
clientaddr is ien fan dy mount-opsjes dy’t noch lang yn in opdrachtregel kopiearre wurde neidat de reden dêrfoar ferdwûn is. It fertelt in NFSv4.0-tsjinner wêr’t er de klient weromroppe moat. It kiest de tsjinner net, bynt net elk fersyk oan in boarneadres en stjoert gjin ferkear in tunnel yn. Op in laptop mei ferskate adressen freget it trije fragen om te besluten oft it überhaupt jildt.
Trije betingsten beslute oft de opsje fan belang is
De earste is de ûnderhannele lytse ferzje, om’t 4.1 en 4.2 weromroppen oars behannelje. De twadde is oft de tsjinner it adres berikke kin dat jo oankundigje soene; in rûtearre tunnel lit dat meast ta en in oerset paad meast net. De tredde is oft de flater dy’t jo efterfolgje überhaupt in weromropflater is.
| 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 |
Se yn ’e ferkearde folchoarder beänderje is hoe’t minsken in weromropadres oan in 4.2-mount tafoegje en konkludearje dat de opsje stikken is.
Lês earst de lytse ferzje
nfsstat -mFoar in besteande mount printsje dit de mountynformaasje en flaggen, wêrûnder de effektive ferzje as vers=4.0, vers=4.1 of vers=4.2. In notysje dy’t allinnich “NFSv4” seit, lit it iene detail weilitsje dat beslút oft dizze opsje relevant is. Lês it getal, net it wurd.
As de ferzjestring fan in tsjinnerstandert kaam ynstee fan jo opdrachtregel, freegje dan hokker lytse ferzje ûnderhannele is. In tsjinner kin in hegere lytse ferzje wegerje en weromfalle, en krekt dy weromfal is it gefal wêr’t in weromrop ynienen fan belang is. De mountregel dy’t jo skreaunen beskriuwt miskien net de mount dy’t jo hawwe.
Foar 4.0, kundigje in adres oan dat de tsjinner berikke kin
In NFSv4.0-tsjinner kin in aparte ferbining werom nei de klient nedich hawwe, bygelyks as er in delegaasje weromropt. Mei meardere ynterfaces of in ûngewoane rûtetabel kin de automatyske ûntdekking fan in weromropadres ien kieze dy’t de tsjinner net brûke kin.
mount -t nfs -o vers=4.0,clientaddr=10.8.0.6 10.8.0.1:/export /mnt/shareIt adres foar de dûbele punt is de tsjinner en bliuwt de bestimming. It weromropadres heart by de klient, en it moat berikber wêze fan ’e tsjinnerkant fan ’e tunnel. In loopback-adres wiist de tsjinner werom nei himsels. In privee klientadres sûnder weromrûte is like ûnbrûkber, ek al liket it op ’e klient goed.
Brûk dit as in yllustraasje, net as reden om in wurkjende mount te degradearen. Ferfange de adressen en it eksportpaad, en hâld de autentikaasje en oare opsjes dy’t de tsjinner easket. Se weilitte om ien foarbyld passe te litten is in oare feroaring mei in oar resultaat, en op in tsjinner dy’t in befeiligingstype ôftwingt mislearret it foar’t der in weromrop besocht wurdt.
4.1 en 4.2 brûke de opsje net
Linux NFSv4.1 en 4.2 drage weromroppen oer ferbiningen dy’t de klient oprjochte hat, en 4.1 neamt dat foarsjenning de backchannel. Se hingje net ôf fan ’t iepenjen fan in nije ferbining troch de tsjinner nei in oankundige adres, sadat clientaddr gjin weromroppaad fan 4.1 of 4.2 reparearret.
Dat betsjut net dat 4.1 en 4.2 gjin weromropproblemen hawwe. It betsjut dat de diagnoaze oars is: besjoch de oprjochte sesje en syn backchannel-steat ynstee fan te sykjen nei in ynkommende weromropport dy’t nea bestean moatten hie. In ûntbrekkende ynkommende regel is de ferwachte steat, net in te korrigearjen flater.
Skied in mountflater fan in weromropflater
Stel earst fêst oft de klient de NFS-tsjinst berikt en oft de tsjinner it eksport en it autentikaasjefersyk akseptearret. In tiidferstryk foar dy útwikseling seit neat oer in weromropadres. Ien feroarje wylst de mount noch mislearret bringt it ûndersyk net tichterby, en it ferberget de oarspronklike flater efter in nije mount-opsje.
Pas as it bewiis in mislearre 4.0-weromrop sjen lit, docht it oankundige adres der ta, tegearre mei it werompaad fan ’e tsjinner, de harker oan ’e klientkant en elke filterring dêrtusken. It getal yn ’e mount-opsje feroarje kin dy paden net meitsje; it kin allinnich wize nei ien dy’t al bestiet. Skriuw op hokker fan dy fjouwer jo ferifiearre hawwe, want it folgjende rapport sil sûnder ien fan harren komme.
In iere-opstart NFS-woartel is in aparte omjouwing mei syn eigen betingsten: de initramfs hat de ark en it netwurk nedich foar’t de mount plakfine kin. In mount dy’t nei oanmelden wurket bewiist neat oer dy folchoarder, en de flater by it opstarten neamt selden de initramfs of it netwurk.