Geen toegang tot folder in XBMC met NFS

[nazeemsoeltan]

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 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.

[Birdy]

Punten 10,11,12,13 en 14 ook gedaan ?

[nazeemsoeltan]

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.

[Birdy]

Oh...ok...sorry (had niet alles gelezen). 

[nazeemsoeltan]

Oh...ok...sorry (had niet alles gelezen). 

Hahah, dat geeft niet!

[nazeemsoeltan]

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

Code: [Selecteer]

/Users/<usernaam>/Library/Logs/ stond hetvolgende:

Code: [Selecteer]

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:

Code: [Selecteer]

cat /etc/exportfs
Deze ziet er bij mij als volgt uit:

Code: [Selecteer]

/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:

Code: [Selecteer]

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.

Code: [Selecteer]

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

[Amien]

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:

Code: [Selecteer]

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:

Code: [Selecteer]

/volume1/downloads *(rw,async,no_wdelay,insecure,root_squash,sec=sys,anonuid=1024,anongid=100)/code]

met map naar admin werkt het ook niet

[lastpak]

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.

[Martijndez]

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.

[Ben(V)]

Volgens mij moet je gewoon het guest account op je Synology aanzetten en die toegang geven tot je folder waar je video's staan.

[J-J]

Je moet jezelf inderdaad als guest aanmelden.

Kijk even op de Wiki van XBMC
Vooral stap 10 & 11 zijn belangrijk.


Ik kreeg het in het begin ook niet werkende.

[Martijndez]

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.

[J-J]

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.

[Martijndez]

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.

[TonVH]

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.