Zugriff per NFS auf Synology

Betacarve

Guten Abend zusammen,

ich bin gerade am verzweifeln und hoffe auf Eure Hilfe

Ich habe meine alte Synology durch eine neuer ersetzt. Nun möchte ich gerne - wieder - per NFS auf meine Filme und Serien zugreifen. NFS auf der DS ist aktiviert. Ich habe die NFS-Einstellungen der neuen mit der alten DS vergleich; stimmt alles.

Wenn ich jetzt aber versuche, meinen Film bzw. Serienordner der DS per NFS in Modi zu verbunden, dann taucht immer nur das Hauptverzeichnisse - also /Volume1/Filme bzw. /Volume1/Serien auf. Ich kann aber die Hauptverzeichnisse nicht öffnen und komme so nicht auf die darin befindlichen Unterordner.

Zum Vergleich:
Wenn ich den gleichen Weg auf meine alte DS zugreife, dann sehe ich beim Klick auf eines der beiden Hauptverzeichnisse, alle darin befindlichen Unterordner. Ich habe also das Problem, dass ich den Inhalt der Hauptverzeichnisse nicht auflisten kann und dementsprechend auch keinen Zugriff auf die darin befindlichen Filme.

Ich finde aber die Ursache nicht Auf der alten DS läuft DSM 5.x auf dem neuen 6.x

Hat jemand ne Idee, wo ich ggf. was vergessen habe zu konfigurieren!?

Master Boomer

Guten Abend,
hast du auf deiner Syno die NFS-Berechtigung für die Ordner auf die du zugreifen willst eingetragen?
Gemeinsamer Ordner/Video1/-bearbeiten/NFS Berechtigungen
Evtl. mußt du auch einen neuen Benutzer anlegen.
NFS Berechtigung reicht bei mir aus.

Gruß Boomer

Betacarve

Hi Boomer.

Ja, NFS Berechtigungen habe ich in den beiden Ordnern gesetzt. Eigentlich ist alles so eingerichtet, wie auf der alten DS, aber trotzdem scheint mit den Berechtigungen was nicht zu stimmen.

Ist doch richtig, dass ich in Kodi nirgends Benutzername und Passwort eingeben muss?

Master Boomer

Nein, muß man nicht.
Bei den NFS Berechtigungen einfach die IP des KODI-Geräts eintragen, Privilegien: schreiben/lesen oder nur lesen...

Betacarve

Ok, dann ist das soweit korrekt.

Wo hab ich nur was vergessen!? Hast Du auch eine DS?

yanunh

Hi Betacarve,

das Problem hatte ich vor einer Weile auch und ich konnte den Vollzugriff auf die Unterordner folgendermaßen herstellen:

Geh in die Systemsteuerung/Gemeinsame Ordner und wähle dort jeweils die Eigenschaften deines Film- und Serienordners aus. Dann weiter zu NFS-Berechtigungen und hier bei deinem Hostname/IP unbedingt den Squash "Alle Benutzer zu Admin zuordnen" aktivieren. Dann noch die Punkte "Asynchron aktivieren" und "Verbindung von nicht-privilegierten Ports..." anklicken. Als Admin bräuchtest du die letzte Option "Benutzern den Zugriff auf bereitgestellte Unterordner erlauben" meines Erachtens nicht aktivieren, dies ist jedoch für alle anderen User sinnvoll und nötig.

Ich hoffe, dass dies hier nützlich für dich ist. Ich habe derzeit die DSM v6.0.1-7397 Update 1 am Laufen.

Betacarve

Hi yanunh,

Genau so wie du schreibst, habe ich die beiden Ordner konfiguriert, trotzdem geht es nicht. Sehr eichelartig

DaVu

Mit welchem Betriebssystem möchtest du denn auf die Shares zugreifen? Ich tippe mal Linux. Wenn es ein normales Linux/Ubuntu (also kein LE oder OE) ist, dann bitte (falls noch nicht installiert):

Code

sudo apt get install nfs-common

Danach bitte mal:

Code

showmount -e 'ip.des.NAS.hier'

Dann sehen wir schon mal welche Ordner freigegeben sind.

Dann bitte mal die Exports Datei zeigen. Wie du an die Datei beim Synology kommst, weiß ich jetzt nicht. Sie wird aber unter /etc liegen....also:

/etc/exports

Diese Dati zeigt an, wie die Shares freigegeben sind. Ich denke, dass das am meisten helfen wird.

Gruß

Betacarve

