Die IP-Adressen:
Server 192.168.178.32
Client 192.168.178.36
Beiträge von Zebix
-
-
Code
Alles anzeigenpublic (active) target: default icmp-block-inversion: no interfaces: eth0 sources: services: dhcpv6-client samba nfs nfs3 samba-client ssh rpc-bind ports: protocols: masquerade: no forward-ports: source-ports: icmp-blocks: rich rules:Code
Alles anzeigen1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 08:60:6e:d8:bd:12 brd ff:ff:ff:ff:ff:ff inet 192.168.178.32/24 brd 192.168.178.255 scope global eth0 valid_lft forever preferred_lft forever inet6 fe80::a60:6eff:fed8:bd12/64 scope link valid_lft forever preferred_lft foreverCode
Alles anzeigenUUID=6c3d9e41-c6f7-4dcd-855d-fb89960bf3f0 swap swap defaults 0 0 UUID=e59ff7fb-7adc-4da2-ac2f-ed6ec736c963 / btrfs defaults 0 0 UUID=e59ff7fb-7adc-4da2-ac2f-ed6ec736c963 /var btrfs subvol=/@/var 0 0 UUID=e59ff7fb-7adc-4da2-ac2f-ed6ec736c963 /usr/local btrfs subvol=/@/usr/local 0 0 UUID=e59ff7fb-7adc-4da2-ac2f-ed6ec736c963 /tmp btrfs subvol=/@/tmp 0 0 UUID=e59ff7fb-7adc-4da2-ac2f-ed6ec736c963 /srv btrfs subvol=/@/srv 0 0 UUID=e59ff7fb-7adc-4da2-ac2f-ed6ec736c963 /root btrfs subvol=/@/root 0 0 UUID=e59ff7fb-7adc-4da2-ac2f-ed6ec736c963 /opt btrfs subvol=/@/opt 0 0 UUID=1e33ea84-4d3f-43d9-bb5c-248764954938 /home xfs defaults 0 0 UUID=e59ff7fb-7adc-4da2-ac2f-ed6ec736c963 /boot/grub2/x86_64-efi btrfs subvol=/@/boot/grub2/x86_64-efi 0 0 UUID=e59ff7fb-7adc-4da2-ac2f-ed6ec736c963 /boot/grub2/i386-pc btrfs subvol=/@/boot/grub2/i386-pc 0 0 UUID=65488502-3b7e-46fd-9ca3-dc7078d24b1c /Server-0 ext4 defaults 0 2Codeping-test ergebnis: 64 bytes from 192.168.178.32: icmp_seq=1 ttl=64 time=0.434 ms usw... -
Hallo Sauerland,
ich habe alles so eingestellt gehabt wie du auch, aber bei mir konnte ich kein Verzeichnis einhängen.
Es erschien eine Fehlermeldung:CodeFehler: Es wurde kein NFS-Server in ihrem Netzwerk gefunden. Dies wird möglicherweise durch eine aktive Firewall verursacht, die den Netzwerk-Scan blockiert. -
Hallo Sauerland,
gibt es diese Handbücher nicht in DEUTSCH.
Mein Englisch ist leider nicht so gut, sodass ich das nachvollziehen kann was damit gemeint ist.
Auch mein Übersetzungsprogramm liefert keine befriedigende Lösung.
Gruß Zebix -
Code
Alles anzeigenS | Name | Type | Version | Arch | Repository ---+------------------------------+---------+-------------------------------------+--------+-------------------------------- i | autoyast2-installation | package | 4.1.7-lp151.2.3.1 | noarch | Hauptaktualisierungs-Repository i | libnfs8 | package | 1.11.0-lp151.2.4 | x86_64 | Haupt-Repository i | nfs-client | package | 2.1.1-lp151.7.3.1 | x86_64 | Hauptaktualisierungs-Repository i+ | nfs-doc | package | 2.1.1-lp151.7.3.1 | x86_64 | Hauptaktualisierungs-Repository i | nfs-kernel-server | package | 2.1.1-lp151.7.3.1 | x86_64 | Hauptaktualisierungs-Repository i | nfsidmap | package | 0.26-lp151.3.2 | x86_64 | Haupt-Repository i | patterns-kde-kde_yast | package | 20181130-lp151.1.1 | noarch | Haupt-Repository i+ | patterns-yast-x11_yast | package | 20190409-lp151.1.1 | x86_64 | Haupt-Repository i+ | patterns-yast-yast2_basis | package | 20190409-lp151.1.1 | x86_64 | Haupt-Repository i | yast2 | package | 4.1.75-lp151.2.16.1 | x86_64 | Hauptaktualisierungs-Repository i | yast2-add-on | package | 4.1.14-lp151.2.13.1 | noarch | Hauptaktualisierungs-Repository i | yast2-alternatives | package | 4.0.0-lp151.2.2 | x86_64 | Haupt-Repository i | yast2-apparmor | package | 4.1.7-lp151.1.1 | noarch | Haupt-Repository i | yast2-auth-client | package | 4.1.3-lp151.2.6.1 | noarch | Hauptaktualisierungs-Repository i | yast2-auth-server | package | 4.1.0-lp151.1.1 | noarch | Haupt-Repository i | yast2-bootloader | package | 4.1.24-lp151.1.1 | x86_64 | Haupt-Repository i | yast2-control-center | package | 4.1.7-lp151.1.2 | x86_64 | Haupt-Repository i | yast2-control-center-qt | package | 4.1.7-lp151.1.2 | x86_64 | Haupt-Repository i | yast2-core | package | 4.1.0-lp151.1.5 | x86_64 | Haupt-Repository i | yast2-country | package | 4.1.14-lp151.2.7.1 | x86_64 | Hauptaktualisierungs-Repository i | yast2-country-data | package | 4.1.14-lp151.2.7.1 | x86_64 | Hauptaktualisierungs-Repository i+ | yast2-dns-server | package | 4.1.4-lp151.2.3.1 | noarch | Hauptaktualisierungs-Repository i | yast2-firewall | package | 4.1.12-lp151.1.1 | noarch | Haupt-Repository i | yast2-ftp-server | package | 4.1.7-lp151.2.3.1 | noarch | Hauptaktualisierungs-Repository i | yast2-hardware-detection | package | 4.1.0-lp151.1.1 | x86_64 | Haupt-Repository i | yast2-installation | package | 4.1.47-lp151.2.6.1 | noarch | Hauptaktualisierungs-Repository i | yast2-iscsi-client | package | 4.1.7-lp151.1.1 | noarch | Haupt-Repository i | yast2-journal | package | 4.1.5-lp151.1.1 | noarch | Haupt-Repository i | yast2-ldap | package | 4.1.0-lp151.1.1 | x86_64 | Haupt-Repository i | yast2-logs | package | 4.1.75-lp151.2.16.1 | x86_64 | Hauptaktualisierungs-Repository i | yast2-mail | package | 4.1.0-lp151.1.1 | noarch | Haupt-Repository i | yast2-metapackage-handler | package | 4.1.0-lp151.1.1 | noarch | Haupt-Repository i | yast2-network | package | 4.1.53-lp151.2.6.1 | noarch | Hauptaktualisierungs-Repository i | yast2-nfs-client | package | 4.1.5-lp151.1.1 | noarch | Haupt-Repository i | yast2-nfs-common | package | 4.1.0-lp151.1.1 | noarch | Haupt-Repository i | yast2-nfs-server | package | 4.1.0-lp151.1.1 | noarch | Haupt-Repository i | yast2-nis-client | package | 4.1.1-lp151.1.1 | x86_64 | Haupt-Repository i | yast2-ntp-client | package | 4.1.9-lp151.2.3.1 | noarch | Hauptaktualisierungs-Repository i | yast2-online-update | package | 4.1.0-lp151.1.1 | noarch | Haupt-Repository i | yast2-online-update-frontend | package | 4.1.0-lp151.1.1 | noarch | Haupt-Repository i | yast2-packager | package | 4.1.50-lp151.2.9.1 | x86_64 | Hauptaktualisierungs-Repository i | yast2-pam | package | 4.1.0-lp151.1.1 | noarch | Haupt-Repository i | yast2-perl-bindings | package | 4.1.0-lp151.1.1 | x86_64 | Haupt-Repository i | yast2-pkg-bindings | package | 4.1.2-lp151.2.3.1 | x86_64 | Hauptaktualisierungs-Repository i | yast2-printer | package | 4.1.1-lp151.1.1 | x86_64 | Haupt-Repository i | yast2-proxy | package | 4.1.1-lp151.2.3.1 | noarch | Hauptaktualisierungs-Repository i | yast2-python3-bindings | package | 4.1.0-lp151.1.1 | x86_64 | Haupt-Repository i | yast2-qt-branding-openSUSE | package | 15.1-lp151.2.2 | noarch | Haupt-Repository i | yast2-ruby-bindings | package | 4.1.4-lp151.1.1 | x86_64 | Haupt-Repository i | yast2-samba-client | package | 4.1.2-lp151.1.1 | noarch | Haupt-Repository i | yast2-samba-server | package | 4.1.3-lp151.1.1 | noarch | Haupt-Repository i | yast2-scanner | package | 4.1.0-lp151.1.1 | x86_64 | Haupt-Repository i | yast2-security | package | 4.1.4-lp151.2.3.1 | noarch | Hauptaktualisierungs-Repository i | yast2-services-manager | package | 4.1.15-lp151.2.3.1 | noarch | Hauptaktualisierungs-Repository i | yast2-slp | package | 4.1.0-lp151.1.1 | x86_64 | Haupt-Repository i | yast2-snapper | package | 4.1.2-lp151.1.1 | x86_64 | Haupt-Repository i | yast2-sound | package | 4.1.1-lp151.1.9 | x86_64 | Haupt-Repository i | yast2-storage-ng | package | 4.1.90-lp151.2.9.1 | x86_64 | Hauptaktualisierungs-Repository i | yast2-sudo | package | 4.1.1-lp151.2.3.1 | noarch | Hauptaktualisierungs-Repository i | yast2-support | package | 4.1.1-lp151.2.3.1 | noarch | Hauptaktualisierungs-Repository i | yast2-sysconfig | package | 4.1.2-lp151.1.1 | noarch | Haupt-Repository i | yast2-tftp-server | package | 4.1.7-lp151.1.1 | noarch | Haupt-Repository i | yast2-theme | package | 4.2.0-lp151.1.1 | noarch | Haupt-Repository i | yast2-theme-breeze | package | 4.2.0-lp151.1.1 | noarch | Haupt-Repository i | yast2-theme-oxygen | package | 4.2.0-lp151.1.1 | noarch | Haupt-Repository i | yast2-trans-de | package | 84.87.20190511.bc4a9329cc-lp151.1.1 | noarch | Haupt-Repository i | yast2-trans-de | package | 84.87.20190511.bc4a9329cc-lp151.1.1 | noarch | Haupt-Repository i | yast2-trans-en | package | 84.87.20190511.bc4a9329cc-lp151.1.1 | noarch | Haupt-Repository i | yast2-trans-stats | package | 2.19.0-lp151.2.1 | noarch | Haupt-Repository i | yast2-transfer | package | 4.1.0-lp151.1.1 | x86_64 | Haupt-Repository i | yast2-tune | package | 4.1.0-lp151.1.1 | x86_64 | Haupt-Repository i | yast2-update | package | 4.1.11-lp151.2.6.1 | x86_64 | Hauptaktualisierungs-Repository i | yast2-users | package | 4.1.14-lp151.2.6.1 | x86_64 | Hauptaktualisierungs-Repository i | yast2-vpn | package | 4.1.0-lp151.1.1 | noarch | Haupt-Repository i | yast2-x11 | package | 4.1.0-lp151.1.1 | x86_64 | Haupt-Repository i | yast2-xml | package | 4.1.1-lp151.2.3.1 | x86_64 | Hauptaktualisierungs-Repository i | yast2-ycp-ui-bindings | package | 4.1.0-lp151.1.4 | x86_64 | Haupt-Repository i+ | yast2_basis | pattern | 20190409-lp151.1.1 | x86_64 | Haupt-Repository -
Hier habe ich nochmal aus dem Suse Admin-Handbuch ein Bild wie die Start Konfigurationsseite des NFS-Servers eigentlich aussehen sollte.
-
Wenn ich auf weiter klicke kommt die nächste Maske, wo ich alles einstellen kann und gehe auf Beenden.
Beim beenden kommt dann kurzzeitig Datei speichern und Dienst neu starten.
Wenn ich den NFS-Server neu starte erhalte ich wieder das selbe Bild wie oben schon gepostet.
Hier die Eingaben im bevor ich die Zweite Maske beende und speicher. -
Code
firewall-cmd --state runningWenn ich das richtig interpretiere ist der Firewall aktiv.
Ach ja, by the way. Da ich die Firewallzone überfrachtet hatte mit allen Schnittstellen die geöffnet waren habe ich der Sicherheit halber dies geändert.
Als Einstellung habe ich Standarteinstellung wie sie nach einer Neuinstallation ist.
Das Bedeutet: Die Zone ist Public, dort ist Standard Port dhcp6-client zusätzlich sind die Ports nfs, nfs3 und samba selektiert.
Vielleicht fehlt da ja noch was. So verstehe ich fast auch die Fehlermeldung. -
Ok, habe ich gemacht mit dem Ergebnis:
CodeZebix-10:~ # systemctl enable firewalld Zebix-10:~ # systemctl start firewalld.service Zebix-10:~ # firewall-cmd –state usage: see firewall-cmd man page firewall-cmd: error: unrecognized arguments: –state -
Alles anzeigen
Sehe deine beschriebene Fehlermeldung gerade im openSUSE-Manual (unter dem ersten Bild):
cha-nfs.html#sec-nfs-installation
Hilft dir das schon?Also, das wären die "normalen" Schritte (als Root):
zypper in nfs-kernel-server
systemctl enable nfsserver
systemctl restart nfsserver
firewall-cmd --add-service=nfs --permanent
firewall-cmd --reloadErst danach kommt die eigentliche nfs-Konfiguration - Verlinkung in diesem Post.
Hallo sterum,
die Vorgehensweise wie im Llink beschrieben war mir bereits bekannt und wurde auch als erstes durchgeführt.
Und dies hier ist das Ergebnis der von dir aufgeführten Shellbefehle:Passwort:
Zebix-10:~ # zypper in nfs-kernel-server
Loading repository data...
Reading installed packages...
'nfs-kernel-server' is already installed.
No update candidate for 'nfs-kernel-server-2.1.1-lp151.7.3.1.x86_64'. The highest available version is already installed.
Resolving package dependencies...Nothing to do.
Zebix-10:~ # systemctl enable nfsserver
Zebix-10:~ # systemctl restart nfsserver
Zebix-10:~ # firewall-cmd --add-service=nfs --permanent
FirewallD is not running
Zebix-10:~ # firewall-cmd --reload
FirewallD is not running
Zebix-10:~ #Obwohl ich alles war Ihr mir hier an Tips gegeben habt, ist dass Ergebnis immer noch das selbe.
Der NSF-Sever lässt sich nicht konfigurieren.
