106 replies to this topic

[casperb71]

Door een stroomstoring was mijn UNO4K van slag en dat was een mooi moment om de nieuwe versie van Openpli erop te zetten.

Afgezien va het feit dat er 1 satelliet niet wil draaien (geen idee waarom) werkt deze image prima en volgens mij lekker snel.

 

Wat ik niet voor elkaar is om de mountinstellingen weer goed te krijgen zodat ik films van mijn NAS kan afspelen en de opnames van mijn UNO4K op de NAS komen te staan. De mount geeft aan dat hij niet connect met de server en het zou ook aan mij kunnen liggen want het is alweer een lange tijd geleden dat ik dit heb uitgevoerd.

 

Ik heb het volgende ingevuld:

 

Actief - Groen (Ja)

Lokaal gedeelde map - /video/UNO4K

IPadres - het IP adres van mijn UNO4K

Hostname - server

Gebruik als vervanging voor de harde schijf - Groen (ja)

Mount opties - rw

Gebruikersnaam - loginnaam van mijn NAS

Wachtwoord - WW van mijn NAS

 

 

Attached Files

•  IMG_0049.JPG   74.44KB   13 downloads

Edited by casperb71, 23 December 2018 - 14:46.

[WanWizard]

Ik gebruik dit zelf niet, en raak altijd verward met "Lokaal gedeelde map" en "Server share" (die titels slaan nergens op), maar een van de twee is het lokale mountpoint in /media, en daar mag geen "/" in staan...

[casperb71]

Bedankt voor je antwoord, maar daar schiet ik niet echt iets mee op. Is er dan niemand die mij support wil geven omdat er toch wel veel mensen zijn die mounten?

[GvdP]

Gewoon netwerk doorzoeken en het gewenste device aanklikken.
Heel simpel.
Geen gedoe met IP adressen of wachtwoorden of zo

Edited by GvdP, 24 December 2018 - 03:49.

[Frenske]

@Casparb71

Ik heb hier een Qnap219p en heb uiteraard eerst een gebruiker aangemaakt op de NAS die een gedeelde map beheert. Dat deel is in orde want dat heeft eerder al gewerkt. Die gebruiker dient uiteraard schrijfrechten te hebben op een bepaalde map. Ook dat is al actief. En vervolgens heb ik, zoals mijn voorganger al schreef met de mountmanager een Cifs share gemaakt vanaf mijn Ultimo 4K of iedere andere box. Veel anderen geven de voorkeur aan NFS. Eerst maak je verbinding met de NAS met de toegekende credentials (naam en wachtwoord) waarna de gedeelde mappen zichtbaar worden. En de rest zal toch wel duidelijk zijn hoop ik.

[Tech]

Ik mis in de opsomming van de ts nog welk ststeem hij gebruikt op de nas, gebruikt hij nfs of cifs ?

[casperb71]

Dank voor de antwoorden even samengevat:

 

@Frenske De NAS is een Synology DS216Play en die heeft een gebruiker met de juiste rechten.

Dit heeft altijd zo gewerkt voor de update.

Werk met CIFShare en voor de gebruiker met WW in.

 

@GvdP leg dit eens uit want dat zie ik niet. Ik kan wel het netwerk doorzoeken maar wat heeft dit voor meerwaarde?

Ik zal toch ergens de gegevens in moeten vullen van gebruiker/Ww en rooting.

[WanWizard]

Bedankt voor je antwoord, maar daar schiet ik niet echt iets mee op. Is er dan niemand die mij support wil geven omdat er toch wel veel mensen zijn die mounten?

 

In jou screenshot staat:
Lokaal gedeelde map: /video/UNO4K

server share: video/UNO4K.

 

Een van die twee is de share van je NAS, de andere is het mounpoint in /media waarop de share gemount moet worden. Helaas kan ik uit die titels niet opmaken welke wat is.

 

Als ik in de code kijk, dan is de eerste de naam van het mountpoint, en de tweede de naam van de share op de NAS.

 

In de naam van een share mag geen "/" staan, dus "/video/UNO4K" gaat dan niet werken, maar daar bv gewoon "uno4k" van. En de share van de NAS (server share) moet juist wel een "/" hebben, dus dat moet dan "/video/UNO4K" worden.

 

Het voordeel van de netwerk browser gebruiken is dat hij dit soort dingen voor je invult, dus de mount editor opent met de juiste waardes van de geselecteerde share in.

 1_0_19_4440_4085_233A_EEEE0000_0_0_0_20181224125934.jpg   93.91KB   12 downloads  1_0_19_4440_4085_233A_EEEE0000_0_0_0_20181224130008.jpg   75.23KB   9 downloads

Je hoeft dan alleen nog maar gebruikersnaam en wachtwoord in te vullen...

[casperb71]

Als ik via netwerkbrowser kijk dan zie ik enkele PC's die aan het netwerk hangen, de Uno4K en mijn server.

 

Als ik de server open wil klappen gebeurd er niets en als ik bv een PC kies dan krijg ik eerst de vraag of ik een WW in wil geven of niet en dan loopt de zaak vast.

 

Het lijkt er op dat er geen verbinding is tussen de server en de Uno4K.

 

Als ik via mijn PC kijk dan kan ik wel alles benaderen zen zie dat de mappen op de server gedeeld zijn met de juiste rechten.

Edited by casperb71, 24 December 2018 - 18:51.

[WanWizard]

De zaak loopt niet vast, de zaak wacht op een timeout, vermoedelijk omdat de firewall op je PC die connecties niet toestaat, of omdat er Windows 10 op draait en share enumeratie niet meer werkt na een recente update. Gewoon even geduld dus.

 

Bovenstaande screenshots zijn van mijn server, ook een Synology, ik krijg dus wel netjes alle shares te zien. De screenshots zijn van een DUO 4K met 7.0-rc.

[casperb71]

@WanWizard het browsen geeft dus geen goed resultaat. Ik zie een paar minuten de zandloper maar geen resultaat, dus ergens ziet mijn ontvanger de server niet of andersom. terwijl dit bij de 6-versie geen probleem was.

Jij geeft aan dat je ook met versie 7 werkt. Heb jij de mounts opnieuw aangemaakt en heb je dit handmatig gedaan of via de netwerkbrowser?

[WanWizard]

Ik ben niet representatief, mijn mounts staan in fstab, ik heb ze nodig voordat Enigma start.

 

Maar zoals je kunt zien in de screenshots, werkt het via de browser ook prima. En het gekke is dus dat er aan dit stuk tussen 6 en 7 niks veranderd is. Zeker niet aan de browser, die is al jaren niet meer aangepast.

[casperb71]

Ik heb alle Ip's bekeken en zag dat er bij het aanroepen van mijn NAS problemen zijn.
dat zal ik eerst moeten oplossen. weet niet hoe, maar daar heeft Synology weer een forum voor.

 ping-20181225.JPG   38.63KB   4 downloads

[WanWizard]

Packet loss? Dat lijkt me niet gezond. Ook niet echt een oorzaak overigens.

[casperb71]

Ik heb de vraag in het Synoloyforum uitgezet en krijg de nodige support op. Hopelijk levert dit resultaat op.

[WanWizard]

Ben reuze benieuwd, houdt ons op de hoogte!

[casperb71]

Het probleem is OPGELOST.

 

Na veel support het hele netwerk goed doorgelopen en kabels vervangen, 1 switch verwijderd en kabels doorgemeten met een analyser.

Resultaat was dat er GEEN afwijkingen zaten in het netwerk.

 

In het Mounten zijn 2 punten naar voren gekomen:

 

1. Het is van belang dat je de routing goed aangeeft waar de gedeelde mappen staan (zie foto). In mijn geval moest de Hostnaam geheel worden verwijderd. Dit gooide roet in het eten.
2. Het Netwerkbrowsen werkt dus niet. Zowel in OpenPli 6 als 7-versie is deze functie in mijn netwerk niet werkend te krijgen en dat geeft dus onduidelijkheid omdat ik lees dat bepaalde mensen dit wel kunnen. Ook las ik op ander talige fora dat er meer mensen zijn waarbij deze functie niet werkt. En ja ik heb hem uren laten staan, doch geen uitklapbaar resultaat. Mogelijk iets voor de moderators.

 IMG_0056-2.JPG   441.18KB   10 downloads

 

In ieder geval bedankt voor de support en ik hoop dat anderen iets aan deze bijdrage hebben.

 

 

 

[WanWizard]

Al een paar keer eerder gezegd:

 

De netwerk browser is beperkt tot het checken van NetBIOS broadcasts, of tot het checken van web service broadcasts. Werken deze twee niet door een setting aan de server kant, dan komt die server niet in de lijst.

 

Staat de server wel in de lijst, dan kun je deze met Ok openen, je krijgt dan een prompt voor een gebruikersnaam en wachtwoord. Als de server SMBv1 actief heeft (en dat zijn er steeds minder), dan kan er anonieme enumeratie van de shares plaats vinden, en kan die lijst worden getoond.

 

Als dit niet actief staat, dan is een geauthenticeerde sessie nodig om shares te kunnen enumereren. Daarvoor is die gebruikersnaam en wachtwoord nodig, dus als die niet of fout zijn ingevoerd, dan krijg je geen shares te zien. Als ze wel goed zijn, maar de server heeft een andere versie van het SMB protocol default dan de box heeft, dan werkt de login niet (stel, de box doet SMBv1, de server alleen SMBv2.1 en SMBv3), en krijg je ook geen shares te zien.

 

De scanner ondersteunt ook ook alleen poort 139, de NetBIOS poort. Als deze poort dicht staat of niet gebruikt wordt (moderne Windows kan ook zonder NetBIOS werken), ook dan vind de scanner niks.

 

Windows clients hebben daar wat minder last van, die proberen net zo lang totdat ze een methode gevonden heeft die werkt (en daarom duurt het in explorer soms even voordat de boel opent). Linux clients niet, die moet je vertellen wat je wilt dat ze doen.

 

Een flink deel van de scanner is geschreven in C, inmiddels ruim 10 jaar terug, en daar zit 'm de beperkende factor. Herschrijven staat op mijn todo lijst, maar ik kom er niet aan toe.

[Erik Slagter]

Daar staat tegenover dat het nou ook weer geen rocket science is om even de UNC over te kloppen, dan werkt het gewoon meteen zonder onzekerheden.

[casperb71]

Het is geen aanval op het wek van de moderatoren, maar geef een punt aan wat niet goed functioneert.
Ik en ik denk velen met mij zijn zeer tevreden over het werk wat de moderatoren verrichten.

Vandaag de Ziggo monteur gehad en het bleek dat het Ziggo modem defect was. Deze werd door een ander merk vervangen.
Bleek ook dat het signaal wat via de kabel binnenkomt niet goed is. Dat wist ik al want vorig jaar heeft een monteur het signaal vanuit het verdeelkastje iets opgeschroefd. De oorzaak blijkt nu dat er in een kabel die van het ene verdeelpunt naar het verdeelkastje loopt, een breuk zit. Het gevolg was dat het modem te veel signaal terug kreeg waardoor het modem kort afhaakte.
Gevolg was haperend internet.
Binnenkort word de kabel in de straat gerepareerd waardoor de gehele storing is verholpen. Ik was nu al tevreden over de snelheid met het nieuwe modem.

Zo zie je maar waar een klein probleem toe kan “lijden”.