Sewastok!
Az lenne a kérdésem, hogy megoldható valahogy hogy a felhasználó a nautilust használva ne jusson ki a saját könyvtárán kívülre, illetve csak a külső adathozdozók legyenek elérhetők? Eredetileg az rbash-re gondoltam, de utánaolvasva kiderült, hogy ez csak a parancssort korlátozza.
- 2020 megtekintés
Hozzászólások
Elég elvetemült ötletem van, de mi lenne, ha a /home-on kívül az összes könyvtárról levennéd az olvasási jogokat. Bár azt nem tudom, a futtatás lehetséges marad-e... Illetve ha egy proginak olvasnia kell-e egy fájlt, az megy-e...
- A hozzászóláshoz be kell jelentkezni
Sajnos akkor semmihez nem férne hozzá a felhasználó. Nekem csak arra lenne szükségem, hogy a saját könyvtáránál magasabb szintre ne léphessen a böngészőben.
- A hozzászóláshoz be kell jelentkezni
kde-ben ezt meg lehet oldani a kiosk-toollal, de ez csak kde-hez van
Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.
debian 4.0 - linux-2.6.22-pancs1-wifi0 - 2.6.22 kernel madwifivel itt
- A hozzászóláshoz be kell jelentkezni
a könyvtárakról vedd le az olvasás jogot de a futatási jogot ne, pl. chmod 751
akkor a könyvtár tartalmához hozzáfér de nem tudja kilistázni
- A hozzászóláshoz be kell jelentkezni
A saját home könyvtárát kivéve az összes könyvtárral tegyem meg?
- A hozzászóláshoz be kell jelentkezni
azokkal amiket nem akarod hogy listázni tudjon
de ha csak a / és /home-ra csinálod akkor nem fod tudni feljebb lépni, viszont ha tudja egy könyvtár nevét
pl /etc akkor annak már listázhatja a tartalmát
ja és ha a /home-nak a groupjában benne van a user akkor a 751 nem elég 711 kell
kipróbáltam nautilusszal elég érdekes dolgokat művel, pl chmod 751 / után ha a FileSystem-re kattintok, permission denied, ha viszont a home könyvtárból Up,Up-pal megyek ki akkor néhány könyvtárat kilistáz, de nem mindet
- A hozzászóláshoz be kell jelentkezni
Köszönöm szépen a segítséget! Megpróbálom!
- A hozzászóláshoz be kell jelentkezni
Sikerült megoldanom, kisebb szépséghibával. Annyira belelendültem, hogy már a felhasználó saját könyvtárát is le szerettem volna zárni, csak a munkaasztal lehet elérhető számára, így levettem az olvasási jogokat a saját könyvtáráról, azonban ettől még a Nautilus engedélyezi a belépést/kilistázást ebben a könyvtárban.
- A hozzászóláshoz be kell jelentkezni
A saját home könyvtárát mi értelme van lezárni? Van ott egy pár rejtett file/könyvtár ami a beállításait tartalmazza azokat nem szerencsés eldugni előle...
- A hozzászóláshoz be kell jelentkezni
Jogos. A kvótának viszont esetleg van értelme ha szinkronban van tartva a szerverrel...
- A hozzászóláshoz be kell jelentkezni
Válasz alább. :) Azt szeretném ha a felhasználó a Nautilus-szal nem barangolhatna, de a programok ki tudják olvasni a home könyvtárából a beállításokat, hogy működjenek.
- A hozzászóláshoz be kell jelentkezni
A chmod 751 kifejezetten hibas gyakorlat, mert elallithatja a jogokat. A chmod o-r egy fokkal jobb.
- A hozzászóláshoz be kell jelentkezni
jogos, tényleg nem a legjobb ötlet direktbe állítani
köszi az észrevételt
- A hozzászóláshoz be kell jelentkezni
A nagyon védett mappákra esetleg setfacl-lel lehetne dolgokat csinálni....
- A hozzászóláshoz be kell jelentkezni
Nem értelek, ennek milyen gyakorlati hasznát látod?
Egyáltalán mi az oka e fura kívánságnak?
Ha ki akarsz zárni egy usert, akkor egyáltalán miért létezik az a felhasználó?
MIT akarsz előle ténylegesen "elzárni"?
- A hozzászóláshoz be kell jelentkezni
A gép egy szállodában lesz és a vendégek, illetve a dolgozók használhatják internetezésre, szövegszerkesztésre, esetleg pendrive-on hozott anyagokat nyitogathatnak. Kitettem az asztalra a szükséges ikonokat, viszont nem akarom, hogy a Nautilus-szal elbogarásszanak a gépen. Minden egyéb ikon, menü eltűntetve, panelek lezárva, stb. Azért nem akarom, hogy hozzáférjenek a saját home könyvtárukhoz hogy csak az Asztalra menthessenek. És persze a nem kívánatos fájlokat egy script időnként onnan is törli. Ezért kell ilyen "durva" korlátozás.
- A hozzászóláshoz be kell jelentkezni
Ha ilyen helyre kell, tényleg jobban járnál a KDE Kiosk módjával. A KDE-ben nagyon sokminden tiltható.
- A hozzászóláshoz be kell jelentkezni
Vagy az XFCE4-gyel, aminek szinten van kiosk modja.
- A hozzászóláshoz be kell jelentkezni
KDE kilőve mert nem szeretné azt a gépet amire felkerült a rendszer, XFCE-re nem gondoltam. De már mindegy, mert a "kiosk" részét a dolognak elintéztem. Már csak a home könyvtárat kellene elzárni a felhasználó elől.
- A hozzászóláshoz be kell jelentkezni
ő: lesz az amit keresel: pessulus - lockdown editor for GNOME
ha debian alatt van akkor csak apt-get install pessulus és ugy konfigeled ahogy akarod.
http://www.gnome.org/learn/admin-guide/latest/lockdown.html
ez: http://extragear.kde.org/apps/kiosktool/ meg a kde-s megfelelője
Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.
debian 4.0 - linux-2.6.22-pancs1-wifi0 - 2.6.22 kernel madwifivel itt
- A hozzászóláshoz be kell jelentkezni
Pessulus: jó lenne, ha működne. :) root-ként állítottam be, de csak az aktuális bejelentkezett felhasználóra vonatkozott, úgyhogy megcsináltam a configokat a többi felhasználónak is. De a gconf beállítások nem zárják be a felhasználót a home könyvtárba, úgyhogy erre ez sem jó.
- A hozzászóláshoz be kell jelentkezni
akkor a mostani stilusosabb nevén jail (chroot)? a szükségesebb fileokta be hardlinkeled és jailbe zárod a usert..
Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.
debian 4.0 - linux-2.6.22-pancs1-wifi0 - 2.6.22 kernel madwifivel itt
- A hozzászóláshoz be kell jelentkezni
Nincs valami egyszerűbb megoldása annak, hogy a home könyvtár csak olvasható legyen? Mert a többi feladatot már megoldottam, és nem volt annyira bonyolult, hogy jail kelljen hozzá.
- A hozzászóláshoz be kell jelentkezni
A root tulajdonába veszed a home könyvtárat és csak olvasási jogot adsz rá a usernek.
--
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!
- A hozzászóláshoz be kell jelentkezni
És akkor a különböző programok hogy írhatnak a rejtett fájlokba? Jelenleg 40311 jogokkal bírnak a felhasználók home könyvtárai, és így elméletileg nem tudják kilistázni a tartalmukat. Legalábbis más, elzárni könyvtárról levéve az olvasási jogokat kizártam belőle a felhasználót, de a home könyvtárukkal ez nem működik.
- A hozzászóláshoz be kell jelentkezni
Nem teljesen értem: a home könyvtár a user tulajdonában marad?
Akkor meg is változtathatja a jogokat.
Apropó, a 40311 az mit jelent?
- A hozzászóláshoz be kell jelentkezni
Igen, megváltoztathatja, de a célközönség ennyire nem ért hozzá...szerencsére. :) Hogyha root tulajdonába veszem akkor működőképes lesz a dolog?
MC-vel néztem, egyébként 311 a jog jelenleg, vagyok a user írhat, beléphet, csoport és egyéb pedig csak beléphet.
- A hozzászóláshoz be kell jelentkezni
Nekem az az érzésem, hogy a home könyvtár nem azért van, hogy kitiltsd belőle a felhasználót.
Lehet hogy egyszerűbb egy olyasmi, hogy boot/login/logoutnál helyreállítod a home könyvtár tartalmát.
- A hozzászóláshoz be kell jelentkezni
Persze, hogy nem azért van, csak nekem most arra van szükségem, hogy ne tudjon semmit se menteni a home könyvtárába, szigorúan csak a Munkaasztalra.
- A hozzászóláshoz be kell jelentkezni
Egyvalamit nem értek: a munkaasztal is a $HOME mappában leledzik, ergo a home mappába tágabb értelemben írva leszesz. Akkor mi a dolog értelme?
Értem én, hogy villanyvasaló, de mi hajtja?
- A hozzászóláshoz be kell jelentkezni
A 751 illetve 711-es jogokkal megáldott könyvtárak tartalmát Nautilus-szal nem tudja kilistázni a felhasználó, de a tartalmukhoz az általa indított programok hozzáférnek. Erre lenne szükségesm a $HOME könyvtár esetében is. Egyedül a Desktop mappa legyen listázható számára.
- A hozzászóláshoz be kell jelentkezni
Te megint megkerülöd a kérdést. Értem én, hogy nem akarod hogy a home mappába írva legyen (villanyvasaló), de mi az oka (mi hajtja)?
- A hozzászóláshoz be kell jelentkezni
Bocsánat. :) Folyamatosan vadidegen emberek fogják használni a gépet. Jelenleg 6+1 felhasználó van beállítva, a 6 felhasználó 6 nyelvű környezetet jelent, a +1 az admin. A környezet, amit kapnak az egy lecsupaszított Gnome, a szükséges ikonokkal az asztalon, semmi egyéb. A lényeg, hogyha le akarnak tölteni valamit a netről, akkor azt csak a magukkal hozott pendrive-ra tehetik, vagy a Munkaasztalra. Erre azért van szükség, hogy az ott dolgozók, akik szintén használhatják a gépet ne töltsék tele mindenféle szeméttel, illetve az aktuális vendég felhasználók se menthessenek semmi feleslegeset. Az asztalt meg az átlag user is tudja használni, ezért mentsen oda, ha mégis kell valami, illetve egy időzített script a nem megengedett, azonban mégis mentett fájlokat törli. Egy példa: adott dolgozó kap egy feladatot a főnöktől, hogy gépeljen be ezt-azt, leül a géphez, pötyög, mentené, hogy mailben elküldje, de nincs pendrive-ja. Ilyenkor menthet a munkaasztalra és az adott kiterjesztésű fájl megengedett, ergo nem törli a rendszer. Ha azonban nekiállnak képeket, videókat letölteni az törlésre kerül. Tudom, átnevezi a fájlt amit letöltött és máris megmarad. Szerencsére ennyire nem értenek hozzá azok, akik a potenciális célközönség lesznek, valamint alkalmankénti karbantartás ezt majd orvosolja.
Remélem kimerítő választ adtam. :)
- A hozzászóláshoz be kell jelentkezni
Értem mostmár. Bocs, de tényleg el nem tudtam képzelni mi az ok.
Nos, szerintem a jogok körüli hülyéskedés tulajdonképp annyira nem is fontos ez esetben. Hiszen az időzített takaritoneni.sh azt is meg tudja csinálni, hogy az összes mappát törölje a $HOME-ból ami nem rejtett és nem Desktop. Szerintem innentől aztán menthetnek amit akarnak, a takaritoneni.sh jön és teszi a dolgát.
Persze, értem én hogy prevenció meg minden, de végülis miért menjünk a nehezebb úton, ha úgyis át kell haladjunk a simán? Azaz: a hozzáférésszabályozás szép dolog, de a takaritoneni.sh ígyis-úgyis meg kell hogy írattassék. Akkor meg?
No, mindegy, végülis ez csak azt jelenti, hogy én kényelmesebb vagyok, és bizony nem szoptam volna ennyit a jogokkal. Mindenesetre az itt kialakult rendszer sokak számára tanulságos lehet. Esetleg a Gnome alapú kiosk létrehozásáról születhetne vmi Wiki cikk... :)
- A hozzászóláshoz be kell jelentkezni
Hamarosan lesz még egy rendszer, ahol hasonló korlátozásokat kell bevezetnem. Ott már beépítem az előzőnél szerzett tapasztalatokat, illetve az itt kapott tanácsokat, melyeket nagyon köszönök! Esetleg összedobhatok belőle egy wiki-t.
Addig is továbbképzem takarítónénit. :)
- A hozzászóláshoz be kell jelentkezni
Ez így jónak tűnik, nem tudom mi a bajod. Esetleg:
- A rejtett mappák listázásának tiltása
- A rejtett mappákra mehet a 611 jog.
Ja, user mappák esetén én az utolsó két számot nullára szoktam venni, mert root mindenhova beléphet (A 0000 jogú mappákba is), a többiek meg hidegen hagynak.
- A hozzászóláshoz be kell jelentkezni
Vagy nullfs, izé, unionfs mount.
It doesn't matter if you like my song as long as you can hear me sing
- A hozzászóláshoz be kell jelentkezni
Nos, én már végképp nem értem...
Tekintve, hogy a desktop is csak egy könyvtár a felhasználó home-jában, akkor miért nem tudod megcsinálni, hogy a home-ra csak futtatási jogot adsz, de az azon belül lévő desktopra full jogokat?
Bár nekem is kissé kavarog a gyomrom ezektől a jog dobálgatásoktól, de ha már idáig eljutottál és úgy működik, ahogy szeretnéd, már csak egy lépés...
- A hozzászóláshoz be kell jelentkezni
Írtam, hogy a $HOME-re kiosztott jogok nem működtek úgy, ahogy kellett volna nekik. 711-et kaptak a $HOME mappák és ettől függetlenül a Nautilus listázta a tartalmát. A rendszermappák, illetve maga a /home könyvtár 751-gyel, illetve 711-gyel is "nincs joga" hibaüzenetet dobott, ami megfelelő volt.
- A hozzászóláshoz be kell jelentkezni
Áh, akkor visszajövök a write-only módmól... :)
S írni is tudott bele vagy csak listázni? Mert végül is nem baj, ha listázni tudja, ha írni nem tud bele, vagy nem?
- A hozzászóláshoz be kell jelentkezni
Az írási jog elvételétől félek, mert nem tudom, hogy most éppen melyik engedélyezett program akar egy ~./.* fájlt létrehozni. Jobb, ha nem is látja mi van a $HOME mappában. :) Úgy néz ki setfacl-lel sikerült hibátlanul megoldani ezt a problémát is. Egy doksiban összeszedegettem a lépéseket, egy tiszta rendszeren kipróbálom, finomítom és akkor elvileg lehet belőle wiki.
- A hozzászóláshoz be kell jelentkezni
Sokadik peldad utan azert felve csak megkerdem: mi a fenet vartal egy 7xx jogu konyvtartol? 7 = rwx, azaz nem ertem. Szoval alap Jujniksz:
4 = r => listazni tudom (de nem latom a fajlok hosszat, tulajat, datumait)
2 = w => modositani tudom a konyvtarat (fajl/alkonyvtar letreahozas/torles/atnevezes)
1 = x => belelephetek a konyvtarba, es ha tudom, hogy mi van benne, annak az ismert nevu fajlnak latom a hosszat/tulajat/datumait/stb, csinalhatok vele amit a (fajl) jogai megengednek.
Szoval a fenti agyament esetben en inkabb egy 311 (plane 300) jogu $HOME-mal kezdenek.
- A hozzászóláshoz be kell jelentkezni
Bocsánat, igazad van. Elírtam a hozzászólásban. A rendszeren 311 jog szerepel.
- A hozzászóláshoz be kell jelentkezni
Csak tipp, de a Pessulus-t próbáltad már?
--
Coding for fun. ;)
- A hozzászóláshoz be kell jelentkezni
Feljebb írtam, hogy igen, és amit a pessulus tud azt megcsináltam a gconf fájlok kézi szerkesztésével, tehát ezzel a résszel nem volt gond.
- A hozzászóláshoz be kell jelentkezni