staging.inyokaproject.org

Hallo,

ich nutze seit einiger Zeit NFS4 + Kerberos. Auf einem Client (Raspberry PI 400) habe ich jetzt auf Ubuntu 21.10 upgedatet (nutze ansonsten 20.4.3 LTS problemlos). Seither funktionieren die NFS mounts nicht mehr. Der Server meldet: Access denied. Ich habe das etwas versucht zu analysieren und herausgefunden, dass die Verbindung über das NFS4 Protokoll nicht funktioniert und der Client dann einen Fallback auf NFS3 macht und dies dann vom Server natürlich abgelehnt wird. Meine bisherige Internetrecherche dazu hat nicht sehr viel ergeben. Es scheint aber ab Kernel 5.10 eine Änderung bzgl. der unterstützten Schlüsselarten für Kerberos zu geben (s. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=e33d2a7b3041d7f8cd1f0a2a4ca42a5bc112b14e). Aber ob das die Ursache für mein Problem ist, ist mir nicht klar.

Kennt jemand dieses Problem und kann mir sagen, was zu tun ist?

Viele Grüße hotel-lima

Hallo zusammen,

es könnte auch am rpc.gssd liegen. Aber das zu debuggen ist schwierig. Ich habs noch nicht geschafft, dem Ding sinnvolle Debug-Nachrichten zu entlocken. Es gibt ja unter /etc/default/nfs-common die Möglichkeit mit -v und -r Debug-Ausgaben zu aktivieren, aber das scheint nicht zu klappen. Die Dokumentation, die man im Internet findet scheint teilweise veraltet zu sein. Hat da jemand ein paar Tips für mich?

Gruß, hotel-lima

mounte mal deinen share manuell und dann mit -vvv

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

mount.nfs4: timeout set for Thu Feb 17 12:09:00 2022
mount.nfs4: trying text-based options 'sec=krb5i,soft,vers=4.2,addr=192.169.174.6,clientaddr=192.169.174.33'
mount.nfs4: mount(2): Invalid argument
mount.nfs4: trying text-based options 'sec=krb5i,soft,vers=4.1,addr=192.169.174.6,clientaddr=192.169.174.33'
mount.nfs4: mount(2): Invalid argument
mount.nfs4: trying text-based options 'sec=krb5i,soft,vers=4.0,addr=192.169.174.6,clientaddr=192.169.174.33'
mount.nfs4: mount(2): Invalid argument
mount.nfs4: trying text-based options 'sec=krb5i,soft,addr=192.169.174.6'
mount.nfs4: prog 100003, trying vers=3, prot=6
mount.nfs4: trying 192.169.174.6 prog 100003 vers 3 prot TCP port 2049
mount.nfs4: prog 100005, trying vers=3, prot=17
mount.nfs4: trying 192.169.174.6 prog 100005 vers 3 prot UDP port 45720
mount.nfs4: mount(2): Permission denied
mount.nfs4: access denied by server while mounting nfssrv:/srv

Ich bin mittlerweile immer sicherer, dass es daran liegt, dass das nfs-common Paket extrem veraltet ist und nicht mehr zum Kernel 5.10 passt. In Debian experimental ist eine neuere Version im Einsatz. Aber wie ich das damit mal unter Ubuntu testen kann, ist mir nicht klar. Wie kann ich das am einfachsten testen? Hat jemand Ideen?

Gruß, hotel-lima

Wenn ich das trace richtig interpretiere probiert er sich mit NFSv4 durch (v4.2 bis 4.0) und failed bis er auf NFSv3 zurückfällt und dann mit dem sec=krb5i nichts anfangen kann...

ich selbst nutze von diversen aktuellen Kernels auf ein 18.04 Kernel Server NFSv4 ohne probleme....

Welche Kernel-Version nutzt Du genau?

Diese Ausgaben mit "invalid argument" sind nach meinen Recherchen möglicherweise irreführend und deuten auf einen Fehler im rpc.gssd hin. Der versucht möglicherweise eine veraltete Schlüsselart (weak cipher) zu nutzen, der ab Kernel 5.10 nicht mehr unterstützt wird. Das sind zumindest die Erkenntnisse, die ich im Internet finden konnte. Wie kann ich denn einen neuen Stand vom rpc.gssd unter Ubuntu 21.10 ausprobieren, ohne in endlose Abhängikeitsprobleme zu geraten?

Diese beiden Fehlermeldungen bringen mich zur obigen Meinung:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=979764

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983508

Gruß, hotel-lima