Kezdőlap › Fórumok › Debiannal kapcsolatos kérdések › Új Linux, régi felhasználók
- This topic has 42 hozzászólás, 7 résztvevő, and was last updated 17 years, 4 months telt el by
gendelider.
-
SzerzőBejegyzés
-
2008-01-05-16:28 #2148716
„ugyanis az id-k megmaradnak (még ugye akkor is, ha (még/már) nincs olyan felhasználó)”
csak az esetleges könyvtárak(pl: var/spool/postfix) jogai(id) nem. 🙂
2008-01-05-16:28 #2148717„ugyanis az id-k megmaradnak (még ugye akkor is, ha (még/már) nincs olyan felhasználó)”
csak az esetleges könyvtárak(pl: var/spool/postfix) jogai(id) nem. 🙂
2008-01-05-16:32 #2148718„contains information like user ID’s andgroup ID’s that are used by many system programs.”
itt lehet „elcseszni” 🙂2008-01-05-16:32 #2148719„contains information like user ID’s andgroup ID’s that are used by many system programs.”
itt lehet „elcseszni” 🙂2008-01-05-16:36 #2148720Úgy érzem, lesznek még ezzel kapcsolatban kérdéseim. Mindenesetre köszönöm az eddigieket is.
2008-01-05-16:36 #2148721Úgy érzem, lesznek még ezzel kapcsolatban kérdéseim. Mindenesetre köszönöm az eddigieket is.
2008-01-05-17:27 #2148722sany wrote:„ugyanis az id-k megmaradnak (még ugye akkor is, ha (még/már) nincs olyan felhasználó)”csak az esetleges könyvtárak(pl: var/spool/postfix) jogai(id) nem. 🙂
Akkor idézem magam. (Mivel a megjegyzést ragadtad ki, nem a lényeget.)
vizsla wrote:Ha minden szükséges file-t átmásolsz (jogokkal – utólagos chown helyett*), akkor elvileg igen… (Hiszen ez olyan, mintha csak a programokat cserélted volna.)Ha a jogokkal másolsz, akkor nem lehet hozzáférési gond! Mivel megmarad az id és megmarad a könyvtár id szerinti joga.
(Megjegyzés volt, hogy ez akkor is megmarad, ha a felhasználó már nem létezik. Csak akkor nem pityukának, hanem 1235-nek fogja írni a tulajt. Habár az id-hez ugyanúgy lehet felhasználót társítani. Bár ezt ugye szeretné elkerülni a kérdező… az egyenkénti társítgatást/felhasználó létrehozást.)
1) Amúgy ilyen esetleges könyvtárak nincsenek is. :))))
2) „chown -R user:group /home/userneve_könyvtár” és akkor most ez érvényes lesz erre: „var/spool/postfix”…sany wrote:„contains information like user ID’s andgroup ID’s that are used by many system programs.”
itt lehet „elcseszni” 🙂Ezért kell egy az egyben átmásolni a felhasználói könyvtárak jogainak megőrzésével együtt… ahogy említettem.
„Ha a rendszer felhasználók(pl: postfix, apache, stb) id-je megváltozik, akár katasztrófa is lehet belőle.
Ezért nem jó a natur másolás.”
Épp ellenkezőleg pont ezért jó a natúr másolás az új felhasználók létrehozása helyett, mert az ezen könyvtárak jogait nem változtatja meg… tehát „nem natúr” másolsz mindent, akkor az új felhasználóknak – habár a neve egyezni fog – de id-je nem biztos, így olvashatatlanok lesznek ezek a könyvtárak. (Hacsak egyenként nem jogolod át, de ez még nagyobb munka lenne.)Tehát két megoldás van:
1) csomagokat frissíteni a régi rendszer felett (ez lenne kevésbé kockázatos)
2) a rendszerfile-ok user könyvtárak jog és tulajmegőrzéssel történő átvitele (bár ez nem elég, hogy veszélyes (a guest, nem host) számára, de még nagyobb munka is – habár, ha más distribről van szó nemigen tud mást csinálni)
És, hogy miért linkelgettem? Pont azért, mert látom a benne rejlő veszélyeket… tehát, ha valaki ilyenre vetemedig, akkor pontosan tudnia kell, hogy mi hogy működik, hogy tudja, hogy mit kell hogyan másolni.
Végezetül: mi a katasztrófa… a guest rendszer nem működik… nagy ügy. Ott a host, lehet újra próbálkozni. :)))2008-01-05-17:27 #2148723sany wrote:„ugyanis az id-k megmaradnak (még ugye akkor is, ha (még/már) nincs olyan felhasználó)”csak az esetleges könyvtárak(pl: var/spool/postfix) jogai(id) nem. 🙂
Akkor idézem magam. (Mivel a megjegyzést ragadtad ki, nem a lényeget.)
vizsla wrote:Ha minden szükséges file-t átmásolsz (jogokkal – utólagos chown helyett*), akkor elvileg igen… (Hiszen ez olyan, mintha csak a programokat cserélted volna.)Ha a jogokkal másolsz, akkor nem lehet hozzáférési gond! Mivel megmarad az id és megmarad a könyvtár id szerinti joga.
(Megjegyzés volt, hogy ez akkor is megmarad, ha a felhasználó már nem létezik. Csak akkor nem pityukának, hanem 1235-nek fogja írni a tulajt. Habár az id-hez ugyanúgy lehet felhasználót társítani. Bár ezt ugye szeretné elkerülni a kérdező… az egyenkénti társítgatást/felhasználó létrehozást.)
1) Amúgy ilyen esetleges könyvtárak nincsenek is. :))))
2) „chown -R user:group /home/userneve_könyvtár” és akkor most ez érvényes lesz erre: „var/spool/postfix”…sany wrote:„contains information like user ID’s andgroup ID’s that are used by many system programs.”
itt lehet „elcseszni” 🙂Ezért kell egy az egyben átmásolni a felhasználói könyvtárak jogainak megőrzésével együtt… ahogy említettem.
„Ha a rendszer felhasználók(pl: postfix, apache, stb) id-je megváltozik, akár katasztrófa is lehet belőle.
Ezért nem jó a natur másolás.”
Épp ellenkezőleg pont ezért jó a natúr másolás az új felhasználók létrehozása helyett, mert az ezen könyvtárak jogait nem változtatja meg… tehát „nem natúr” másolsz mindent, akkor az új felhasználóknak – habár a neve egyezni fog – de id-je nem biztos, így olvashatatlanok lesznek ezek a könyvtárak. (Hacsak egyenként nem jogolod át, de ez még nagyobb munka lenne.)Tehát két megoldás van:
1) csomagokat frissíteni a régi rendszer felett (ez lenne kevésbé kockázatos)
2) a rendszerfile-ok user könyvtárak jog és tulajmegőrzéssel történő átvitele (bár ez nem elég, hogy veszélyes (a guest, nem host) számára, de még nagyobb munka is – habár, ha más distribről van szó nemigen tud mást csinálni)
És, hogy miért linkelgettem? Pont azért, mert látom a benne rejlő veszélyeket… tehát, ha valaki ilyenre vetemedig, akkor pontosan tudnia kell, hogy mi hogy működik, hogy tudja, hogy mit kell hogyan másolni.
Végezetül: mi a katasztrófa… a guest rendszer nem működik… nagy ügy. Ott a host, lehet újra próbálkozni. :)))2008-01-05-17:34 #2148724vizsla wrote:sany wrote:„ugyanis az id-k megmaradnak (még ugye akkor is, ha (még/már) nincs olyan felhasználó)”csak az esetleges könyvtárak(pl: var/spool/postfix) jogai(id) nem. 🙂
Akkor idézem magam. (Mivel a megjegyzést ragadtad ki, nem a lényeget.)
vizsla wrote:Ha minden szükséges file-t átmásolsz (jogokkal – utólagos chown helyett*), akkor elvileg igen… (Hiszen ez olyan, mintha csak a programokat cserélted volna.)Ha a jogokkal másolsz, akkor nem lehet hozzáférési gond! Mivel megmarad az id és megmarad a könyvtár id szerinti joga.
(Megjegyzés volt, hogy ez akkor is megmarad, ha a felhasználó már nem létezik. Csak akkor nem pityukának, hanem 1235-nek fogja írni a tulajt. Habár az id-hez ugyanúgy lehet felhasználót társítani. Bár ezt ugye szeretné elkerülni a kérdező… az egyenkénti társítgatást/felhasználó létrehozást.)
1) Amúgy ilyen esetleges könyvtárak nincsenek is. :))))
2) „chown -R user:group /home/userneve_könyvtár” és akkor most ez érvényes lesz erre: „var/spool/postfix”…sany wrote:„contains information like user ID’s andgroup ID’s that are used by many system programs.”
itt lehet „elcseszni” 🙂Ezért kell egy az egyben átmásolni a felhasználói könyvtárak jogainak megőrzésével együtt… ahogy említettem.
„Ha a rendszer felhasználók(pl: postfix, apache, stb) id-je megváltozik, akár katasztrófa is lehet belőle.
Ezért nem jó a natur másolás.”
Épp ellenkezőleg pont ezért jó a natúr másolás az új felhasználók létrehozása helyett, mert az ezen könyvtárak jogait nem változtatja meg… tehát „nem natúr” másolsz mindent, akkor az új felhasználóknak – habár a neve egyezni fog – de id-je nem biztos, így olvashatatlanok lesznek ezek a könyvtárak. (Hacsak egyenként nem jogolod át, de ez még nagyobb munka lenne.)Tehát két megoldás van:
1) csomagokat frissíteni a régi rendszer felett (ez lenne kevésbé kockázatos)
2) a rendszerfile-ok user könyvtárak jog és tulajmegőrzéssel történő átvitele (bár ez nem elég, hogy veszélyes (a guest, nem host) számára, de még nagyobb munka is – habár, ha más distribről van szó nemigen tud mást csinálni)
És, hogy miért linkelgettem? Pont azért, mert látom a benne rejlő veszélyeket… tehát, ha valaki ilyenre vetemedig, akkor pontosan tudnia kell, hogy mi hogy működik, hogy tudja, hogy mit kell hogyan másolni.
Végezetül: mi a katasztrófa… a guest rendszer nem működik… nagy ügy. Ott a host, lehet újra próbálkozni. :)))Úgy látszik write only-k vagyunk! 🙂
Nem a mezei felhasználók czikisek, hanem a system progik userei/groupjai.
Már jártam így és elég sok meló volt a könytárak tulaját/groupját visszaállítani. 🙂
A mezei userek nem vészesek a rendszer működése szempontjából,
legfeljebb nem éri el a könytárát! 😛2008-01-05-17:34 #2148725vizsla wrote:sany wrote:„ugyanis az id-k megmaradnak (még ugye akkor is, ha (még/már) nincs olyan felhasználó)”csak az esetleges könyvtárak(pl: var/spool/postfix) jogai(id) nem. 🙂
Akkor idézem magam. (Mivel a megjegyzést ragadtad ki, nem a lényeget.)
vizsla wrote:Ha minden szükséges file-t átmásolsz (jogokkal – utólagos chown helyett*), akkor elvileg igen… (Hiszen ez olyan, mintha csak a programokat cserélted volna.)Ha a jogokkal másolsz, akkor nem lehet hozzáférési gond! Mivel megmarad az id és megmarad a könyvtár id szerinti joga.
(Megjegyzés volt, hogy ez akkor is megmarad, ha a felhasználó már nem létezik. Csak akkor nem pityukának, hanem 1235-nek fogja írni a tulajt. Habár az id-hez ugyanúgy lehet felhasználót társítani. Bár ezt ugye szeretné elkerülni a kérdező… az egyenkénti társítgatást/felhasználó létrehozást.)
1) Amúgy ilyen esetleges könyvtárak nincsenek is. :))))
2) „chown -R user:group /home/userneve_könyvtár” és akkor most ez érvényes lesz erre: „var/spool/postfix”…sany wrote:„contains information like user ID’s andgroup ID’s that are used by many system programs.”
itt lehet „elcseszni” 🙂Ezért kell egy az egyben átmásolni a felhasználói könyvtárak jogainak megőrzésével együtt… ahogy említettem.
„Ha a rendszer felhasználók(pl: postfix, apache, stb) id-je megváltozik, akár katasztrófa is lehet belőle.
Ezért nem jó a natur másolás.”
Épp ellenkezőleg pont ezért jó a natúr másolás az új felhasználók létrehozása helyett, mert az ezen könyvtárak jogait nem változtatja meg… tehát „nem natúr” másolsz mindent, akkor az új felhasználóknak – habár a neve egyezni fog – de id-je nem biztos, így olvashatatlanok lesznek ezek a könyvtárak. (Hacsak egyenként nem jogolod át, de ez még nagyobb munka lenne.)Tehát két megoldás van:
1) csomagokat frissíteni a régi rendszer felett (ez lenne kevésbé kockázatos)
2) a rendszerfile-ok user könyvtárak jog és tulajmegőrzéssel történő átvitele (bár ez nem elég, hogy veszélyes (a guest, nem host) számára, de még nagyobb munka is – habár, ha más distribről van szó nemigen tud mást csinálni)
És, hogy miért linkelgettem? Pont azért, mert látom a benne rejlő veszélyeket… tehát, ha valaki ilyenre vetemedig, akkor pontosan tudnia kell, hogy mi hogy működik, hogy tudja, hogy mit kell hogyan másolni.
Végezetül: mi a katasztrófa… a guest rendszer nem működik… nagy ügy. Ott a host, lehet újra próbálkozni. :)))Úgy látszik write only-k vagyunk! 🙂
Nem a mezei felhasználók czikisek, hanem a system progik userei/groupjai.
Már jártam így és elég sok meló volt a könytárak tulaját/groupját visszaállítani. 🙂
A mezei userek nem vészesek a rendszer működése szempontjából,
legfeljebb nem éri el a könytárát! 😛 -
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz