[gelöst] nfs funktioniert nicht mit 11.3
- cosinus
- Beiträge: 3439
- Registriert: 08.02.2016 13:44:11
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Bremen
Re: nfs funktioniert nicht mit 11.3
nmap hat doch eindeutig gezeigt, dass der für NFS zuständige Port gefiltert wird. Da kannst du egal was für eine Konfig von NFS haben in der /etc/exports!
Re: nfs funktioniert nicht mit 11.3
Neben der Sache mit der Firewall (testweise mal abschalten?) sind in der Konfigurationsdatei mehrere Einträge doppelt bzw. falsch.
- Blackbox
- Beiträge: 4289
- Registriert: 17.09.2008 17:01:20
- Lizenz eigener Beiträge: GNU Free Documentation License
Re: nfs funktioniert nicht mit 11.3
Genau deswegen habe ich auch das Debugging vorgeschlagen.Tintom hat geschrieben:04.07.2022 21:06:57Konfigurationsdatei mehrere Einträge doppelt bzw. falsch.
Eigenbau PC: Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Desktop PC: Dell Inspiron 530 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Notebook: TUXEDO BU1406 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Alles Minimalinstallationen und ohne sudo/PA/PW.
Rootserver: Rocky Linux 9.3 - Kernel: 5.14
Freie Software unterstützen, Grundrechte stärken!
Desktop PC: Dell Inspiron 530 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Notebook: TUXEDO BU1406 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Alles Minimalinstallationen und ohne sudo/PA/PW.
Rootserver: Rocky Linux 9.3 - Kernel: 5.14
Freie Software unterstützen, Grundrechte stärken!
Re: nfs funktioniert nicht mit 11.3
Ursache gefunden: der client hat die beim starten automatisch erzeugte IP geändert. die kleine Anpassung im NFS -Server funktioniert aber nur nach einem reboot der Servers ! das muss man ja alles experimentell heraus finden. die doppelten Einträge in /etc/exports entstehen wenn man nach dem manuellen Eintragen exportfs -a anwendet, stört aber offensichtlich nicht.
Re: nfs funktioniert nicht mit 11.3
Erstaunlich welche Mythen sich hartnäckig halten:
Automatisch erzeugte Adressen im Sinne von "Die Clienten handeln untereinander eine Adresse aus" gibt es bei zeroconf/avahi/bonjour. Bei deinen geposteten Angaben ist das nicht der Fall, denn in deinem Netzwerk wird die IP-Adresse über deinen Router vergeben (sofern du selbst nicht eingreifst). Das bedeutet aber auch, sofern du nicht entsprechend deinen Router konfigurierst, dass dir dieser Punkt bald wieder um die Ohren fliegen wird. Startest du nämlich deinen Router neu oder sind Server und/oder Client für längere Zeit offline, wird die Zuordnung der Adressen (welche IP-Adresse gehört zu welchem Rechner im Netz) gelöscht. Dann darfst du Server und Client wieder neu konfigurieren.wolf49 hat geschrieben:05.07.2022 04:33:39Ursache gefunden: der client hat die beim starten automatisch erzeugte IP geändert.
Ein Reboot des Servers ist nicht nötig, ein Neustart des entsprechenden Dienstes reicht in der Regel aus. Auch bei NFS.wolf49 hat geschrieben:05.07.2022 04:33:39die kleine Anpassung im NFS -Server funktioniert aber nur nach einem reboot der Servers ! das muss man ja alles experimentell heraus finden.
Es gibt bei Debian keinen Dienst (mir fällt jedenfalls keiner ein), der ungefragt in Konfigurationsdateien umherschreibt. In der manpage von exportfs steht's auch so drin:wolf49 hat geschrieben:05.07.2022 04:33:39die doppelten Einträge in /etc/exports entstehen wenn man nach dem manuellen Eintragen exportfs -a anwendet, stört aber offensichtlich nicht.
input file besagt, dass von dieser Datei nur gelesen wird.man exports hat geschrieben:/etc/exports
input file listing exports, export options, and access control lists