Hozzászólások
-
SzerzőBejegyzés
-
Hm… érdekes dolog windowsra ssh-t rakni, amikor ott sajnos a legtöbb dologhoz kattintgatni kell…
Az rdesktop(~mstsc) nem jó?
A kulcsokkal nekem is meggyült a bajom. Inkább a bonyolultabb jelszó híve vagyok.
Valamelyik házirend nem lehet, hogy gátolja? Vagy egyszerüen szerver/kliens progi verzió? Ugyanazokkal a verziókkal próbálkoztál?
Sokszor a szerver (nt4, 2000 server, 2003) illetve kliens (w2000, xp) OP rendszerek nem szeretik egymás progijait.
(Pl: nod32, Acronis True Image, stb)
Nem lehet, hogy ez is probléma?
Esetleg újabb/régebbi progiverzió váltással már próbálkoztál?A tüzfalon nyitottak a portok? Müködik ha valahogy másképp lecsekkolod a progit?
Pl: saját magára kapcsolódsz a w2003-as géprölBoccs, csak találgatok…
Mindenesetre érdekes dolog rájönni majd a megoldásra 🙂
Sok sikert!Bár tuti nem próbálkoznék ilyennel, csak ha több napnyi szabadidöm lenne.
Hm… érdekes dolog windowsra ssh-t rakni, amikor ott sajnos a legtöbb dologhoz kattintgatni kell…
Az rdesktop(~mstsc) nem jó?
A kulcsokkal nekem is meggyült a bajom. Inkább a bonyolultabb jelszó híve vagyok.
Valamelyik házirend nem lehet, hogy gátolja? Vagy egyszerüen szerver/kliens progi verzió? Ugyanazokkal a verziókkal próbálkoztál?
Sokszor a szerver (nt4, 2000 server, 2003) illetve kliens (w2000, xp) OP rendszerek nem szeretik egymás progijait.
(Pl: nod32, Acronis True Image, stb)
Nem lehet, hogy ez is probléma?
Esetleg újabb/régebbi progiverzió váltással már próbálkoztál?A tüzfalon nyitottak a portok? Müködik ha valahogy másképp lecsekkolod a progit?
Pl: saját magára kapcsolódsz a w2003-as géprölBoccs, csak találgatok…
Mindenesetre érdekes dolog rájönni majd a megoldásra 🙂
Sok sikert!Bár tuti nem próbálkoznék ilyennel, csak ha több napnyi szabadidöm lenne.
Akkor passz.
Nálam ezek beválltak… gondoltam talán jó…Akkor passz.
Nálam ezek beválltak… gondoltam talán jó…Hasonló problémám volt annó nekem is.
A videókártya driver okozta. A miértjét ne kérdezd, de amint átváltottam az nvidia-t sima nv-re megjavult.
Illetve hol jó volt (80%), hol nem.
Aztán kiderült, hogy egy –dpi 75 kapcsló segít a startx-nél az ilyen esetekben.
Valahogy így indítottam akkoriban a X-et.
openvt -c 7 — startx — -dpi 75
de lehet a –ok máshova kerültek…Ajánlohatom még, hogy csak a profil (.thunderbird illetve .firefox) könyvtárakat másolgasd, a többit inkább a rendszerböl rakd fel. (csomagból)
Hasonló problémám volt annó nekem is.
A videókártya driver okozta. A miértjét ne kérdezd, de amint átváltottam az nvidia-t sima nv-re megjavult.
Illetve hol jó volt (80%), hol nem.
Aztán kiderült, hogy egy –dpi 75 kapcsló segít a startx-nél az ilyen esetekben.
Valahogy így indítottam akkoriban a X-et.
openvt -c 7 — startx — -dpi 75
de lehet a –ok máshova kerültek…Ajánlohatom még, hogy csak a profil (.thunderbird illetve .firefox) könyvtárakat másolgasd, a többit inkább a rendszerböl rakd fel. (csomagból)
Vagy, meg lehet oldani akár úgy is, hogy:
– home átmásolás
– passwd/shadow(?)/group _megfelelö_ sorainak átmásolása (csak userre vonatkozó)
– smbpasswd vagy egyéb samba passwd adatbázis fájl átmásolása (ha kell)
– majd a userek chown, chmod-jaira írni egy egyszerü scriptet.
pl:
/home könyvtárba állva:Code:for i in *
do
chown $i.users -R $i
chmod 700 -R $i
doneezzel véletlen sem lesz kavarodás az új/régi id-k miatt, hisz az új rendszeren újra megadod a megfelelö jogosultságokat. Persze felelöséget nem vállalok érte, de nekem annó egy ilyesmi simán müködött.
Így nem keverednek meg a postfix, root stb id-k, hacsak valamelyik useré nem fedi véletlen.Végülis a script-be egy useradd és esetleg egy smbpasswd-t vésve akár az is megoldható, hogy teljesen újra felvegye a user-t. Utána meg már csak mégegy script, vagy még pár sor, hogy a régi shadow vagy passwd fájlból átemelje a jelszavakat az újba.
Ekkor tényleg abszolute 0-ról adod hozzá a usereket a rendszerhez. Vélelten sem lesz rendszerfolyamattal id átfedés. Csak script végzi a user hozzáadást, ami sokkal-sokkal gyorsabb, mint kézzel.Sok sikert!
Vagy, meg lehet oldani akár úgy is, hogy:
– home átmásolás
– passwd/shadow(?)/group _megfelelö_ sorainak átmásolása (csak userre vonatkozó)
– smbpasswd vagy egyéb samba passwd adatbázis fájl átmásolása (ha kell)
– majd a userek chown, chmod-jaira írni egy egyszerü scriptet.
pl:
/home könyvtárba állva:Code:for i in *
do
chown $i.users -R $i
chmod 700 -R $i
doneezzel véletlen sem lesz kavarodás az új/régi id-k miatt, hisz az új rendszeren újra megadod a megfelelö jogosultságokat. Persze felelöséget nem vállalok érte, de nekem annó egy ilyesmi simán müködött.
Így nem keverednek meg a postfix, root stb id-k, hacsak valamelyik useré nem fedi véletlen.Végülis a script-be egy useradd és esetleg egy smbpasswd-t vésve akár az is megoldható, hogy teljesen újra felvegye a user-t. Utána meg már csak mégegy script, vagy még pár sor, hogy a régi shadow vagy passwd fájlból átemelje a jelszavakat az újba.
Ekkor tényleg abszolute 0-ról adod hozzá a usereket a rendszerhez. Vélelten sem lesz rendszerfolyamattal id átfedés. Csak script végzi a user hozzáadást, ami sokkal-sokkal gyorsabb, mint kézzel.Sok sikert!
Akkor (quick and dirty) személyre szólóan:
Code:#!/bin/bash
echo -n „Neved?: ”
read nev
echo „Boldog új évet „$nev’!’😀
Akkor (quick and dirty) személyre szólóan:
Code:#!/bin/bash
echo -n „Neved?: ”
read nev
echo „Boldog új évet „$nev’!’😀
-
SzerzőBejegyzés
legutóbbi hsz