Synology-Forum.nl
Overige software => FTP, NFS and Samba Server => Topic gestart door: nazeemsoeltan op 22 maart 2014, 13:38:02
-
Beste Synology gebruikers,
Ik wilde graag het NFS protocol gebruiken om XBMC (draaiende op Mac OSX 10.9.2) toegang te geven tot bepaalde mappen op mijn Synology DS412+. Ik heb de volgende instellingen gebruikt:
NFS: aan.
Client: *
Rechten: Lezen/Schrijven
Squash: Geen toewijzing
Asynchroon: Ja
Niet gemachtige poort: Toestaan
Beveiliging: sys
Deze instellingen zin conform de XBMC instellingen, die kun je hier (http://wiki.xbmc.org/?title=NFS#Synology) vinden.
Wanneer ik in XBMC browse naar mijn NAS en de gedeelde map probeer te selecteren, dan zie ik je inhoud van die map niet. Dit betekent dat ik geen toegang heb tot de desbetreffende map.
Verder heeft de groep 'users' lees en schrijfrechten.
Edit: Probleem opgelost. Zie deze post (http://www.synology-forum.nl/file-ftp-nfs-and-samba-server/geen-toegang-tot-folder-in-xbmc-met-nfs/msg106456/#msg106456).
-
Punten 10,11,12,13 en 14 ook gedaan ?
-
Punten 10,11,12,13 en 14 ook gedaan ?
Step 10 t/m 14 is niet meer benodigd:
Step 8: As per example allow all IPs (or the desired IP for your HTPC) with read/write permissions with no mapping and enable asynchronous. The option to allow connections from non-priviledged hosts is new in DSM version 4.3-3776. With this option the following steps 10 to 14 are no longer needed.
-
Oh...ok...sorry (had niet alles gelezen). :oops:
-
Oh...ok...sorry (had niet alles gelezen). :oops:
Hahah, dat geeft niet! :P
-
Ik heb het probleem kunnen achterhalen en oplossen. Ik zal proberen het zo volledig mogelijk uit te leggen, zodat anderen het wellicht kunnen gebruiken.
In de XBMC logfile, te vinden in /Users/<usernaam>/Library/Logs/ stond hetvolgende:
17:38:42 T:4555280384 ERROR: Failed to open(//) opendir call failed with "NFS: READDIRPLUS of // failed with NFS3ERR_ACCES(-13)"
17:38:42 T:140735161709328 ERROR: GetDirectory - Error getting nfs://192.168.1.2/volume1/tv-series/
Dit duidt op een rechtenprobleem. De gebruiker die toegang probeert te krijgen tot de folder heeft waarschijnlijk niet de benodigde rechten.
Vervolgens ben ik gaan inloggen op mijn NAS via SSH om te kunnen achterhalen met welke user wordt ingelogd op de share. Je kunt de lijst met de NFS-regels openen met hetvolgende commando:
cat /etc/exportfs
Deze ziet er bij mij als volgt uit:
/volume1/tv-series *(rw,async,no_wdelay,insecure,no_squash,insecure_locks,sec=sys,anonuid=1025,anongid=100)
/volume1/films *(rw,async,no_wdelay,insecure,no_squash,insecure_locks,sec=sys,anonuid=1025,anongid=100)
Je kunt zien dat er wordt ingelogd met de gebruiker met id 1025 en horende bij groep met id 100.
De lijst met gebruikers van je NAS kun je zien door het volgende commando te gebruiken:
cat /etc/passwd
In de lijst heb ik kunnen zien dat het om de guest account gaat, die tevens niet geactiveerd staat in mijn NAS.
guest:x:1025:100:Guest:/nonexist:/bin/sh
Om dit op te lossen kun je een aantal zaken doen:
- De juiste gebruiker id plaatsen in de exportfs file, die wel de juiste rechten heeft.
- De gebruiker waarmee ingelogd wordt, rootrechten geven
De laatste is wellicht de meest eenvoudige manier, aangezien dit gewoon via de webinterface van de NAS gedaan kan worden. Onder de NFS-machtigingen dien je bij Squash de optie: Alle gebruikers aan admin toewijzen
-
Heeft iemand nog een idee? Ik heb bovenstaande allemaal gedaan. 1024/100 staat ook goed. Echter blijf ik alleen maar de shared map zien in xbmc en ik kan niet doorklikken naar een submap.
xbmc log geeft volgende aan:
0:41:23 T:4648652800 DEBUG: SECTION:LoadDLL(libnfs.1.dylib)
00:41:23 T:4648652800 DEBUG: Loading: /Applications/XBMC.app/Contents/Frameworks/libnfs.1.dylib
00:41:28 T:4646506496 DEBUG: NFS: Context for 192.168.2.30/volume1/downloads not open - get a new context.
00:41:28 T:4646506496 DEBUG: NFS: Connected to server 192.168.2.30 and export /volume1/downloads
00:41:28 T:4646506496 DEBUG: NFS: chunks: r/w 131072/32768
00:41:28 T:4646506496 ERROR: Failed to open(//) opendir call failed with "NFS: READDIRPLUS of // failed with NFS3ERR_ACCES(-13)"
00:41:28 T:140735251178256 ERROR: GetDirectory - Error getting nfs://192.168.2.30/volume1/downloads/
00:41:28 T:140735251178256 ERROR: CGUIDialogFileBrowser::GetDirectory(nfs://192.168.2.30/volume1/downloads/) failed
exports:
/volume1/downloads *(rw,async,no_wdelay,insecure,root_squash,sec=sys,anonuid=1024,anongid=100)/code]
met map naar admin werkt het ook niet
-
Welke versie van XBMC gebruik je?
Sinds de laatste versie 13 Gotham wordt NFS niet meer ondersteund.
Ik had die issues ook en op het xbmc forum kwam ik er achter dat het hier aan lag
Weet niet of dit in de laatste update (Inmiddels 13.2) gecorrigeerd is maar de XBMC programmeurs zijn voornamelijk Windows gebruikers en hebben er een handje van om Mac (NFS) in eerste instantie links te laten liggen.
-
Ik heb versie 13.0 windows en openelec 4.2.1 (13.2) en bij beide werkt NFS gewoon. Dus volgens mij is er gewoon nog steeds ondersteuning in XBMC. Het lijkt mij erg sterk dat ze NFS ondersteuning laten vallen gezien veel builds gebaseerd zijn op linux (openelec, rasp, XBMCuntu).
Weet je zeker dat je client (xbmc) een statisch adres heeft en deze juist ingesteld staat bij je gedeelde mappen? n.b. wildcards lijken hier niet te werken. Ik meot dus alle ip adressen uitschrijven. Screenshots voor mijn instellingen.
-
Volgens mij moet je gewoon het guest account op je Synology aanzetten en die toegang geven tot je folder waar je video's staan.
-
Je moet jezelf inderdaad als guest aanmelden.
Kijk even op de Wiki van XBMC (http://wiki.xbmc.org/?title=NFS#Synology)
Vooral stap 10 & 11 zijn belangrijk.
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Ftapatalk.imageshack.com%2Fv2%2F14%2F10%2F15%2Fc4a8f570ab094ff1c1cb099728e36e58.jpg&hash=0aaf997c04dda7badf9ff7e5f83eaf178d0b3c68)
Ik kreeg het in het begin ook niet werkende.
-
Het insecure_locks verhaal had toch te maken dat Synology standaard geen verbindingen toe liet op poorten hoger dan 1024? Nu kan je hiervoor een optie aanvinken in DMS, toewijzen NFS rechten. Dit staat ook in de tutorial "Note: The below steps are necessary only if you are using a Synology DSM version less than 4.3-3776."
Gezien TS het gebruik van niet gemachtigde poorten heeft goegestaan en zijn etc/exports goed staan lijkt me dat hier niet van toepassing.
Hier is het gast account in ieder geval uitgeschakeld en werkend.
-
Ik heb nooit DSM4 geïnstalleerd gehad op mijn NAS (kwam met DSM5) en enkel door bovenstaande stappen uit te voeren kreeg ik toegang tot de NFS shares.
-
Hoogstwaarschijnlijk heb je dan niet de optie verbindingen van niet-gemachtigde poorten toestaan (poorten hoger dan 1024) aangevinkt, zie screenshot 4 post hoger. TS heeft dit wel en zijn cat/exports staan goed.
Client: *
Rechten: Lezen/Schrijven
Squash: Geen toewijzing
Asynchroon: Ja
Niet gemachtige poort: Toestaan
Beveiliging: sys
Moet ik deze instellingen letterlijk nemen en heb je bij client ook in DSM een "*" ingevoerd? Zo ja dan zal je hier het volledige (statische) interne ip adres in moeten voeren. Zoals eerder gezegd werken wildcards (hier in ieder geval) niet.
-
Er is geen enkele noodzaak om guest te activeren. (trouwens sterk af te raden). Als het met DSM 5/x niet werkt dan zit hem dat in een (foutieve) combinatie van vonkjes en dropboxes.
Zelfde geldt voor beschrijvingen waarbij je rechtstreeks in bestanden gaat zitten neuzelen. Het werkt gewoon volledig via de GUI zoals eerder in dit draadje getoond is.
-
Ik weet niet of je dit bedoelt maar ik werk met kodi en met dm 5.1
Ik heb een map genaamd xbmc met daarin een submap media en daarin submappen films , tv series en muziek met daarin mijn itunes.
Ik heb de map xbmc nfs rechten gegeven.
Daarna in file center op de map xbmc rechtermuisknop eigenschappen, daarna machtigingen daarna maken dan op gebruiker of groep ik heb iedereen.
bij lezen heb ik alleen de eerste aangevinkt en bij schrijven de eerste twee.
Daarna in kodi ad network smb veranderen naar nfs.
kodi vind je ip en dan bladeren tot je bij je gewenste map bent.
-
Bedankt nazeemsoeltan.
Dit was exact het probleem wat ik had, en met optie 2 was het inderdaad opgelost. :thumbup: