Hozzászólások
-
Bejegyzés
-
ELaci tökéleteset mondott, de rá is guglizhatsz! 😉
De ha csak otthon használod, akkor felesleges még egy tüzfalat húzni a belsö gépre. Söt azt is megkockáztatom, hogy máshol sem olyan fontos, ha a router tüzfala jól van configolva. Illetve nem tárolsz nemzetbiztonsági adatokat azon a gépen 🙂
Egyébként még itt bogarászhatsz:
http://en.wikipedia.org/wiki/List_of_TCP_and_UDP_port_numbersELaci tökéleteset mondott, de rá is guglizhatsz! 😉
De ha csak otthon használod, akkor felesleges még egy tüzfalat húzni a belsö gépre. Söt azt is megkockáztatom, hogy máshol sem olyan fontos, ha a router tüzfala jól van configolva. Illetve nem tárolsz nemzetbiztonsági adatokat azon a gépen 🙂
Egyébként még itt bogarászhatsz:
http://en.wikipedia.org/wiki/List_of_TCP_and_UDP_port_numbersEz mondjuk olyan mint egy blog, de akkor csatlakozom 🙂
Nekem is tetszett az ubuntu. Végigpróbáltam az xubuntu-t, „sima” ubuntu-t meg az edubuntu változatokat.
Ez utóbbi a háttere miatt tetszett meg nagyon :))
Nah mindegy… Szóval egy IBM Desktop gépre telepítettem munkahelyemen az edubuntut. Nagyon meg voltam vele elégedve, minden ment flottul, nem kellett semmit sem hegeszteni rajta.
A probléma akkor kezdödött, mikor lustaságból nem kapcsoltam ki a gépemet éjszakánként, vagy épp dolga volt akkor (pl távoli könyvtárakra másolt) és így bekapcsolva maradt.
Másnap mikor megráztam az egeret, vagy leütöttem az alt vagy ctrl vagy bármelyn más billentyüket (hogy abszolút semmi ne történjen hatásukra, csak kapcsoljon vissza) nem történt semmi. Illetve mégis. A gép eszeveszettül pörgette a processzort, és nagyon lassan látszott, hogy töltödne vissza a desktop, meg a „screen lock” elötti állapot. A probléma az volt, hogy ez 10 perc után is ugyanígy „pörgött”. Fél óra után is…
Nagyon lassan reagált mindenre, használhatatlannak lehetett ebben az állapotában nyilvánítani. Még egy top-ot sem lehetett kiadni diagnosztizálás szempontjából, mert nem lehetett ezt a 3 karaktert belátható idön belül beütni a text módra váltással együtt. (Kb 1 óra volt mire a ctrl-alt-f1 után kezdtek megjelenni a logint kérö karakterek)
Szóval egyszerübb volt a reset-et megnyomni és rebootolni.Elsösorban ezért kerültem innentöl kezdve az ubuntut, de ugyanakkor kipróbálásra illetve ismerkedésre minden olyan embernek merem ajánlani, aki minden este kikapcsolja a gépét. 🙂
Ez mondjuk olyan mint egy blog, de akkor csatlakozom 🙂
Nekem is tetszett az ubuntu. Végigpróbáltam az xubuntu-t, „sima” ubuntu-t meg az edubuntu változatokat.
Ez utóbbi a háttere miatt tetszett meg nagyon :))
Nah mindegy… Szóval egy IBM Desktop gépre telepítettem munkahelyemen az edubuntut. Nagyon meg voltam vele elégedve, minden ment flottul, nem kellett semmit sem hegeszteni rajta.
A probléma akkor kezdödött, mikor lustaságból nem kapcsoltam ki a gépemet éjszakánként, vagy épp dolga volt akkor (pl távoli könyvtárakra másolt) és így bekapcsolva maradt.
Másnap mikor megráztam az egeret, vagy leütöttem az alt vagy ctrl vagy bármelyn más billentyüket (hogy abszolút semmi ne történjen hatásukra, csak kapcsoljon vissza) nem történt semmi. Illetve mégis. A gép eszeveszettül pörgette a processzort, és nagyon lassan látszott, hogy töltödne vissza a desktop, meg a „screen lock” elötti állapot. A probléma az volt, hogy ez 10 perc után is ugyanígy „pörgött”. Fél óra után is…
Nagyon lassan reagált mindenre, használhatatlannak lehetett ebben az állapotában nyilvánítani. Még egy top-ot sem lehetett kiadni diagnosztizálás szempontjából, mert nem lehetett ezt a 3 karaktert belátható idön belül beütni a text módra váltással együtt. (Kb 1 óra volt mire a ctrl-alt-f1 után kezdtek megjelenni a logint kérö karakterek)
Szóval egyszerübb volt a reset-et megnyomni és rebootolni.Elsösorban ezért kerültem innentöl kezdve az ubuntut, de ugyanakkor kipróbálásra illetve ismerkedésre minden olyan embernek merem ajánlani, aki minden este kikapcsolja a gépét. 🙂
balev wrote:Szóval az uid/gid párossal való csatolással más valós unix felhasználók írási jogot is kaphatnak? Most ez nem cél igazából, mert a saját gépemen van megosztva két könyvtár, a lényeg, a hogy a hálózatban lévő két windowsos gép lássa ezeket és tudja olvasni. De jó ezt tudni mindenesetre.Amennyiben egyre gondoltunk akkor örülök, hogy új információval tudtam szolgálni 🙂
balev wrote:Végülis, csatolni csak úgy tudom akkor userként, ha beírom fstab-ba, másként nem megy? sudoers-ben az /sbin/mount engedélyezése nem volt elég, nem tudom miért.A sudoers-el már alapból nem kínlódok ilyen miatt.
Egyszerüen ahogy mondtam berakom pl így a fstab-ba:Code://szervernev/public /mnt/szervernev_pub smbfs auto,users,exec,rw,gid=users,uid=andras,passwd=,username=,lfs 0ahol ugyebár az elsö oszlop a felcsatolandó távoli mappa
a második a lokális gépen a hova
A harmadik a fájlrendszer típusa. Ez tapasztalatom szerint idönként cifs-el megy az smbfs helyett. Gondolom szerver és kliens verzióinak fügvényében.auto = induláskor csatolódjon
users = végülis felesleges…
exec = futtathatsz is innen dolgokat
rw = írhatóan is
gid=users => users csoport nevében
uid=andras => andras user nevében (ö tud írni is így ebbe a felcsatolt mappába, különben kizárólag csak a root tud)
passwd= => ha lenne jelszó, akkor ide jönne, de akkor kellene a username is, amivel authentikálsz a megosztáshoz
lfs => támogassa a nagyméretü fájlokat (>2Gb) Ezzel már egyszer megszívtam, azóta berakom 🙂Gondolom ezeket a paramétereket már ismered… de gondoltam azért leírom az egyértelmüség kedvéért.
Szóval ezen sor eredményeképp automatikusan felcsatolja a gép induláskor a távoli mappát. Ha az auto-t noauto-ra cseréled, akkor annyi lesz a „kényelmetlenség”, hogy root joggal be kell lépned a gépre, majd kiadni a:
mount /mnt/szervernev_pub
VAGY
mount //szervernev/public
parancsot
Ami hiába adtad ki rootként a csatolást, az fstab-ban megadott paraméterek szerint fog megtörténni. Végeredményképp olyan mintha a user csatolta fel…
Remélem így még tisztább 🙂Az umask-al meg megoldható, hogy ne csak a megadott user, hanem a megadott csoport is vagy akár mások is írhassanak ebbe a mappába.
De „1 useres gép”nél ez utóbbi ugyebár nem érdekes.ui: azt kihagytam, hogy szerintem még mindig a windows a ludas és ott van valami bibi a fájlokkal…
balev wrote:Szóval az uid/gid párossal való csatolással más valós unix felhasználók írási jogot is kaphatnak? Most ez nem cél igazából, mert a saját gépemen van megosztva két könyvtár, a lényeg, a hogy a hálózatban lévő két windowsos gép lássa ezeket és tudja olvasni. De jó ezt tudni mindenesetre.Amennyiben egyre gondoltunk akkor örülök, hogy új információval tudtam szolgálni 🙂
balev wrote:Végülis, csatolni csak úgy tudom akkor userként, ha beírom fstab-ba, másként nem megy? sudoers-ben az /sbin/mount engedélyezése nem volt elég, nem tudom miért.A sudoers-el már alapból nem kínlódok ilyen miatt.
Egyszerüen ahogy mondtam berakom pl így a fstab-ba:Code://szervernev/public /mnt/szervernev_pub smbfs auto,users,exec,rw,gid=users,uid=andras,passwd=,username=,lfs 0ahol ugyebár az elsö oszlop a felcsatolandó távoli mappa
a második a lokális gépen a hova
A harmadik a fájlrendszer típusa. Ez tapasztalatom szerint idönként cifs-el megy az smbfs helyett. Gondolom szerver és kliens verzióinak fügvényében.auto = induláskor csatolódjon
users = végülis felesleges…
exec = futtathatsz is innen dolgokat
rw = írhatóan is
gid=users => users csoport nevében
uid=andras => andras user nevében (ö tud írni is így ebbe a felcsatolt mappába, különben kizárólag csak a root tud)
passwd= => ha lenne jelszó, akkor ide jönne, de akkor kellene a username is, amivel authentikálsz a megosztáshoz
lfs => támogassa a nagyméretü fájlokat (>2Gb) Ezzel már egyszer megszívtam, azóta berakom 🙂Gondolom ezeket a paramétereket már ismered… de gondoltam azért leírom az egyértelmüség kedvéért.
Szóval ezen sor eredményeképp automatikusan felcsatolja a gép induláskor a távoli mappát. Ha az auto-t noauto-ra cseréled, akkor annyi lesz a „kényelmetlenség”, hogy root joggal be kell lépned a gépre, majd kiadni a:
mount /mnt/szervernev_pub
VAGY
mount //szervernev/public
parancsot
Ami hiába adtad ki rootként a csatolást, az fstab-ban megadott paraméterek szerint fog megtörténni. Végeredményképp olyan mintha a user csatolta fel…
Remélem így még tisztább 🙂Az umask-al meg megoldható, hogy ne csak a megadott user, hanem a megadott csoport is vagy akár mások is írhassanak ebbe a mappába.
De „1 useres gép”nél ez utóbbi ugyebár nem érdekes.ui: azt kihagytam, hogy szerintem még mindig a windows a ludas és ott van valami bibi a fájlokkal…
balev wrote:Az fstab-ba való beírás azért nem az igazi, mert ha változnak a könyvtárnevek, akkor rögtön nem lesz aktuális.Ez jogos.
balev wrote:uid meg gid-re akkor lenne szükség, ha user lenne a security beállítás, nem? Vagyis, ha valós unix felhasználó léphetne csak be megosztásba.Nem! Akkor van rá szükség, ha nem rootként, hanem más valaki nevében akarod csatolni. …és nem tudod umask-al meg hasonlókkal megoldani a jogokat.
pl: mount //szerver/public /mnt/samba
ha ezt teszed alapban csak a root fog tudni oda írni, bár elképzelhetö, hogy mindenki fog tudni olvasni belölle
DE ha így: mount //szerver/public /mnt/samba -o uid=tudor,gid=users
Akkor a tudor nevü user fog tudni ide írni. És mindenki más olvasni, aki a usersbe tartozik.
mint mondtam umask-al játszhatsz még, de ha csak 1 usered van, akkor elég ez is.balev wrote:Ja igen, megnéztem jobbgomb->tulajdonságok, de nem láttam eltérést egyiknél sem.A windows-on nézted meg a megfelelö „jogok fül” alatt?
balev wrote:Még érdekes, hogy konzolon az írja, hozzáférés megtagadva. Az mc meg azt, hozzáférés megtagadva, a forrásfájl nem olvasható.Ez most mellékes. Nem mindig pontosan ugyanazt a hibaüzit szokták írni, de a lényeg végülis ugyanaz.
balev wrote:Az fstab-ba való beírás azért nem az igazi, mert ha változnak a könyvtárnevek, akkor rögtön nem lesz aktuális.Ez jogos.
balev wrote:uid meg gid-re akkor lenne szükség, ha user lenne a security beállítás, nem? Vagyis, ha valós unix felhasználó léphetne csak be megosztásba.Nem! Akkor van rá szükség, ha nem rootként, hanem más valaki nevében akarod csatolni. …és nem tudod umask-al meg hasonlókkal megoldani a jogokat.
pl: mount //szerver/public /mnt/samba
ha ezt teszed alapban csak a root fog tudni oda írni, bár elképzelhetö, hogy mindenki fog tudni olvasni belölle
DE ha így: mount //szerver/public /mnt/samba -o uid=tudor,gid=users
Akkor a tudor nevü user fog tudni ide írni. És mindenki más olvasni, aki a usersbe tartozik.
mint mondtam umask-al játszhatsz még, de ha csak 1 usered van, akkor elég ez is.balev wrote:Ja igen, megnéztem jobbgomb->tulajdonságok, de nem láttam eltérést egyiknél sem.A windows-on nézted meg a megfelelö „jogok fül” alatt?
balev wrote:Még érdekes, hogy konzolon az írja, hozzáférés megtagadva. Az mc meg azt, hozzáférés megtagadva, a forrásfájl nem olvasható.Ez most mellékes. Nem mindig pontosan ugyanazt a hibaüzit szokták írni, de a lényeg végülis ugyanaz.
Pedig teljesen jónak tünik…
Újraindítani próbáltad már?
/etc/init.d/webmin restart (ha minden igaz, de csak tippelek)
(vagy stop majd start)Ha az sem, akkor router mögött vagy?
Valami más cucc a hálózatban, ami szürheti ezeket a csomagokat, vagy közvetlen látod ezt a webmines gépet?Ha az sem, akkor – bár brutál megoldás – reboot…
Ha akkor se, akkor majd holnapra kitalálok valamit, vagy valami nagyobb guru kitalál és ide „firkál” valamit. 🙂
Jóéjt!script wrote:QAzvan ,hogy nehany napja jatszottam a host name -el
linux ra akartam valtoztatni localhost helyett ami sikeres volt a restartig nemtudom ,hogy ez beleszolhat-e meg.
De mint lathato meg mindig localhost a gep.Simán elképzelhetö. Adj valami becsületes nevet annak a gépnek aztán kiderül 🙂
Pedig teljesen jónak tünik…
Újraindítani próbáltad már?
/etc/init.d/webmin restart (ha minden igaz, de csak tippelek)
(vagy stop majd start)Ha az sem, akkor router mögött vagy?
Valami más cucc a hálózatban, ami szürheti ezeket a csomagokat, vagy közvetlen látod ezt a webmines gépet?Ha az sem, akkor – bár brutál megoldás – reboot…
Ha akkor se, akkor majd holnapra kitalálok valamit, vagy valami nagyobb guru kitalál és ide „firkál” valamit. 🙂
Jóéjt!script wrote:QAzvan ,hogy nehany napja jatszottam a host name -el
linux ra akartam valtoztatni localhost helyett ami sikeres volt a restartig nemtudom ,hogy ez beleszolhat-e meg.
De mint lathato meg mindig localhost a gep.Simán elképzelhetö. Adj valami becsületes nevet annak a gépnek aztán kiderül 🙂
legutóbbi hsz