Hier thuis heb ik een een pc waar ook automatische backup wordt heen geschreven.
Nu heb ik het volgende probleem.
De backup komt in de /backup map, voor de backup heb ik een speciale gebruiker die alleen gebruikt wordt om de backup op die pc te zetten.
De map /backup moet de rechten 750 hebben, zodat alleen de backup kan schrijven en alleen gebruiker root kan lezen. De overige gebruikers mogen de map niet kunnen bekijken, maar elke keer wordt de map weer op 755 gezet.
Wie weet wat het kan zijn.
Extra heeft als permissies “770”, eigenaar root, groep users (er staan ook wat ontwikkelzaken op).
In de mount op /Extra staat een map “Backup”. De rechten ervan heb ik als volgt gezet:
drwxr-x--- 30 root users 4096 22 nov 14:44 Backup/
Volgens mij worden bij jou de rechten steeds opnieuw gezet, door de opties in fstab. Als je die op “default” zet, worden voor zover ik weet de rechten die je zelf toekent gerespecteerd door het systeem.
Ik lees je post net opnieuw, en zie opeens iets raars: backup moet kunnen schrijven en root moet kunnen lezen. Maar, root kan altijd lezen en schrijven, daar is 't nou net root voor
Backuppen doe ik middels “su -c luckybackup” (laptop) of door middel van ‘rsync’ jobs die op een server middels de crontab worden aangeroepen. Verder zorg ik ervoor dat data altijd op één plek staan ( /home ) staat voor alle PC’s op de server en wordt middels NFS geëxporteerd. Hetzelfde geldt voor muziek, video, installers etc.
Waarom kies je overigens voor om de backup door een aparte user te laten doen, en niet door root? Als root kun je ook de rechten van de bestanden enz. backuppen, heb je niet het gevaar dat er iets niet gebackupped wordt, lezen makkelijk af te schermen voor gebruikers.
Ik zal mijn situatie zo goed mogelijk uit proberen te leggen.
In huis heb ik een pc staan met vmware esxi op, daar draait onder anderen een server die is ingericht voor data opslag.
Wij hebben een winkel aan huis en daar staat ook een openSUSE pc die dag en nacht aan staat daar heb ik dezelfde hd ingezet die ook in de server zit.
De server die back-upt elke nacht om 1 uur naar de pc in de winkel. Het back-uppen gaat via rsync en die logt automatische in op de pc in de winkel. Voor een stukje extra veiligheid doe ik dat via een aparte gebruiker die backup heet.
Nu moet het zo zijn dat als je op de pc in de winkel zit en je gaat naar de backup schijf dat je dan niks ziet.
Als 't verder allemaal werkt, behalve de rechten, zou ik in de fstab de opties weghalen en op “defaults” zetten, en dan handmatig de toegang van de map op 750 zetten, met eigenaar “baclup”. Of werkt dat niet naar behoren. Moet zeggen dat ik de hele dag in een rechtenprobleem heb zitten rondneuzen en nu even het zicht kwijt ben op wat 't probleem in jouw geval is
Ik heb acl,user_xattr vervangen door defaults en de rechten op 750 gezet, maar gaat nog steeds terug naar de standaard.
Wat ik wil is dat de gewone gebruiker van de pc de backup schijf niet mag bekijken maar als ik inlog als root wil ik de inhoud wel kunnen zien.
Aaargh, Marcel, we zien iets helemaal over het hoofd: je kunt de permissies van het mountpoint eindeloos aanpassen, zonder resultaat. Je moet namelijk de permssies van de map als de partitie gemount is veranderen…Kijk hieronder, wat ik doe met de map /Backup-home op mijn server.
Het probleem lijkt opgelost te zijn.
Heb het begin van de avond door gevoerd en kan er nog niet bij met een gewone gebruiker, wat ook de bedoeling is. @Knurpht bedankt.
@Knurpht weet jij een goede manier om meer van de command line te leren?
Ik kan daar nix aan doen…:D. Ben "opgegroeid met UNIX, zonder grafische omgeving.
Serieus: zoek eens op “100 linux basis commando’s”, komt vast wel resultaat op. Als je wilt weten wat een commando doet, kun je in een terminal “man [commando]” doen, bijv “man man”, dan krijg je info over hoe je de manual moet gebruiken.
Heb net weer even getest, maar kan er weer gewoon bij met een normale gebruiker.
Ergens gaat er nog iets niet goed, ik heb gedaan wat hier boven staat.
devtmpfs on /dev type devtmpfs (rw,relatime,size=1013816k,nr_inodes=213131,mode=755)
tmpfs on /dev/shm type tmpfs (rw,relatime)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
/dev/sda2 on / type ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
/dev/sda3 on /home type ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,relatime)
/dev/sdb1 on /backup type ext4 (rw,relatime,barrier=1,data=ordered)
Het enige verschil dat ik zie met mijn situatie, is dat bij mij de groep op “users” staat. Doe eens, terwijl de schijf aangekoppeld is
su -c 'chgrp users /backup'
su -c 'chmod 700 /backup'
ls -ld /backup
su -c 'umount /backup'
su -c 'mount /backup'
ls -ld /backup
en dan de output even hierheen :Ik kan mijn server op dit moment niet zomaar rebooten, anders zou ik het effect ervan hier even kunnen testen, maar ik kan me haast niet voorstellen, dat dat verschil maakt.