Moin DaVU,

da erwischt Du mich jetzt gerade aber auf dem falschen Fuß

Ich habe Kodi auf einer FireTV Box installiert - also müsste das OS ja Android sein.

Ich hatte gestern schon SSH auf der DS aktiviert - jetzt gerade aber meine ersten Gehversuche mit SSH gemacht. Der Befehl

Code

/etc/exports

bringt bei mir kein Resultat, bzw. wird mir der Zugriff verweigert.

xeno77

der Befehl ist z.B.:

cat /etc/exports

Betacarve

Habe ich probiert - allerdings wird mir wieder der Zugriff verweigert.

Aber vielleicht mache ich ja schon beim Verbinden einen Fehler - ist ja mein erster Kontakt mit SSH.

Ich gehe wie folgt vor:

Code

Last login: Mon Jul  4 07:30:02 on ttys000
MacBook-Air:~ XXX$ ssh admin@192.xxx.xxx.xxx
admin@192.xxx.xxx.xxx's password: 
Could not chdir to home directory /var/services/homes/admin: No such file or directory
admin@DiskStation:/$ cat/etc/exports
-sh: cat/etc/exports: No such file or directory
admin@DiskStation:/$ cat /etc/exports
cat: /etc/exports: Permission denied
admin@DiskStation:/$

Den erste Befehl habe ich ohne Leerzeichen zwischen cat/ und etc eingegeben, beim zweiten Mal mit Leerzeichen. Aber ich vermute, mein Problem beginnt schon in Zeile 4!?

xeno77

Mach mal ein sudo davor:

sudo cat /etc/exports

musst dann das root Passwort nochmal eingeben, sollte aber dann funktionieren.

DaVu

Zitat von Betacarve

Ich habe Kodi auf einer FireTV Box installiert - also müsste das OS ja Android sein.

Das stimmt...dann ist es Android. Android ist aber im Endeffekt auch Linux basiert.

'sudo' funktioniert eigentlich nur auf Ubuntu basierenden Systemen, da Ubuntu nativ keinen "Root" user hat. 'sudo' heit im Prinzip nichts anderes als "SuperUser do". Wenn das System auf dem Synology kein Ubuntu ist, funktioniert sudo nicht, soweit ich weiß. Debian macht das, soweit ich mich erinnere mit "su" für den einmaligen Zugriff via Root-User. Da bin ich mir aber jetzt unsicher.

@Betacarve

Es wundert mich ein wenig, dass du keine Lese-Berechtigung auf die Datei /etc/exports hast, wenn du als "Admin" angemeldet bist. Vielleicht gibt es da noch einen übergeordneten User. Ggf. mal die Bedienungsanleitung oder Google befragen. Ansonsten, wenn du via SSH auf dem Synology bist, bitte mal die Ausgabe von:

Code

ls -al /etc/exp*

hier rein setzen. Dann sehen wir welche Berechtigungen du auf dieser Datei hast und welche nicht.

Auf jeden Fall brauchen wir irgendwie Zugriff auf die Exports-Datei und dann einfach mal hiermit vergleichen:

http://forum.kodi.tv/showthread.php…80744#pid880744

Da hat einer den gleichen Befehl ausgeführt und so (oder auf jeden Fall sehr ähnlich) sollte die Exports Datei auch aussehen. Ich würde vermuten, dass bei dir der "no_root_squash" fehlt

OT:

Mit Android und Kodi habe ich bessere Erfahrungen mit SMB als Protokoll gemacht. Aber wenn NFS bei dir gut funktioniert hat, dann gut. Manche NAS-Systeme können auch beides 'sharen'. Vielleicht auch eine Überlegung wert.

Betacarve

Zitat von xeno77

Mach mal ein sudo davor:
sudo cat /etc/exports
musst dann das root Passwort nochmal eingeben, sollte aber dann funktionieren.

Danke - das hat funktioniert. Folgendes Ergebnis bricht hoffentlich etwas Licht ins Dunkel:

Code

/volume1/Filme	*(rw,async,no_wdelay,crossmnt,insecure,all_squash,insecure_locks,sec=sys,anonuid=1024,anongid=100)
/volume1/Serien	*(rw,async,no_wdelay,crossmnt,insecure,all_squash,insecure_locks,sec=sys,anonuid=1024,anongid=100)admin@DiskStation:/$

Zitat von DaVu

