Kezdőoldal » Számítástechnika » Programozás » Melyik állományrendszerben...

Melyik állományrendszerben nincsenek hozzáférési jogok?

Figyelt kérdés
ext3, NTFS, FAT32, vagy ext4?

2021. nov. 16. 12:59
1 2 3 4
 21/32 A kérdező kommentje:
Hinnye! Most már elég, mert odacsapok.
2021. nov. 17. 13:25
 22/32 anonim ***** válasza:
2021. nov. 17. 13:27
Hasznos számodra ez a válasz?
 23/32 anonim ***** válasza:

"Nincs olyan, hogy egyfelhasználós rendszereknél ..."

De van - lásd: az MS-DOS egyfelhasználós rendszer.

Nincs is benne felhasználókezelés.


"Az is hülyeség, hogy a rendszer szintjén, meg a fájlrendszer szintkén."

Nem hülyeség, tény.

A FAT-ban van felhasználókra bontott ACL? Nincs.

Az NTFS-ben illetve az EXT2/3/4-ben vagy az UFS-ben meg van.


"Akkoriban a userek képzettsége és a rendszerek védelmének igénye nagyon alacsony volt. Erre a szintre pedig megfelelt az ATTRIB és annak szegényes szolgáltatás csokra is."

Ez nem a felhasználók képzettségén múlott.

Ott volt a Unix, ami már akkoriban többfelhasználós rendszer volt - a fájlrendszere már akkoriban tartalmazott felhasználókezelést (Unix V6: 1975):

[link] [link] - lásd az i-node-ra vonatkozó részt, a 2. oldal alján.

2021. nov. 17. 13:51
Hasznos számodra ez a válasz?
 24/32 anonim ***** válasza:

"Melyik állományrendszerben nincsenek hozzáférési jogok?" (állomány~ helyett gondolom file~ értesz)


Mi is a kérdés igazából..???

NTFS-en sem kötelező lekorlátozni a felhasználókat. Ez csak egy lehetőség.

Amit maga a filerendszer kezel oprendszeről programoktól függetlenül.

2021. nov. 17. 14:13
Hasznos számodra ez a válasz?
 25/32 anonim ***** válasza:

Meg kell mondanom, kezdesz kissé unalmassá válni a butaságaiddal.


Nem azt állítottam, hogy a DOS-ban lenne felhasználókezelés, hanem azt, hogy a DOS-nál nincs olyan, hogy ne lenne felhasználó. Mert te ezt a hülyeséget állítottad.


A FAT-ban azért nincs meg az, ami az NTFS-ben és más filerendszerekben, mert a FAT kifejlesztése idején nem volt a nyolc bites PERSONAL computerek esetén arra igény, hogy legyen adatvédelem, rendszervédelem, miegymás. A DOS 1.0-ban még ATTRIB sem volt, még könyvtárak sem voltak. Később meg, ugye.


A UNIX többnyire egy nagyépes, 32/36 bites, multitask, multiuser opre volt, ott nyilván elemi igény támadt rá, hogy bubu és mártika levelezését ne olvashassa szamóca vagy lojzi és viszont.

A DOS ezzel szemben egy alapban 8 bites kis fing processzorra, az i8080-ra íródott CP/M oprencer klónja volt. Eredendően NEM feltétlenül céges, hanem jobbára magánfelhasználásra kihegyezett, nagyon egyszerű valami. Ez megváltozott, mert kezdett kialakulni a számítógépes munkakultúra és jöttek a gondok. Meg kellett oldani valamiféle minimális rendszervédelmet, erre volt jó a hidden file, biztosítani kellett, hogy icuka ne barmoljon bele a főnök irataiba, netán felül ne írja, vagy le ne törölje őket, hát erre volt jó a read only attrib, stb.


Ha igazad lenne, akkor nem létezne az ATTRIB és az attribútum bitek sem, de hát, létezik.

2021. nov. 17. 14:17
Hasznos számodra ez a válasz?
 26/32 anonim ***** válasza:

"Nem azt állítottam, hogy a DOS-ban lenne felhasználókezelés, hanem azt, hogy a DOS-nál nincs olyan, hogy ne lenne felhasználó. Mert te ezt a hülyeséget állítottad."

Nem hülyeség: a rendszer szintjén nincsen felhasználókezelés, mert csak egy felhasználó kezeli a rendszert. Se uid, se gid, se login, se pwd. Semmi.


"Meg kellett oldani valamiféle minimális rendszervédelmet, erre volt jó a hidden file, biztosítani kellett, hogy icuka ne barmoljon bele a főnök irataiba, netán felül ne írja, vagy le ne törölje őket, hát erre volt jó a read only attrib, stb."

Nem, nem erre találták ki. Arra ott a Unix rendszerek hozzáférés-kezelése.


"Ha igazad lenne, akkor nem létezne az ATTRIB és az attribútum bitek sem, de hát, létezik."

Az ATTRIB az fájlattribútumokat kezel, nem felhasználószintű hozzáférési jogosultságokat - utóbbit nem is kezelhetné, mert a MS-DOS-ban nem volt erre lehetőség.

2021. nov. 17. 14:24
Hasznos számodra ez a válasz?
 27/32 anonim ***** válasza:

"Az ATTRIB az fájlattribútumokat kezel, nem felhasználószintű hozzáférési jogosultságokat - "


A read only akkor mit is jelent?

Azt, hogy a felhasználó CSAK olvashatja a FILE tartalmát, de NEM írhat bele és nem is törölheti azt. Miért? Mert nincs hozzá jogosultsága. Mondom, JOGOSULTSÁGA.


Nevetséges vagy, de szörnyen.


Az amit te ide mellé halucinálsz, azért nincs a DOS-ban, mert eredetileg a DOS egy otthoni, de legalábbis perszonális környezetbe szánt, egyszerű, monotask OS volt.

Ez az alap később módosult, a cégek köreiben is népszerűvé vált a PC és a DOS, így a megváltozott körülményekhez alkalmazkodni kellett, már amennyire lehetett.

Tekintve, hgoy a DOS egy useres OS-nek lett tervezve, így a jogosultság kezelés is csak a FAT szintjén valósulhatott meg.

2021. nov. 17. 14:42
Hasznos számodra ez a válasz?
 28/32 anonim ***** válasza:

Eyt írod: "Az ATTRIB az fájlattribútumokat kezel, nem felhasználószintű hozzáférési jogosultságokat"


Ez meg egy linux kézikönyvből való:


"A setuid egy olyan speciális fájlattribútum, amelyik"

2021. nov. 17. 15:51
Hasznos számodra ez a válasz?
 29/32 anonim ***** válasza:

#28: Igen ám, de a Linuxban - mind a rendszerben, mind az általa alkalmazott fájlrendszerekben - a Unixhoz hasonlóan van felhasználókezelés.


#27: De a DOS-ban (legalábbis az MS-DOS-ban) és a FAT fájlrendszerben nincs felhasználónkénti jogosultságkezelés.

2021. nov. 17. 18:33
Hasznos számodra ez a válasz?
 30/32 anonim ***** válasza:
Mi a baj, megakadt a lemez?
2021. nov. 17. 19:44
Hasznos számodra ez a válasz?
1 2 3 4

További kérdések:




Minden jog fenntartva © 2025, www.gyakorikerdesek.hu
GYIK | Szabályzat | Jogi nyilatkozat | Adatvédelem | Cookie beállítások | WebMinute Kft. | Facebook | Kapcsolat: info(kukac)gyakorikerdesek.hu

A weboldalon megjelenő anyagok nem minősülnek szerkesztői tartalomnak, előzetes ellenőrzésen nem esnek át, az üzemeltető véleményét nem tükrözik.
Ha kifogással szeretne élni valamely tartalommal kapcsolatban, kérjük jelezze e-mailes elérhetőségünkön!