8 replies to this topic

[40H3X]

Onlangs liep ik tegen het probleem aan dat een netwerk share niet wilde mounten in een Vu Duo. Na de toevoeging in de options sec=ntlm werd de share gemount, een probleem dat volgens mij gerelateerd is aan de kernel 3.9.6#1. Nu zag ik in de updates dat de kernel en modules meeliepen, is er zicht op een upgrade m.b.t. de kernel voor de Duo?

[WanWizard]

De kernel versie wordt gedicteerd door de drivers, die door de fabrikant tegen een bepaalde kernel versie zijn gecompileerd. Daar hebben wij dus helemaal geen invloed op.

[Frenske]

Aangezien dit voorlopig nog niet opgelost is heb ik deze maar even vastgepind voor het geval dat de vraag opnieuw gesteld wordt. Dan is het antwoord snel gevonden.

[HPPli]

Onlangs liep ik tegen het probleem aan dat een netwerk share niet wilde mounten in een Vu Duo. Na de toevoeging in de options sec=ntlm werd de share gemount, een probleem dat volgens mij gerelateerd is aan de kernel 3.9.6#1. Nu zag ik in de updates dat de kernel en modules meeliepen, is er zicht op een upgrade m.b.t. de kernel voor de Duo?

Misschien wil je de voorlopige oplossing ofwel soort van workaround beter en uitvoeriger omschrijven in een HowTo ?? 

Edited by HPPli, 15 December 2015 - 23:10.

[40H3X]

Allereerst wordt er in het Topic en de Tags (door mij) verwezen naar de Vu Duo, dit is omdat mijn vraag betrekking had op een update van dit type box, maar deze box heeft niks heeft te maken met de (eventuele) oorzaak van het mislukken van een cifs share en de oplossing hiervan.

 

De oorzaak had in mijn geval te maken met de gebruikte versie van de kernel van de box en de share. Deze wordt voorlopig voor wat betreft de Duo niet meer geupdate (zie opmerking #2 van WanWizard). Met een recentere kernel zoals bv. de Vu Zero met kernel versie 3.13.5 is er geen probleem.

 

Lees eventueel dit http://ubuntuforums....d.php?t=2230952

 

Voor sommige shares lukt het niet deze met cifs te mounten (cq. onder verbindings beheer groen te krijgen). Als je kernel versie 3.9.6 (Menu-Informatie-Ontvanger) hebt kan het zijn dat je een cifs share niet gemount krijgt, ondanks dat je de gegevens nauwgezet hebt ingevoerd. Zoals de link hierboven al uitgelegd heeft dat te maken met het ontbreken van een optie die nodig is om sommige shares te mounten, dit betekent dus dat het ook (share)medium afhankelijk is. Dus bij een box met kernel 3.9.6 is de hieronder beschreven oplossing bij de ene NAS/Router wel en bij de andere niet nodig.

 

De oplossing is simpel, echter helaas (IMHO) niet via de GUI (Graphical User Interface) uit te voeren (hier is al meer over geschreven Google even op “site:openpli.org sec=ntlm” zonder de “”).

 

-Onder verbindingsbeheer vul je de gegevens m.b.t. je share zo volledig mogelijk in.

-Daarna log je bv. met Telnet in op je box (er zij ook andere manieren)

-Je gaat naar /etc/enigma2

-Dan edit je bv. met vi de file automounts.xml

-Hier voeg je onder opties sec=ntlm toe, dus dan staat er bijvoorbeeld zoiets:

<options>rw,sec=ntlm</options>

 

Afsluiten en opnieuw mounten cq. je box opnieuw opstarten en als dit de oorzaak was kan je nu je share benaderen

Edited by 40H3X, 16 December 2015 - 09:50.

[WanWizard]

Als toelichting:

 

Vanaf een bepaalde versie van de kernel is de cifs security default veranderd van "ntlm" naar "ntlmv2".

 

Dat is geen probleem als de server kant recent genoeg is, een box met een up to date kernel, een Linux of Windows server (of desktop), of een NAS. Dat is wel een probleem als de server kant een oude samba draait, en dus nog "ntlm" verwacht en geen "ntlmv2" praat. In dat geval moet je die "sec=ntlm" optie toevoegen om het security niveau te verlagen. Dit speelt volgens mij alleen bij de oude generatie VU+ boxen.

[40H3X]

Nog een kleine "note to file":

 

Het komt aan de server zijde (oude samba) nogal eens voor bij wifi routers (oa. Asus) waar op de USB poort een schijfje wordt geshared in het LAN.

 

(btw. is dit IMHO een veel betere (als het om data sharing in huis gaat) en vooral goedkopere oplossing dan een klassieke NAS met HDD's. Zo heeft een AP met een USB schijfje eraan veel minder bewegende delen en dus ook minder kans op mankementen, daarbij is het ook nog eens volkomen geruisloos).

Edited by 40H3X, 17 December 2015 - 14:08.

[Erik Slagter]

Of een USB stick of SSD sharen Sowieso geniet een 2.5" disk altijd de voorkeur, minder warmte, minder verbruik en minder herrie.

[WanWizard]

Nog even ter verduidelijking:

 

Dit is dus nodig als je een CIFS connectie maakt van een box met een oude kernel (3.x) naar een box met een nieuwe kernel (4.x), ongeacht het merk van de box. Oud naar Oud, en Nieuw naar Nieuw werkt zonder verdere toevoegingen.

 

Als je via de mount manager een mount maakt, wijzig dan de "mount opties" van "rw" naar "rw,sec=ntlm".