fout melding

[stapper]

Dat kan de oplossing nooit geweest zijn, maar dat wisten we al.
Dacht controleer ff bij mezelf, hij was nogal rap bij dat gedeelte in dat filmpje.

Afijn het werkt
If it ain't broken, don't fix it 

[Babylonia]

Maar ja, bij @John Glenn was het TOCH DE OPLOSSING of worden we toch weer op het verkeerde been gezet.

Als ik naar  een oudere reactie kijk m.b.t. NFS,  is dat vinkje wel nodig, (overigens ook in de NAS bij een kennis en mezelf als zodanig ingesteld).
Omdat in de Synology lijst van gebruikte poorten voor NFS, ook een poort boven 1024 in gebruik is  --->  namelijk poort 2049 TCP/UDP

[Birdy]

Maar, 111 of 892 is ook goed, moet Kodi dan perse 2049 hebben ?
Ik heb ook een NFS verbinding naar m'n Dune maar, heb geen poort ingesteld.

[Babylonia]

Volgens de lijst heeft NFS 3 poorten in gebruik --->  111, 892, 2049  TCP/UDP

Ga ik er vanuit dat die poorten op een of andere wijze binnen dat NFS protocol ook benodigd zijn?
(De een voor aanmelding - een ander voor transport ??)  Zijn ook de poorten die bij een kennis zijn doorgestuurd naar de NAS.
(Indertijd heeft die kennis wel eens getest of het zonder een van die poorten ook zou kunnen, maar dan werkt het gewoon niet).

Instellingen "nu" m.b.t. NFS machtigingen van een gedeelde map (bij die kennis)
met externe toegang van een aantal gebruikers, expliciet op WAN IP-adres van die gebruikers:

       


De andere aanvullend gerelateerde instellingen (bij een "test" NAS, hier thuis):

                              Pakketgrootte op maximum gezet
                                     (relatief toch al lage waarde m.b.t. video streaming)

       

Daarnaast bij een externe connectie dan nog aanvullende firewall regels afstemmen.

[stapper]

Zo heb ik hem ook ingesteld..
Maar dan met een wildcard...Dat zou dan het IP moeten zijn, maar dacht lokaal maakt dat toch niks uit?
Die security advisor geeft er dan wel een melding van.

Die pakket grootte wat doet dat eigenlijk?
Die staat bij mij nog op 8kb
Kodi draait wel heel soepel trouwens, tv hangt aan UTP en 4K loopt ook als een trein.

Geweldig leuk playertje vind ik het vooral samen met android tv ( 1 afstandsbediening)
En trailers draait die ook, en nooit codec gezeur 

[Babylonia]

* Wildcard voor IP adres, zou ik persoonlijk niet doen.  Want geldt in principe in dat geval toegang voor ALLE IP adressen (= volledig open).
Zowel "intern als extern".  Je hebt dan geen port forwarders ingesteld voor NFS, dus van buitenaf is het dan nog niet te bereiken.
Maar met wat vergissingen, of ondoordachte actie met router instellingen, kan het zo weer anders uitpakken.

Mijn motto is gewoon echt die rechten in te stellen "zoals het is bedoeld", en er geen uitsluitsel kan zijn voor andere interpretatie.
Dat geeft alleen maar meer verwarring, en verlies je het overzicht in samenhang van onderling netwerkverkeer.

Wil je dat ruimer instellen dan alleen voor separate LAN IP-adressen. Bijv. het eigen LAN thuisnetwerk, kun je dat vastleggen
middels een notatie met "sub netmasker".   Bijv. voor mijn situatie thuis:  192.168.10.0/255.255.255.0

Gebruik van een  IP sub-net calculator  is dan handig om het thuisnetwerk IP-bereik te controleren.

       




Pakketgrootte - pakketjes hoe een stream van data wordt opgedeeld, en dan verstuurd.
Hoe meer versnippering hoe meer dat aan procestijd gaat kosten.
Omdat het bij video om relatief erg grote databestanden gaat, kun je grotere pakketten versturen.

NFS is al een oud protocol, en pakketgrootte standaard nog op kleine bestandsgroottes en trage verbindingen afgestemd.

[stapper]

@Babylonia,

Ik zal dat met die pakket grootte even aanpassen.

