/srv/irclogs.ubuntu.com/2023/06/14/#ubuntu-nl.txt

=== JanC_ is now known as JanC
=== JanC is now known as Guest6136
=== JanC_ is now known as JanC
pjotterHallo20:23
selckinhey20:24
pjotterMisschien mag ik jullie even lastigvallen met een vraagje?20:24
selckinyup, shoot20:24
pjotterIk draai al jaaaaaren ubuntu en hab in die tijd veel geleerd, opgelost etc.20:25
pjotter1 ding wat ik nooit 100% werkende heb gekregen is het mounten van mijn nas20:25
pjotterOp zich mount hij wel prima. Maar altijd kloppen de rechten niet.20:25
selckinnfs, smb?20:25
pjotterAls ik een nieuwe file aanmaak op de NAS is die altijd van root20:25
pjotterToch, kan ik er alles mee doen: editten, deleten etc20:26
pjotterBehalve de rechten instellen. Daar moet ik dan toch echt root voor zijn.20:26
pjotterHeeft iemand enig idee hoe dit komt en in welke hoek ik moet zoeken?20:26
pjotterIk mount met cifs20:26
pjottervia fstab20:27
selckindat is smb, dus windows server20:27
pjotterZou het beter werken met nfs?20:27
pjotterIk heb hier ook windows computer in het netwerk die ook toegang tot de NAS hebben.20:28
pjotter//192.168.178.30/Mount/mnt/Mount  cifsdefaults,guest,uid=1000,gid=1000,noperm,iocharset=utf8,vers=1.00 020:29
pjotterDit is de fstab regel20:29
pjotterDie op zich goed werkt. Alleen de permissies kloppen niet, helaas.20:29
selckinen welk probleem heb je met de perms?20:31
pjotterHet gaat met name mis met het aanmaklen van nieuwe files. Als ik een nieuwe lege file maak is de eigenaar van die file dan altijd 'root'20:31
selckinwaar maak je ze aan client of server?20:32
pjotterHet gekke is dat dat eigenlijk weinig uitmaakt want als ik die file wil manipuleren (editten, deleten) kan dat prima vanuit met ubuntu-user20:32
pjotterclient20:32
pjotterIk gebruik die nas echt als extra storage en werkschijf.20:33
selckinpfff, zijn veel opties die invloed hebben en afhankelijk of cifs de "unix extensions" onderhandeld20:39
selckindus je kan meer leren in 'man mount.cifs' maar ik weet het niet van buiten, en te veel werk uit te zoekenb20:43
pjotterselckin: Ja, klopt. Ik heb in de lop der jaren al meerdere malen naar een oplossing gezocht maar nog steeds niet gevonden. Ik zal nog eens een poging wagen en man mount.cifs doornemen. Misschien ligt het gewoon aan die NAS, ook.20:47
selckinen permissies die kloppen, hoe ziet dat eruit voor u?20:48
selckinmoet gewoon allemaal 1000:1000 zijn met die config20:49
pjotterNou, het ziet eruit alsof de nas is gemount met root. Nieuwe files zijn allemaal 'root'. Maar ik kan ze als gewonen ubuntu-user ook verwijderen e.d. Het enige wat ik niet kan is de rechten veranderen (extecutable maken bijvoorbeeld) Daarvoor moet ik echt 'root' zijn. Ik kan de rechten ook veranderen via chown. Dat werkt ook.20:50
selckinmja cifs kent die niet, sinds het windows wereld is, dus de files op de server waarschijnlijk allemaal zelfde user, worden dan mappen naar 1000:1000 door de mount options, en uw noperm optie verwijderd ook een hoop checks20:55
selckindus uw config zegt in principe dat je toegang hebt tot alles wast de server exposed20:55
selckin+x ofzo bestaat ook niet op windows, dus hebben alle file misschien 777 r20:56
pjotterOk. Ik heb iets gevonden. Ik had al die shares ingesteld op "Public Access". Dus iedereen kon zonder credentials contact maken met die shares en de files manipuleren. Ik heb nu een test-share gemaakt met credentials en die gemount. En nu ziet het ernaar uit dat alles helemaal werkt. Nieuwe files krijgen nu de rechten van mijn eigen ubunut gebruiker.21:05
=== JanC is now known as Guest340
=== JanC_ is now known as JanC
pjottereven eruit voor reboot ;)21:33
pjotter1selckin: Ik geloof dat ik het nu enigszins werkende heb. Blijkbaar moet ik in mijn NAS een user met precies dezelfde username definieren, deze koppelen aan de share en deze dan mounten. Als ik nu nieuwe files aanmaak, kloppen de rechten wel. Bedankt voor het meedenken! :)21:47

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!