OT:
Mit Android und Kodi habe ich bessere Erfahrungen mit SMB als Protokoll gemacht. Aber wenn NFS bei dir gut funktioniert hat, dann gut. Manche NAS-Systeme können auch beides 'sharen'. Vielleicht auch eine Überlegung wert.

Ich habe extra nicht SMB auf der neuen DS aktiviert, weil mein Mac auf die ate DS immer über SMB auf die Freigaben zugegriffen hat. Das war dermaßen grottenlangsam... Auf der neuen DS habe ich nur noch AFP und NFS aktiviert und das Dateitransfer zwischen meinem Mac und der neuen DS rennt jetzt wie Hölle

DaVu

ändere doch mal

Code

all_squash

zu

Code

no_root_squash

damit die Einträge in der Datei so aussehen:

Zitat

/volume1/Filme *(rw,async,no_wdelay,crossmnt,insecure,no_root_squash,insecure_locks,sec=sys,anonuid=1024,anongid=100)
/volume1/Serien *(rw,async,no_wdelay,crossmnt,insecure,no_root_squash,insecure_locks,sec=sys,anonuid=1024,anongid=100)

Betacarve

Wie geschreiben; erste Gehversuche in SSH...

Wie ändere ich den Wert denn?

Betacarve

Ich denke, ich hab den Wert auf den gewünschten geändert bekommen - sol soll es sein, richtig!?

Code

/volume1/Filme	*(rw,async,no_wdelay,crossmnt,insecure,no_root_squash,insecure_locks,sec=sys,anonuid=1025,anongid=100)
/volume1/Serien	*(rw,async,no_wdelay,crossmnt,insecure,no_root_squash,insecure_locks,sec=sys,anonuid=1025,anongid=100)admin@DiskStation:/$

Habe das nun von unterwegs geändert. Ob es was bringt werde ich sehen, wenn ich nachher zuhause bin.

Ich hab dies nun ganz "altmodisch" im DSM selbst (bei den NFS-Berechtigungen) gemacht. Welche Bedeutung hat denn die anonuid!? Ich frage, weil sich diese von 1024 auf 1025 geändert hat.

xeno77

anonuid und anongid
Diese Option setzt die anonyme User- und GruppenID explizit auf die angegebenen Werte. Diese Option ist primär für PC/NFS Clients gedacht, wo davon ausgegangen wird, daß alle Nachfragen von einem bestimmten Rechner immer von einer Person kommen. Als Beispiel dient der Eintrag im folgenden Beispiel-Abschnitt für /home/joe, bei dem alle Nachfragen auf die UserID 150 abbilden, die natürlich dann dem User joe gehören sollte.
Beispiel
# Beispiel einer /etc/exports Datei
/ master(rw) trusty(rw,no_root_squash)
/projects proj*.local.domain(rw)
/usr *.local.domain(ro) @trusted(rw)
/home/joe pc001(rw,all_squash,anonuid=150,anongid=100)
/pub (ro,insecure,all_squash)

Die erste Zeile exportiert das gesamte Dateisystem an die Maschinen master und trusty. Zusätzlich zum Schreibrecht wird auf dem Rechner trusty das root_squashing ausgeschaltet, root auf trusty darf also mit der UserID 0 auf dem freigegebenen System arbeiten.
Die zweite und dritte Zeile zeigen Beispiele, die Jokerzeichen und Netzgruppen (das ist der Eintrag @trusted) verwenden.
Die vierte Zeile zeigt einen Eintrag für PC-NFS, wie oben beschrieben.
Zeile 5 exportiert das öffentliche FTP-Verzeichnis an alle Rechner der Welt unter der anonymen UserID. Die insecure Option erlaubt auch Clients den Zugriff, deren NFS-Implementation keinen reservierten Port benutzen.

DaVu

@Betacarve

Du wirst das NAS natürlich neu starten müssen, damit die Änderungen auch wirksam werden. Nur zur Info

monarc99

Zitat von Betacarve

Ich hab dies nun ganz "altmodisch" im DSM selbst (bei den NFS-Berechtigungen) gemacht. Welche Bedeutung hat denn die anonuid!? Ich frage, weil sich diese von 1024 auf 1025 geändert hat.

Das ist der User bzw. Gruppe auf die gemappt wird, wenn du all_squash setzt.

Kannst du mal zeigen, welcher id die Dateien gehören? Als admin per SSH einloggen:

Code

ls -aln /volume1/Filme/

Und dann die uid und gid des Users admin, als der du eingeloggt bist:

Code

id

Jetzt mitmachen!