Je hebt me toen top geholpen met die router en firewall nas, ik zou het je nog vragen van dat subnetmask, want dat begrijp ik niet.
In mijn geval heb ik hier 2 devices die kodi draaien, de tv en de pc, die draaien uit een centrale database.

Is het dan een kwestie van even in die router kijken, welke 2 ip nummers die 2 hebben, dat erin in plaats van een * gescheiden met een komma? Of geef ik dat anders aan?

bvd

[DSGebruiker]

Is het dan een kwestie van even in die router kijken, welke 2 ip nummers die 2 hebben, dat erin in plaats van een * gescheiden met een komma? Of geef ik >dat anders aan?

Yep, kan je ook zo doen op individuele "host" basis. Dus gewoon OK als je als NFS-toegangsrechten dan vb 192.168.10.40 (vb Mediaplayer1) en 192.168.10.74 (Mediaplayer2) in geeft.

Indien deze interne toestellen de enige zijn die via NFS aan de centrale-DB/Media moeten kunnen volstaat dat. Je maakt dan voor elke "host" 1 regeltje aan.

[Babylonia]

Wel voorop gesteld dat je die twee thuis apparaten (hosts) een vast IP-adres geeft in je "Synology" router (DHCP-reservering).
Zodat bij een volgende keer als die apparaten worden ingeschakeld, deze vanuit DHCP niet een ander IP-adres krijgen toegewezen.

[stapper]

Thanks beide.

Dat laatste had ik volgens mij al in de router aangegeven...
ga er morgen even mee aan de slag.

[bartmans99]

@Babylonia,
In mijn geval heb ik hier 2 devices die kodi draaien, de tv en de pc, die draaien uit een centrale database.

Als dat MariaDB is moet je ook zorgen dat die porten geforward worden. Dat is 3306 of 3307. In de firewall maar wss ook in de database zelf. Al met al is een VPN makkelijker hiervoor.

[Babylonia]

@stapper maakt alleen met 2 "devices" thuis binnen zijn eigen thuisnetwerk gebruik van Kodi . Niet via externe connectie.
Port Forwarding is in zijn geval helemaal niet aan de orde m.b.t. NFS of Kodi verwante film databases.

In situaties van wel een externe verbinding via NFS - Kodi en als je tevens op de NAS van een centrale film database gebruik maakt,
kan het mogelijk wel handig zijn.   (Zo'n database heb je overigens helemaal niet nodig om films af te spelen met Kodi).

Bij gebruik van VPN met je thuisnetwerk is alleen port forwarding nodig van de voor het VPN-protocol gebruikte poorten,
en alleen als de VPN-server niet in de router zelf is geïnstalleerd, maar bijv. op de NAS.

[bartmans99]

Ah dat haalde ik er niet uit. Voor intern is SMB voor Kodi stuk makkelijker. Waarm zou je dan überhaupt nfs gebruiken?

[Babylonia]

Omdat de mediaplayer die wordt gebruikt wellicht een Linux OS heeft, en niet perse SMB gerelateerd?
(De topic starter van dit onderwerp, gebruikt tevens ook alleen een media player welke alleen het NFS protocol ondersteunt).

NFS is bovendien de "snelste" connectie methode, met de minste overhead.
Maak je gebruik van WiFi (of via internet), waar geen optimale verbindingen zijn.
Is de kans op "haperingen" in de streaming het kleinste bij gebruik van NFS.
Zeker bij hoge kwaliteit video's (hoge bitstream), waarbij je tegen de grenzen aanloopt van wat nog is af te spelen.
Kan dat net het verschil maken tussen gewoon onbekommerd film streamen, of teveel haperingen waarbij het film kijken wordt vergald.

[stapper]

@bartmans99
Draait lokaal.
Reden NFS? Ik heb ze beide getest, en NFS is pats en draaien, razendsnel
Met SMB had ik een lichte vertraging

@Babylonia

Even gekeken in netwerkcenter DHCP-clients.
Daar stond alles al netjes met naam, dus die zijn dan fixed dacht ik.

2 NFS regels aangepast, was zo klaar. Devices gecontroleerd werkt allemaal.
Security advisor toont die fout van die wildkaart ook niet meer, alles mooi groen.
Ik gebruik overigens helemaal geen mediaplayer, tv draait android, dus ik heb gewoon de app van Kodi.
(Voordeel is alles met 1 afstandsbediening)

Iedereen bedankt.