- Mitglied seit
- 15. Apr 2010
- Beiträge
- 494
- Punkte für Reaktionen
- 0
- Punkte
- 0
Hallo, ich habe folgendes Problem:
Auf der DS habe ich mehrere NFS shares, auf die ich von verschiedenen Rechnern aus zugreifen möchte.
Hier die Daten der DS
/etc/exports
Solange alle im selben Segment liegen (192.168.178.0/24), klappt das auch.
Hier die Daten eines Linux-Clients der DS:
Ich kann auf dem Linux-Client einen NFS-Mount auf einen DS-Share erfolgreich absetzen:
Und auch auf das gemountete Filesystem zugreifen!
Nun habe ich aber auf diesem Client eine VM (Virtualbox, Netzwerk:NAT) eingerichtet. Die VM zeigt folgende Konfiguration
So weit, so gut. Aber:
Ich weiß echt nicht, wo ich noch schauen soll und bitte um Eure Hilfe!
EDITH sagt:
Ich bin ein wenig weiter:
Hier die letzten Meldungen der DS:
Ok, durch das NAT-Geraffel kommen die Requests - aus DS-Sicht - gar nicht von 10.0.2.15 (der VM), sondern 192.168.178.43 (vom Host der VM), also gibt es beim Versuch des NFS-Mounts von /volume1/test eins auf die Mütze. Soweit alles klar.
Aber was ist das mit dem illegal Port, wenn ich auf /volume1/Daten versuche zu mounten? WIe kann ich das verhindern?
JUDITH sagt: Ich habe doch schon "insecure" in den Optionen der /etc/exports eingetragen?
btw: wieso bekomme ich solch krude Meldungen, wenn ich einen restart vom NFS-Server versuche?
Auf der DS habe ich mehrere NFS shares, auf die ich von verschiedenen Rechnern aus zugreifen möchte.
Hier die Daten der DS
Rich (BBCode):
DS710Plus> ifconfig
eth0 Link encap:Ethernet HWaddr 00:11:32:06:10:4A
inet addr:192.168.178.38 Bcast:192.168.178.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:9000 Metric:1
RX packets:34915 errors:0 dropped:0 overruns:0 frame:0
TX packets:34651 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4171638 (3.9 Mb) TX bytes:12140638 (11.5 Mb)
Memory:fea40000-fea60000
Rich (BBCode):
DS710Plus> cat /etc/exports
/volume1/Daten 192.168.178.0/24(rw,sync,no_wdelay,no_root_squash,insecure_locks,anonuid=0,anongid=0) 10.0.2.0/24(rw,sync,no_wdelay,no_root_squash,insecure_locks,anonuid=0,anongid=0)
/volume1/test 10.0.2.15(rw,sync,no_wdelay,no_root_squash,insecure_locks,anonuid=0,anongid=0)DS710Plus>
Solange alle im selben Segment liegen (192.168.178.0/24), klappt das auch.
Hier die Daten eines Linux-Clients der DS:
Rich (BBCode):
t410i:~ # ifconfig
eth0 Link encap:Ethernet Hardware Adresse F0:DE:F1:39:7F:9A
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:80506 errors:0 dropped:0 overruns:0 frame:0
TX packets:62357 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 Sendewarteschlangenlänge:1000
RX bytes:79673230 (75.9 Mb) TX bytes:12233296 (11.6 Mb)
Interrupt:20 Speicher:f2400000-f2420000
lo Link encap:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:1409 errors:0 dropped:0 overruns:0 frame:0
TX packets:1409 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 Sendewarteschlangenlänge:0
RX bytes:142193 (138.8 Kb) TX bytes:142193 (138.8 Kb)
wlan0 Link encap:Ethernet Hardware Adresse 00:26:C7:60:5D:62
inet Adresse:192.168.178.43 Bcast:192.168.178.255 Maske:255.255.255.0
inet6 Adresse: fe80::226:c7ff:fe60:5d62/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:675975 errors:0 dropped:0 overruns:0 frame:0
TX packets:416538 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 Sendewarteschlangenlänge:1000
RX bytes:937222328 (893.8 Mb) TX bytes:45039191 (42.9 Mb)
Rich (BBCode):
t410i:~ # showmount -e ds710plus
Export list for ds710plus:
/volume1/test 10.0.2.15
/volume1/Daten 10.0.2.0/24,192.168.178.0/24
/volumeUSB5/usbshare/Daten 192.168.178.0/24
/volumeUSB5/usbshare/Thomas 192.168.178.0/24
/volume1/homes 192.168.178.0/24
/volume1/openwrt_tl_wr1043 192.168.178.0/24
/volume2/Daten2 192.168.178.0/24
Ich kann auf dem Linux-Client einen NFS-Mount auf einen DS-Share erfolgreich absetzen:
Rich (BBCode):
t410i:~ # mount -t nfs ds710plus:/volume1/Daten /mnt -o nolock
t410i:~ #
Rich (BBCode):
t410i:~ # mount|grep ds710
ds710plus:/volume1/Daten/ on /mnt type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,nolock,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.178.38,mountvers=3,mountport=892,mountproto=udp,local_lock=all,addr=192.168.178.38)
t410i:~ #
Und auch auf das gemountete Filesystem zugreifen!
Nun habe ich aber auf diesem Client eine VM (Virtualbox, Netzwerk:NAT) eingerichtet. Die VM zeigt folgende Konfiguration
Rich (BBCode):
root@raspberrypi:~# ifconfig
eth0 Link encap:Ethernet Hardware Adresse 08:00:27:82:6a:38
inet Adresse:10.0.2.15 Bcast:10.0.2.255 Maske:255.255.255.0
inet6-Adresse: fe80::a00:27ff:fe82:6a38/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
RX packets:56 errors:0 dropped:0 overruns:0 frame:0
TX packets:68 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:4722 (4.6 KiB) TX bytes:5368 (5.2 KiB)
lo Link encap:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
UP LOOPBACK RUNNING MTU:16436 Metrik:1
RX packets:32 errors:0 dropped:0 overruns:0 frame:0
TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:2520 (2.4 KiB) TX bytes:2520 (2.4 KiB)
root@raspberrypi:~#
Rich (BBCode):
root@raspberrypi:~# showmount -e ds710plus
Export list for ds710plus:
/volume1/test 10.0.2.15
/volume1/Daten 10.0.2.0/24,192.168.178.0/24
/volumeUSB5/usbshare/Daten 192.168.178.0/24
/volumeUSB5/usbshare/Thomas 192.168.178.0/24
/volume1/homes 192.168.178.0/24
/volume1/openwrt_tl_wr1043 192.168.178.0/24
/volume2/Daten2 192.168.178.0/24
root@raspberrypi:~#
So weit, so gut. Aber:
Rich (BBCode):
root@raspberrypi:~# mount -t nfs ds710plus:/volume1/test /mnt -o nolock
mount.nfs: access denied by server while mounting ds710plus:/volume1/test
root@raspberrypi:~#
Ich weiß echt nicht, wo ich noch schauen soll und bitte um Eure Hilfe!
EDITH sagt:
Ich bin ein wenig weiter:
Hier die letzten Meldungen der DS:
Rich (BBCode):
Feb 24 09:50:36 mountd[18563]: refused mount request from 192.168.178.43 for /volume1/test (/): not exported
Feb 24 10:04:14 mountd[18563]: refused mount request from 192.168.178.43 for /volume1/Daten (/volume1/Daten): illegal port 36402
Ok, durch das NAT-Geraffel kommen die Requests - aus DS-Sicht - gar nicht von 10.0.2.15 (der VM), sondern 192.168.178.43 (vom Host der VM), also gibt es beim Versuch des NFS-Mounts von /volume1/test eins auf die Mütze. Soweit alles klar.
Aber was ist das mit dem illegal Port, wenn ich auf /volume1/Daten versuche zu mounten? WIe kann ich das verhindern?
JUDITH sagt: Ich habe doch schon "insecure" in den Optionen der /etc/exports eingetragen?
btw: wieso bekomme ich solch krude Meldungen, wenn ich einen restart vom NFS-Server versuche?
Rich (BBCode):
DS710Plus> /usr/syno/etc/rc.d/S83nfsd.sh restart
:: Unloading module nfsd ... [FAILED]
:: Unloading module exportfs ... [FAILED]
:: Unloading module rpcsec_gss_krb5 ... [ OK ]
:: Unloading module auth_rpcgss ... [FAILED]
Starting NFS server...
:: Loading module auth_rpcgss ... [FAILED]
:: Loading module rpcsec_gss_krb5 ... [ OK ]
:: Loading module exportfs ... [FAILED]
:: Loading module nfsd ... [FAILED]
DS710Plus>
Rich (BBCode):
DS710Plus> tail /var/log/messages
Feb 24 10:19:04 mountd[18563]: refused mount request from 192.168.178.43 for /volume1/Daten (/volume1/Daten): illegal port 57474
rmmod: can't unload 'nfsd': Resource temporarily unavailable
rmmod: can't unload 'exportfs': Resource temporarily unavailable
rmmod: can't unload 'auth_rpcgss': Resource temporarily unavailable
insmod: can't insert '/lib/modules/auth_rpcgss.ko': File exists
insmod: can't insert '/lib/modules/exportfs.ko': File exists
insmod: can't insert '/lib/modules/nfsd.ko': File exists
Feb 24 10:23:42 kernel: [11334.265805] nfsd: last server has exited, flushing export cache
Feb 24 10:23:42 kernel: [11334.277678] svc: failed to register lockdv1 RPC service (errno 97).
Feb 24 10:23:42 kernel: [11334.287005] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
DS710Plus>
Zuletzt bearbeitet: