15.x als NFS server funktioniert nicht

ich bin neu hier.
ich verwende suse-linux seit version ~5.6 (~1995)
bisher bin ich ganz gut allein zurechtgekommen, oder manchmal mit
fragen in Linux-newsgroups.
die gibts aber nicht mehr(???) und ich muss mich mit den SUSE-forums
auseinandersetzen und ich habe keine ahnung, wie und wo ich fragen stellen kann.

wenn ich hier nicht richtig bin, verweisen Sie mich bitte an die richtge stelle!

mein problem:

ich habe hier zu hause 3 rechner mit Linux (kein Windows o.ä)
r1: meiner, auch als datenserver und sicherung für die anderen
r2: mein laptop (15.2)
r3: der meiner frau (noch 15.1)

auf r1 ist schon 15.2 installiert, aber einige sachen funktionieren nicht:
ich hab ihn als server konfiguriert, wie es schon jahrelang vorher, zuletzt
unter 13.2 und 42.3, funktioniert hat, aber seit 15.0 kann ich von den anderen
rechnern nicht mehr zugreifen:
sowohl bei YaST/NFS client einrichten, wie auch beim mount-command kommt die
meldung:
mount_nfs: access denied by server while mounting …

ich muss dazu sagen dass ich noch nie eine firewall benutzt habe, auch weil ich
die parametrierung gar nicht verstehe!
trotzdem hat mein server vor 15.0 klaglos funktioniert, aber jetzt nicht mehr.

ich kann auch noch alternativ 42.3 (oder 13.2) booten, wo mein server noch
funktioniert, auch wenn die nfs-clients unter 15.x laufen.
auf den clients ist auch keine firewall eingeschaltet.

Poste vom Server:

systemctl status nfs-server.service

sowie

cat /etc/exports

@pjbru:

Bitte, die systemd Dienste prüfen:


 > systemctl list-unit-files | grep -i 'nfs'
proc-fs-nfsd.mount                                               static         
var-lib-nfs-rpc_pipefs.mount                                     static         
nfs-blkmap.service                                               disabled       
nfs-idmapd.service                                               static         
nfs-mountd.service                                               static         
nfs-server.service                                               enabled        
nfs-utils.service                                                static         
nfs.service                                                      enabled        
nfsserver.service                                                disabled       
nfs-client.target                                                disabled       
 > 


 # systemctl status nfs-server.service
● nfs-server.service - NFS server and services
   Loaded: loaded (/usr/lib/systemd/system/nfs-server.service; enabled; vendor preset: disabled)
  Drop-In: /usr/lib/systemd/system/nfs-server.service.d
           └─nfsserver.conf, options.conf
           /run/systemd/generator/nfs-server.service.d
           └─order-with-mounts.conf
   Active: active (exited) since Mon 2020-11-23 08:47:03 CET; 10h ago
  Process: 2349 ExecStart=/usr/sbin/rpc.nfsd $NFSD_OPTIONS (code=exited, status=0/SUCCESS)
  Process: 2331 ExecStartPre=/usr/sbin/exportfs -r (code=exited, status=0/SUCCESS)
 Main PID: 2349 (code=exited, status=0/SUCCESS)
    Tasks: 0
   CGroup: /system.slice/nfs-server.service

Nov 23 08:47:02 xxx systemd[1]: Starting NFS server and services...
Nov 23 08:47:03 xxx systemd[1]: Started NFS server and services.
 # 

“/etc/exports” prüfen (hier mit ein AVM FRITZ!Box als DSL Router … ) –

/home     *.fritz.box(rw,root_squash,sync,hide,no_subtree_check)

Alles in das Referenz Handbuch prüfen: <https://doc.opensuse.org/documentation/leap/reference/html/book-opensuse-reference/cha-nfs.html>.

https://doc.opensuse.org/documentation/leap/archive/42.2/reference/html/book.opensuse.reference/cha.nfs.html

danke an suaerland und dcurtisfra fuer die prompte antwort

das problem hab ich inzwischen geloest:

in /etc/exports stand:
/data tux_r,3tux_r2(rw,root_squash,sync,no_subtree_check)
----
damit funktionierte NICHTS !
es haette naemlich heissen sollen (mein fehler):
/data tux_r3,tux_r2(rw,root_squash,sync,no_subtree_check)
----
aber auch das fuktioniert nicht!

das war durch yast/NFS server erzeugt worden durch eingabe einer komma-liste von clients
(wie das vielleicht frueher einmal zulaessig war, aber nun nicht mehr, aber trotzdem
nicht beanstandet wurde)
geaendert zu:
/data tux_r3(rw,root_squash,sync,no_subtree_check) tux_r2(rw,root_squash,sync,no_subtree_check)
jetzt gehts!

Lese mal

man exports

Darin ist nichts von einer “,” getrennte LIste zu finden. Und das ist nicht neu, das war immer schon so.

Anscheinend sieht YaST das einfach als ein Hostname “tux_r3,tux_r2”. Da sind zwar nicht erlaubte Zeichen darin wie “_” und “,”, aber YaST nimmt es wie es eingegeben wird.

Ich zweifel dran dass, ein mit Komma getrennte Klienten-liste irgendwann funktioniert hatte …
</etc/exports - NFS Dateisysteme, die freigegeben werden sollen (für kernelbasiertes NFS) - LINUX - PRAXIS;

Jede Zeile enthält einen Verzeichnisnamen und eine durch Leerzeichen getrennte Liste von Clients, die dieses Verzeichnis mounten dürfen. Jeder Angabe eines Clients darf in Klammern eine Liste von durch Kommata getrennten Exportoptionen für diesen Client folgen. Zwischen der Angabe des Clients und seiner Optionsliste darf kein Leerzeichen stehen.