Názory k článku
Jednoduché v Linuxu, těžké ve Windows
-
Lael Ophir (neregistrovaný)Zkuste si přečíst zdroj. Shane měl RAID0, odešel jeden disk, a jako schopný profesionál zřejmě neměl zálohu :). Naštěstí Oracle DB byla připojené přes NFS, takže jí připojil z nějakého virtuálního stroje. Na stroji také běžel server, který byl vázaný na MAC adresu, kterou na cílovém stroji změnil. Ve Windows by to nešlo, protože windows jsou ošklivé. Tolik článek.
-
jsem (neregistrovaný)Čistě OT - Jakou posloucháte převážně hudbu (za předpokladu, že posloucháte), kolik je vám let a taková relativní - kdybyste měl spravovat síť (kompletní administrace)(1000 stanic s Windows vašeho výběru NEBO 50 stanic s unixovým systémem vašeho výběru), co byste si zvolil? Pokud jsou některé věci osobní, tak to pochopím. Ač se mi nezdá, že by to člověk, který píše o přítelkyni sledující občas porno, považoval za osobní. Důvod otázek? Po přečtení vašich diskusí nejen s Leninem na velice rozličná témata se mi jevíte jako velice pozoruhodný člověk, žádný větší smysl v tom nehledejte ;)
Díky -
Lael Ophir (neregistrovaný)Poslouchám různé věci. Namátkou Rammstein, Lordi, Astral Projection, Moby, Al-Yaman, Huun-Huur-Tu, IXNS, Leftfield... Administrací se léta nezabývám, a jak bych se rozhodl, to by záleželo na více věcech. Administrace serverů je obecně lépe hodnocená, než admnistrace klientů, takže když bych měl na výběr mezi unixovými servery a Windows klienty, tak bych asi šel někam, kde bych administroval Windows servery :). Ale jak říkám, administraci nedělám. V čem vám připadám pozoruhodný? Mám názory, většinou celkem dobře podložené, a stojím si za nimi. To přece děláme všichni.
Hm, příjemné překvapení. V ČR se dá sehnat kumquat, který nechutná jako něco mezi limetkou a gumovým medvídkem. -
jsem (neregistrovaný)V čem? Právě v "Mám názory, většinou celkem dobře podložené, a stojím si za nimi." Dnes se mně relativně těžko hledá server, na který píší lidé konstruktivně rozvíjející názory, případně i nad rámec serveru, svůj příspěvek dokonale rozvinou, člověk se z něj něco dozví a vede ho to případně k zamyšlení, přičemž ti lidé jsou nebo se alespon snaží být objektivní a zbytečně nenapadají ostatní a respektují názory jiné. Svého času na kyberii, aldebaranu a podobných byly dobré diskuze, někdy i jsou, ale jinak nic moc...
Myslím, že by to mohlo být dostačující. -
Izak (neregistrovaný)No to jde, protoze to nejsou win aplikace, ale pokud to nekdo odzalohoval jenom Rmanem, tam musi byt i stejna instance.
Ale napr AD uz rozjet nelze, nebot netsaci jenom obnovit AD, ale chce i cele registry, no na napr. na jiny HW to nelze, protoze to skonci modrou obrazovkou smrti.
Zatimco unixy maji vse v textacich a kazda sluzba zvlast, windows maji slozite registry a nikdo nevi, co kde ma byt, neznam nikoho, kdo by vedel, ktere vetve je treba prenest pro to a to.
Dale jsem zazil situaci, ze se system po obnove registru bud zhroutil, nebo neco nefungovalo, protoze M$ je tak proziravy, ze pro stejnou knihovnu, ale jiny patchlevel udelal jiny zaznam v registrech a aby toho nebylo malo, stara knihovna na novy zaznam zpusobi BSOD ;-)))
Takze ja uz prenasel velke mnozstvi windows a obnovoval jsem je na jine stroje a rozjizdel ledasco, napr lotusDomino server rozjedu kdekoliv a rychle, protoze de fakto windows vubec nevyuziva, nezna AD, nepouziva regstry, staci prekopirovat a spustit.
Zato exchange, to je sakra problem, je treba toho hodne znat, spravne integrovat do AD a kupa dalsich vychytavek, no a pokud je to M$ cluster tak uz jsem zazil i hexaeditaci quorum disku v RAW stavu a tobyla vazeni chutovka.
Takze ano, to co obnovim na linuxu de fakto za cas obnovy z pasky (LTO3 70MB/sec, LTO4 ... ani nevim, rychlejis nez disky ;-))) ... na tom ve windows stravim den a i vice a to musim sakra dobre vedet, co delam, do toho nejake chutovky s patchi no a nekompatibilni HW, tak to je megachutovka, disaster recovery v tomto pripade nepomaha, trochu se to snazi vyresit Netbackup, ktery umi obnovit OS i na jiny HW, ale jestli budou fungovat sluzby uz nikdo nevi, protoze musi vynechat cast registru a to je pak zadelano na problem, ktery se nekdy projevi az casem ....
Takze nasazovat windows jedine tak, ze je rozchodim, poridim spare HW, udelam image disku a necham ho spat, ovsem pozor!!!! ty mrdky jedny medialni ze po par mesicich necinosti uz neprihlasi do AD, takze je treba resetovat ucet, nekdy ovsem i vytvorit znova, protoze se to musi smazat .... a kdo umi vytvorit do AD zaznam se stejnym SID ;-))) ... protoze SID na stanici neni relevantni, me zajima SID v AD ;-))) -
anonymnínastaveni uzivatele
HKCU\Software\Microsoft\Office\verzeXY
systemove nastaveni
HKLM\Software\Microsoft\Office\verzeXY
HKU\Software\Microsoft\Office\verzeXY
HKCR asociace souboru jsou maso, nemam silu je sem psat :-)
Soubory MSO jsou roz..... po celym disku
"%Programfiles%\MS Office"
"%Programfiles%\Common Files\Microsoft Shared\"
v userprofile na dvou mistech atd.
uzitecne info lzenajit v "%Programfiles%\Uninstall Information" a logy z instalace jsou doslova nasrane do c:\Windows jako txt soubory s priponou .log nebo opet v jedne ze spominanych cest.
Kdybych to delal na instalaci kterou jsem provadel ja, urcite bych mel odchycene klice a soubory, ale moc lidi to nedela, zpravidla skalni windowsari ani netusi ze to jde. -
JardaP (neregistrovaný)Dale napr. associace pripon z hkey_classes_root, rozptylene po hafu klicu. A takove ty veci, jako \shell\open\command zase o kousek dale. Nasledne prakticky to same v hklm\software\classes. Nebo treba kryptograficka knihovna officu z hklm\software\microsoft\cryptography. O kus dal treba ...cryptography\providers\trust\cleanup. Web service provider od office update. Slovniky od officu, ktere jsou ale v registry nasypany pod hlmm\software\microsoft\windows pod klici s krasnymi jmeny typu 45345g42753hbjjy427532? Troufa si nekdo tvrdit, ze vi, ktere z klicu typu {452373-45373-ergt-453583863} musi zkopirovat a ktere jsou na hovno? A lze je zkopirovat? Neobsahuji nahodou nejaky sid dane masiny? A jak potom zmenit registraci officu, nechame-li stranou utilitky z Internetu, ktere se obvykle pouzivaji pri crackovani Windows a Officu, ale z produkcniho prostredi vas s nimi vykopou svinskym krokem, az jimi zatahnete nejaky trojan?
Jestlize kopirovat aplikaci na Linuxu je pakarna, na Windows je to o sebevrazdu. -
Lael Ophir (neregistrovaný)Asociace přípon musíte provést i na Linuxu, to jsou ty věci v hkey_classes_root. Ta GUID jsou (jak jsem vám už psal) vytvářena při registraci komponent, nestarejte se o ně, a komponenty zaregistrujte na cílovém stroji (u CORBA/Bonobo/KPart komponent byste zřejmě musel udělat totéž).
Co předvádíte je obdoba toho, když bez jakékoliv znalosti věci grepnete celý disk na cestu, ze které něco přesouváte, a netušíte, co s výsledky. -
Lael Ophir (neregistrovaný)Cože, nemůžete najít instalačku? LOL. Při nejhorším ji asi stáhnete z MS, nebo objednáte z Alzy, aby do pár hodin přišla. Provedete instalaci na cílovém stroji, a nastavení přenesete tak, že použijete Save My Settings Wizard.
Když jsme u toho, co přenesete z nastavení, když budete podobně kopírovat OOo? Například přenášet záznamy z RPM databáze bude jistě lahůdka. Jestli víte, napište, samotného by mě to zajímalo. -
Lael Ophir (neregistrovaný)Přenos Active Directory souvisí s bezpečností. Jistě víte, že takový hloupý Total Commander ukládá zapamatovaná hesla pro FTP přístupy stejně šifrované na každém počítači, takže stačí přesadit konfigurák na jiný počítač, a máte přístup na všechny uložené FTP servery. Když je autor chytřejší, tak má každá instalace jiné číslo, a uložené informace jsou vázané mimo jiné na to číslo. V případě Windows je to SID.
Active Directory lze běžně zálohovat (to snad učí i na prvním školení adminů), a případně provést restore na jiném stroji. Pokud firma nezálohuje AD, admin zaslouží vyhodit. Exchange lze opět zálohovat a obnovovat, a samozřejmě lze soubory Exchange Store připojit na nově nainstalovaném Exchange.
"vynechat cast registru a to je pak zadelano na problem, ktery se nekdy projevi az casem" - to musíte namalovat pentagram, podříznout kohouta... Nenapadlo vás, že je to deterministické, a v principu shodné s tím, když vynecháte nějaké konfiguráky ze /etc?
Zkoušel jste někdy restore řekněme SAPu z databáze? Máte DB files, a hrejte si. Instalace DB a "implantace" DB files je sranda. Zajímavé to začne být hned poté, a věřte mi, že jestli se vám práce s MS Exchange líbila, tak tohle vás nadchne ;) -
majkls (neregistrovaný)samozřejmě, že tohle nebyla tragédie. Ale teď mi řekněte, jak na následující (pač na linuxu je to běžná fičura, nikoli něco skrytého, co člověk musí hledat hluboko na msdn nebo procházet různými školeními, aby to našel):
a) instalace aktualizací bez rebootu.
b) instalace hardwaru bez rebootu (u XP, nejen u nich častý jev).
c) vezmu disky a hodím na jiný hw. A systéme, srovnej se s tím.
d) klonování. Vezmu jeden disk z raidu 1 a spustím jinde a ono to běží.
e) jednoduché klonování libovolných médií a jiných různých věcí (v unixech notoricky známý příkaz dd)
f) výpis, co se děje při bootu a jak jej nastavit. nemám rád schované věci, protože člověk pak neví, jestli systém opravdu něco dělá.
Řekně te mi, jak toho jednoduše dosáhnout ve windows. Totiž, že by to člověk někde jednoduše našel, to se říci nedá. -
anonymnía) u msi balicku parametr /quiet /norestart ale to musite do commandline nebo si udelat davku :-) a u kazdeho dalsiho instalatoru mate uplne jine parametry. Pokud to chcete mit systemove, tak nezbyva nez rozbalit instalacku a zabalit si svuj vlastni .msi a to uz radeji rovnou kompiilovat zdrojaky
c) "na hulvata" pomoci odinstalace hw pred presunem disku na jiny stroj (cpu, desku, radice)
nebo pomoci sysprep, ale je s tim spousta srani
d) sysprep a buh vam pomahej :-D
e) existuje i pod windows ale moc nefunguje :-))
f) snad jen z eventlogu nebo
Takze jde to i ve windows. Sice se zatazenou rucni brzdou, bez kol a motoru, je to roztristene, nesystemove, polofunkcni az nefunkcni ale jde to :-D. -
majkls (neregistrovaný)Tak že to nějak půjde bych snad i čekal. Jen jsem chtěl poukázat na to, že není pravda že by linux byl tak nepřístupný, že i windows mají své dny. A občas je řešení při snaze o jednoduchost pěkně komplikované (lidově přes prdel). Třeba právě zmíněný eventlog určitě běžným editorem nepřečtete, jako syslog v linuxu. Samozřejmě můžu stáhnout toolu která jej číst, ale proč nato sakra nemůžu použít můj oblíbený editor. Prostě to odpovídá titulku :).
-
Lael Ophir (neregistrovaný)a) Buď zastavte to, co se bude aktualizovat, a aktualizace nebude chtít reboot. Nebo patch spusťte s parametrem /z, v případě .msi nebo .msp parametr /norestart. Obecně neexistuje způsob, jak nahradit například běžící knihovnu bez restartu stroje (na Windows ani na Linuxu).
http://support.microsoft.com/kb/296861
b) Instalujte pomocí nástrojů Windows, ne dodaným setupem výrobce. Pokud není restart třeba, neproběhne.
c) S některými věcmi se systém srovnat nemůže, například ACPI/ne-ACPI HW. Pokud je stejný typ řadiče, doporučuji HW prostě přehodit, provést boot v safe mode, a provést redetekci HW.
d) Mám za to, že u dynamických disků to takhle funguje.
e) Řada utilit pro vytváření ISO images a jejich pálení. U disků buď na file level, nebo pomocí utilit typu Norton Ghosta.
f) Safe mode bootuje s logováním by default, přes advanced startup options lze vynutit i logování při normálním bootu. F8 při bootu, vyberte si. Nebo upravte startovací parametry (XP, Win2003 - edit boot.ini; Vista, Win2008 use bcdedit), nastavte si /bootlog. A nemusíte se bát, že by Windows nic nedělaly - na rozdíl od Linuxu startují paralelně.
Každý systém je složitý, když nahlédnete pod pokličku. Rozdíl je v tom, jak vychází uživatel vstříc. S command line a hjkl uživatel vstříc nevyjdete ;) -
Sten (neregistrovaný)
A nemusíte se bát, že by Windows nic nedělaly - na rozdíl od Linuxu startují paralelně
Linux taky startuje paralelně. Umí to sysvrc (tam je to ale defaultně vypnuté) i upstart.
Rozdíl je v tom, jak vychází uživatel vstříc. S command line a hjkl uživatel vstříc nevyjdete ;)
No to spouštění patchů a msi instalací z command line, navíc pokaždé s jinými přepínači, je toho krásná ukázka :)
-
Sten (neregistrovaný)
Linux startuje paralelně, pokud je tak nastaven. U serverů to většinou není, protože tam nezáleží na délce spouštění, ale na snadnějším dohledání, proč a kdy něco nenaběhlo (což se v logu, kde se nemíchá několik věcí dohromady, dělá snáz). U desktopů se paralelní spouštění běžně používá.
init skripty závislosti řeší. Viděl jsi někdy, jak na začátku vypadají?
#!/bin/sh ### BEGIN INIT INFO # Provides: kdm # Required-Start: $local_fs $remote_fs hal # Required-Stop: $local_fs $remote_fs hal # Should-Start: console-screen acpid dbus hal # Should-Stop: console-screen # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: X display manager for KDE # Description: KDM manages a collection of X servers, which may be on the local host or remote machines. ### END INIT INFO
Samozřejmě „standardní“ init skripty psané komerčními firmami na tohle často kašlou.
-
Sten (neregistrovaný)
Ještě s lepším formátováním:
#!/bin/sh ### BEGIN INIT INFO # Provides: kdm # Required-Start: $local_fs $remote_fs hal # Required-Stop: $local_fs $remote_fs hal # Should-Start: console-screen acpid dbus hal # Should-Stop: console-screen # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: X display manager for KDE # Description: KDM manages a collection of X servers, which may be on the local host or remote machines. ### END INIT INFO -
Sten (neregistrovaný)Ubuntu nabíhá paralelně od verze 6.10, kdy začlo používat upstart, předtím se to muselo ručně zapnout v nastavení sysvinitu. U současného SUSE nevím, ale když jsem ho měl (to už je hodně dávno), tak myslím, že se paralelní start dal zapnout v YaSTu.
Správa démonů je dnes na velmi podobné úrovni jako Services Manager, pokud pominu tu „výhodu“, že démon je obyčejná aplikace. -
Lael Ophir (neregistrovaný)Ta výhoda je ve Windows v tom, že máte API, které vám umožní zjistit, jaké služby v systému jsou, v jakém jsou stavu, umí je spustit, zastavit, nastavit jestli se mají startovat samy, nastavit kontext a akci při neočekávaném ukončení servisu. Bohužel unixy na tohle žádné API nemají, a proto už desítky let každý unix implementuje nějaké startovací skripty. Je to slabá náplast, ale lepší než nic.
Služba ve Windows není "obyčejná" aplikace, musí exportovat ty akce spustit, zastavit atd. Na unixech na tohle máte ty hromady zbytečných skriptů, které spouštějí a zastavují každý daemon jinak. Některé třeba tak skvěle, že se k němu připojí přes pipe, a pošlou mu instrukci k ukončení se. Proti tomu mít API, kterým servisu řeknete "ukonči se", je skoro nuda ;) -
Sten (neregistrovaný)Zajímavý, já myslel, že ty akce jako zastavit se ve Windows řeší zasláním příslušné zprávy a spouštění tak, že se zavolá CreateProcess. Že by v tom přeci jen byl bordel?
V Linuxu se naprostá většina démonů (stejně jako ostatních aplikací) ukončuje zasláním SIGTERM. Samozřejmě ta možnost mít vlastní init skript je tam pro případy, kdy je potřeba řešit nějaké nadstandardní úkony (většinou nejsou potřeba, ale hodí se třeba pro hookování). Jinak v Linuxu je to taky nuda, stačí spustit invoke-rc.d služba stop a příslušný init skript se o vše postará :) -
Lael Ophir (neregistrovaný)To máte špatné informace. Služby ve Windows spouští Service Control Manager podle informací v Registry. Pokud chcete servis spustit, zastavit, nebo ho konfigurovat, tak zavoláte Service Control Manager (OpenSCManager), a požádáte o danou akci (OpenService, poté ControlService se správným parametrem). Servis potom exportuje pár funkcí, kterými si se Service Control Managerem povídá (ohlašuje změnu stavu, nechává se ovládat).
invoke-rc.d *není* API. Je to command line utilita, stejně jako ve Windows utilita sc (sc start/stop jméno-servisu) nebo net (net start/stop jméno-servisu). Faktem je, že POSIX nemá obdobu Service Control Manageru, protože v původních unixech nic takového nebylo. Linux opět žádnou obdobu nemá. Práce s deamony je prostě pár více-méně náhodně poskládaných shell skriptů, u kterých se časem usadily nějaké základní konvence. Nic moc, že?
Na unixech se některé deamony ukončují zasláním SIGTERM, jiné připojením na pipe a zasláním příkazu, a v principu to může být jakkoliv. Jste tedy odkázán na init skripty, které akci provedou. -
Sten (neregistrovaný)LOL, to se teda nedivím tomu, že je potřeba skoro kvůli každé aktualizaci restartovat celý systém.
Potřebuji restartovat nějakého démona, protože jsem nainstaloval nový bug fix, ale nechci restartovat další démony nebo jiné aplikace (či rovnou celý systém), protože na tom závisí. To je velká výhoda Linuxu, restatuje se jen to, co je potřeba, třeba restartování HAL nezrestartuje Xka ani KDE, přestože oboje na něm závisí - prostě na chvíli nebudou reagovat na nové události a po restartu se k HAL opět připojí. -
JardaP (neregistrovaný)"Každý systém je složitý, když nahlédnete pod pokličku. Rozdíl je v tom, jak vychází uživatel vstříc. S command line a hjkl uživatel vstříc nevyjdete ;)"
Jsem si na vas dnes vydatne vzpomnnel. Prave jsem dorazil domu, 4 hodiny jsem se fackoval s rozchozenim file sharingu mezi dvema notebooky s Windows XP Home Disaster. Jeden notebook mohl na sdileni druheho, ale druhy ani nahodou na sdileni prvniho. Jak se zda, pruser byl nekde v nejakych nastavenich, ktera se nastavuji Policy editorem. Ten ale na XP Home neni, coz je uzasne: berou se v uvahu nejaka nastaveni, ktera ale neni cim nastavit, mohou ale byt dokopana nejakymi podivnymi programy nebo kdovi cim, co tam kdysi treba bezelo. Po intenzivnim googlovanim jsem skoncil instalaci Ressource Kitu od Windoze 2003 a zprasil do zpet do chodiciho stavu. Opravdu, Microsoft to uzivateli usnadnuje na kazdem kroku. Si tak predstavuji, jak si tohle sama dela treba prodavacka ze zeleniny. -
JardaP (neregistrovaný)Clovece, nestalo. Urcite bych s tim nezapolil 4 hodiny. Navic nevim, co by mohlo byt v sytemu necim nejak nastaveno a ja bych nemel v systemu nastroj, ktery by to prenastavil tak, jak chci. Jestlize v system neni Policy Editor, ale system respektuje nastaveni, ktera ten Policy Editor dela a ja to nemam cim vratit nebo dokonce i zkontrolovat, tak je nekde neco spatne.
-
Lael Ophir (neregistrovaný)Tak si to zkusíme, OK? Já na nějakém stroji provedu blíže nespecifikované zásahy do /etc, a vy se ho pak budete snažit zprovoznit. Uvidíme, jestli uspějete do 4 hodin ;)
Policy Editor je nástroj, který umí zapisovat na daná místa do Registry. Samozřejmě tam lze zapsat i jinak. Například tak, že si otevřete na nějakém serveru pro plebs oblíbený seriál "100 a 1 tip jako dojebat svůj počítač", a v Registry si nastavíte, co chcete. -
JardaP (neregistrovaný)Opakuji: Na Linuxu neexistuji nastaveni, ke kterym neexistuje nastavovatko. Neexistuje totiz zadny Linux Home Edition. V XP Home tahle situace zretelne existuje - Policy Editor a dost mozna i nastaveni prav na NTFS.
Policy editor mozna pise do registry. Vite ale kam vsude? A kdyz pise do registry, proc jsem nikde nic nevygoogloval o tom, co na tech XP Home mam prestavit? Ze by to bylo tou dobrou zdokumentovanosti registry? Jedine, co jsem nasel, bylo spatne nastaveni RestrictAnonymous, coz ale byla jen cast problemu.
Na dojebani pocitace nepotrebuji nejake serialy. Staci prijit k pocitaci, ktery jsem v zivote nevidel a on je treba jiz dojebany a nikdo nevi kdy a cim. -
Lael Ophir (neregistrovaný)Na Linxu fakt neexistují nastavení, ke kterým nakonkrétní instalaci neexistuje GUI interface? Já se naopak obávám, že je jich velká spousta.
Policy editor zcela jistě zapisuje do Registry (nakonec Domain Policy zná každý admin). Kam zapíše, to je samozřejmě věc konkrétního nastavení. Minimální délka hesla se "kupodivu" zapisuje v Registry jinam, než použité pozadí plochy. Vaše otázka je podobně nesmyslná, jako "kam zapisuje nastavení KDE Control Center".
Ten seriál si zřejmě četl někdo, kdo ten počítač dojebal. Nebojte, kdyby vycházely články "100+1 tip jak si zkurvit Linux", a linuxové desktopy používaly stejní uživatelé, jistě byste nacházel třeba "zákeřné" změny nastavení všude po systému. -
Sten (neregistrovaný)
Na Linxu fakt neexistují nastavení, ke kterým nakonkrétní instalaci neexistuje GUI interface? Já se naopak obávám, že je jich velká spousta.
Ale existuje tam textový editor a dokumentace.
Policy editor zcela jistě zapisuje do Registry (nakonec Domain Policy zná každý admin). Kam zapíše, to je samozřejmě věc konkrétního nastavení. Minimální délka hesla se "kupodivu" zapisuje v Registry jinam, než použité pozadí plochy. Vaše otázka je podobně nesmyslná, jako "kam zapisuje nastavení KDE Control Center"
Existuje dokumentace, kam co Policy Editor píše a jaké jsou možné hodnoty?
-
Lael Ophir (neregistrovaný)Stejně tak ve Windows existuje regedit a dokumentace.
To je stejně nesmyslná otázka, jako se ptát "kam zapisuje hodnoty GUI". Group policy GUO pracuje s templates. MS dodává nějaké templates, které ovlivňují konkrétní hodnoty v Registry, a to je samozřejmě popsané. Ovšem templates si můžete vytvořit sám.
http://msdn.microsoft.com/en-us/library/ms815238.aspx -
anonymníAno, slo mi presne o to co zazniva v Dedictvi ve spojeni s kaviarovymi tousty.
http://meteleskublesku.cz/media/18/snd/12.mp3 -
anonymníPán přirovnává ke kopírování programu z w2000 na vistu - asi neví, že vista není serverový OS. Vůbec nechápu PROČ by to na windows nebylo možné - pán neuvádí.
Čili domněnky někoho, kdo o windows nic neví. Já osobně nevidím důvod, proč bych nemohl překopírovat program (neřku-li databázi) z počítače A na počítač B a normálně ho tam spustit. (Prosím, nepište sem nesmysly jako že něco v regitrech apod. - to už pod windows dávno neplatí) -
JardaP (neregistrovaný)Jeste jsem nevidel Linuxovou aplikaci s nastavenim rozesetym po /etc. Nanejvyse v nekolika souborech, pak jsou ale vsechny v jednom adresari. Nastaveni k programu je v registrech rozptylenba kousek tady, kousek tamhle... Kousek pod jmenem vydavatele programu, kousek pod jmenem programu. A nez to clovek dohleda, orve si z hlavy vsechny vlasy. Navic pak budete treba resit to, z na jednom stroji je instalace na disku C:, zatimco na druhem na disku D:.
-
Lael Ophir (neregistrovaný)Zkuste se někdy podívat třeba na konfiguraci Oracle. Deamon zapsaný v /etc/rc.d/init.d, konfigurace ve /etc, konfigurace v %orahome%\network\admin, a případně ještě kdekoliv jinde na FS. Konfiguraci KMailu budete hledat úplně jinak. No a instalační informace o programu (aby se třeba byl schopen aktualizovat) jsou pro jistotu v binární databází balíčkovače RPM. Krása, že?
Ve Windows je nastavení aplikace typicky v HKLM\Software\%výrobce%\%produkt%. Samozřejmě jako může být porůznu rozeseté na unixech, stejně je to i ve Windows.
Jak budete řešit na unixech, když na cílovém systému bude aplikace nainstalovaná v jiném adresáři? Asi sjedete konfigurák, a nahradíte cesty. No a ve Windows je to stejné, jen v .reg souboru. Prosté, že? -
JardaP (neregistrovaný)Oracle se, bohuzel, asi nenachazi v repozitory zadneho z mych dister, tak se nepodivam. Nicmene v /etc/rc.d/init.d asi neni konfigurace, tam by ji nedal snad ani Bill Gates, ale spousteci skript. %orahome%\network\admin je ponekud zvlastni. Co je v RPM nevim, ale predpokladam, ze se jedna o informaci, ktera se pri instalaci zapise nekam do systemu a mel byste ji hledat spis tam.
Nicmene je to porad mene mist, nez je typicky v registry, jak jsem si mohl vsimnout, kdyz jsem uklizel rucne registry po nejake dokopane aplikaci. A jedna se o neobvykly pripad, typicky se jedna o jeden soubor nebo adresar + tedy ten spousteci skript, ktery bych ale nepovazoval tak uplne za soucast konfigurace.
Analogii s Windows by spis, nez %orahome% vyhovovalo neco jako /opt/{56354343348483486+879348934894893489+84934863849+8}, tedy neco, co by cloveka v zivote nenapadlo a na miste, ktere by ho nenapadlo. Celkove, vami uvedeny pripad trpi stale pomerne malym stupnem rozsetosti a jedna se jen o par mist, ktere neni tezke identifikovat. Predpokladam tez, ze %orahome% miri do instalacniho adresare oracle. Kdyz tedy prekopiruji oracle, zbyva mi uz jen nastavit promenou %orahome% a smytec. -
Lael Ophir (neregistrovaný)Oracle si můžete zdarma stáhnout na webu Oracle. /etc/rc.d/init.d je spouštěcí skript, a to je snad část konfigurace systému. Co jiného by to mělo být? (aplikace, data, nebo konfigurace)
Kde jste uklízel v Registry? V HKLM\Software\výrobce\aplikace (obdoba /etc), HKCU\Software\výrobce\aplikace (obdoba ~/.*), HKLM\System\CurrentControlSet\Services (obdoba /etc/rc.d/init.d), a to je tak všechno. ClassIDs nechte na pokoji, nikomu nevadí. Když daná komponenta neexistuje, GUID nevadí, a když jí instalujete znovu, klíče s GUID přepíše.
Oracle NEKOPÍRUJTE. Setup ověřuje verze a parametry, plus založí všechny potřebné soubory, a trvá jen pár minut. A jak jsem psal, překopírovat nestačí - je třeba spouštěcí skript, nastavení ze /etc, a kdo ví co ještě. -
JardaP (neregistrovaný)Spousteci skript je spousteci skript, konfiguraci bych to nenazyval. Vetsinou to akorat spousti nejaky daemon, obcas s nejakymi parametry, ale veci, ktere bych nazyval konfiguraci jsou nekde v /etc. Nektere spousteci skripty pachaji docela dost veci pred spustenim vlastniho daemonu a tak je lepsi si je zkopirovat. Casto si ale ten skript vyrobite za chvilku editaci temer libovolneho jineho, ovsem proc se s tim delat, kdyz se to uz nekde vali.
Rikat, ze sposteci skript je konfiguraci je podobne, jako rikat, ze shortcut ze start menu je konfiguraci. I kdyz ten spousteci skript k tomu ma nekdy blize, nez ten shortcut.
V registry jsem uklizel jiz nekolikrat a to odshora az dolu. Vsude, kde mela aplikace rozesrane klice. Je pravda, ze nektere klice bych mohl nechat, jenze pak clovek zjisti, ze to furt nejde znovu preinstalovat, protoze neco nekde neuklidil. A uklizet registry *me nebavi* Zejmena, kdyz to delam trikrat, protoze jsem neco prehledl, instalace to znova vsude rozesrala, nefunguje to a odinstalace si po sobe neuklizi. -
Lael Ophir (neregistrovaný)Ve Windows tomu říkáme service manager, a je ho věc, která drží informace o službách (identifikátor, display name, umístění, kontext ve kterém startuje, co udělat když se ukončí apod). Konfigurací bych to nazval, byť asi ne konfigurací aplikace. Jinak ty spouštěcí skripty opravdu mohou dělat řadu věcí - minimálně nastavují kontext, environment variables, a ukončují deamon "slušným" způsobem.
S tím troubleshootingem setupu mi připomínáte mě, když mi bylo 10, na kole nefungovala volnoběžka, já ho několikrát rozebral a složil, a pořád to nefungovalo :). Což se třeba podívat do logu, co při instalaci selhalo, místo zběšilého mazání všeho, co vám přijde nějak intuitivně přijde spojené s danou aplikací? -
JardaP (neregistrovaný)"Což se třeba podívat do logu, co při instalaci selhalo"
Selhalo treba to, ze instalace aplikace krachla na nedostatek mista na disku c: Pak se sice nainstalovala na dikd d: bez problemu, ale protoze ji napsalo prase, tak nevymazala nebo nepredefinovala stare klice, ale zalozila nove. Pri cteni ale prisly nove zrejme na radu az po tech starych a aplikace pracovala s nesmyslnymi hodnotami a, svete div se, nefungovala.
BTW, myslite, ze kdejaka blba aplikace pise do logu? A nebo treba pise, hlasky typu error 753, ktere mi moc nepomohou. Navic stejne vim, ze problem byl v prasarne, kterou instalace nadelala v klicich a od toho mi log nepomuze. Na Linuxu by se mi to nestalo. Kdyby instalace byla jo blba, akorat bych vymazal adresar v /etc, namisto abych pul hodiny sacoval registry. -
Lael Ophir (neregistrovaný)Když selže instalace, provede se rollback všech akcí (pokud setup nepsalo prase). Pokud došlo k popsanému problému, tak pomůže uninstall a smazání relevantní části konfigurace, stejně jako kdybyste mazal něco ze /etc a ~/.*. Problém je v tom, že nevíte, co kde v Registry hledat, tak provádíte obdobu grepu všech souborů, a pak nevíte, co s výsledky (vidíte tam naposledy otevřené adresáře a podobné blbosti). Pro příště se dívejte do HKLM\Software a HKCU\Software, zbytek je pro danou situaci nepodstatný. Otázka je, proč se snažíte, když neznáte základy. Pustil byste snad k troubleshootingu Linuxu někoho, kdo nezná ani typické uspořádání file systému?
Pokud nelze provést instalaci, log pořízený s maximálním log levelem vám dá informací až dost. -
JardaP (neregistrovaný)Tu instalaci prase napsalo. A rikam vam, ze mazani nejakeho HKLM\Software a HKCU\Software nestacilo. Nezbylo mi, nez vymazat veskere zminky o danem softu a danem vydavateli z registry. Mluvite o teoretickem, idealnim pripadu. Tak to ale, bohuzel, vzdycky neni. A co s tim ma pak delat clovek, ktery umi akorat neco nainstalovat a odinstalovat? Nic. Muze treba vyhodit scanner, koupit si novy a chlivek v registry si nechat. Nebo muze vse preinstalovat. Vybileni registry psychicky nezvladne.
-
Lael Ophir (neregistrovaný)Pak je ještě dobré smazat co zbylo na disku. Věřte, že ideální případ nevypadá tak, že uživatel leze do Registry :)
Když se podobná věc stane neznalému uživateli (a sám teď nevím, jestli vás do té kategorie řadit), jde o závadu. Když se něco porouchá, je třeba, aby se na to podíval někdo, kdo tomu rozumí (může to být třeba podpora výrobce SW). To co popisujete je obdobou závady na autě, kterou řešíte tak, že otevřete kryt motoru, a náhodně do věcí bušíte kladivem. -
JardaP (neregistrovaný)Situaci jsem resil vycistenim karburatoru, nikoliv busenim do motoru.
BTW, uz vidim, jak si prodavacka z drogerie zve domu nejakeho MCSE, aby se ji mrknul na jeji XP Home. Mimochodem i MCSE by nad XP Home zuril. Existuje na to velmi prilehavy nazev: crypleware. Pokud se totiz ta prodavacka obrati na bezneho dodavatele z computer shopu, tak ji to leda tak preinstaluji, eventuelne obnovi z image, pokud existuje, coz vetsinou ne. S tim, ze si pak muze vse preinstalovat a obnovit data, pokud ma z ceho a pokud narazi na debila, ktery na data kasle. -
Lael Ophir (neregistrovaný)...u vozu s elektronickým vstřikováním, a pak to srovnání zcela sedí.
Problém je v tom, že cena kvalitikovaného profesionála, který by problém diagnostikoval, je pro tu prodavačku moc vysoká. Takže zavolá vás, protože jste kamarád, nebo kamarád kamaráda. Bohužel se ve věci vyznáte podobně, jako já v opravě aut - znáte pár konceptů, ale na kvalifikovanou práci to nestačí.
XP Home jsou levné, protože ořezané. Když si je uživatel koupí, má je levné, ale ořezané. Co byste tomu chtěl vytýkat? Je špatně, že MS nabízí levnější edici Windows? Když MS nabízel jedinou edici Windows 2000, byla zase spousta stesků, že řada uživatelů to či ono nevyužije, že jedna velikost bot nepadne všem, atd. Lidé vašeho typu si stěžují vždy. Když je produkt v jedné edici, stěžují si. Když je produkt ve více edicích, stěžují si také. Z hlediska businessu je to úplně jedno, protože lidi dělíme na "zaplatil" a "nezaplatil". -
anonymníOracle neznám, zřejmě bude rozsáhlejší, co se týče konfigurace a umístění. Ale nadhodil jste jak se to bude řešit na systémech unixového typu.
- tyto systémy používají FHS, takže s vysokou pravděpodobností najdu potřebné soubory i po slepu, protože to má většina balíčů (distribuce) velmi podobné. U oracle, předpokládám, toto nelze (jsem ho jednou viděl a nemohu si to nyní nějak ověřit, tak mě omluvte kdybych mystifikoval).
- instalace z instalačního balíčku. Jednoduché. Existuje instalační balíček, tak se mohu podívat, které souboru potřebuje a skopírovat je na jiný systém. Je to jedna řádka, pokud to umíte. Buď naistalovat a přepsat konfigurační soubory, nebo zkopírovat a přidat záznam do instalační DB, ať se v systému neplácají duchové.
- instalace se zdrojových souborů. Nejlépe znova přeložit na cílovém systému a pak přepsat konfigurační soubory. Opět si mohu přečíst v instalační rutině které to jsou. Nebo je jen zkopírovat, pravděpodobně to bude fungovat také, jaké soubory si opět najdu tamtéř
- u binárních instalací to bude s hledámím trošku složitější, bude mi to trvat o pár minut déle, ale dá se to zvládnout do čtvrt hodinky včetně ověření že to funguje. Pokud vím vždy to byl instalační skript, kde se tyto informace daly vyčíst za pomoci catu.
Všechno výše uvedené jsem již prováděl.
Můžete mi, prosím, poradit jak jednoduše zjistím které klíče a soubory a kde je všechny sakra jednoduše najít? Kde se dá používám portable applikace, protože cesta přeze registry se ukázala pro mě velmi obtížná a pro mě časově neakceptovalná. Vaše výše uvedené místo je nedostatečné, co vím je to rozházeno po více místech.
Uvažujte prosím i o tom že to přenáším na jiné písmenko. Často si chci zkopírovat pouze konfiguraci, beze toho že to budu znova nastavovat. Jak píšete je to jednouché, tak vám to ani nezabere moc času. Děkuji -
Lael Ophir (neregistrovaný)Ještě jedna věc: pokud aplikace obsahuje COM komponenty, registrujte je pomocí regsvr32. Na tvrdo to z adresáře aplikace lze příkazy:
for %i in (*.dll) do @regsvr32 %i /s
for %i in (*.ocx) do @regsvr32 %i /s
for %i in (*.exe) do @regsvr32 %i /s
To zkusí zaregistrovat všechno jako COM komponenty, některé věci pochopitelně selžou, protože nejsou COM komponenty.
Nepřenášejte s Registry žádné definice COM komponent, ty tam dostanete právě výše zmíněnou registrací. -
anonymníTradicne srovnavate nesrovnatelne a to serverovou a klientskou aplikaci. U klientskeho programu je ZADOUCI aby jeho konfigurace byla v profilu uziatele ktery s ni muze manipulovat dle libosti, zatim co serverova aplikace ma vsechno na jednom miste. Pokud je oracle opravdu takovy bastl, pouze to ukazuje jake aplikace pisete vy komercvni tvurci SW :-P.
-
JardaP (neregistrovaný)Neumi. Snaj jen Vista, jinak od W2k nebo mozna uz NT windows umi hardlinky. Tedy NTFS umi, Windows ne, neni v nich zadny nastroj na to, aby se daly vytvorit. Jediny, ktery znam, je od Sysinternals (nyni jiz Microsoft) a to si clovek musi stahnout, standardne to ve Windows neni.
-
Petr (neregistrovaný)Kdysi dávno se konfigurace ukládala do registry, ale od vzniku .NETu to již neplatí - kongiguarace je ve vlastním adresáři. Pokud se jedná o klientské aplikace, tak ty mají konfiguraci v profilu uživatele. Jedná se o xml soubor.
Asi si budete muset občerstvit tyto 10 let staré informace. -
prach (neregistrovaný)Nepíšete, ale je to tak. Některé programy si ukládají konfiguraci do registrů a některé do XML. Sám Microsoft nemá vůbec žádnou vizi či koncepci, protože ještě před pár lety musela aplikace pro získání loga "Designed for ..." povinně zapisovat konfiguraci do registrů, dneska ten samý Microsoft defaultně ukládá konfiguraci do souborů v uživatelském adresáři.
-
Petr (neregistrovaný)Microsoft má jednoznačnou koncepci: xml konfigurace a xcopy nasazení. Jak správně uvádíte "před pár lety" to bylo jinak.
Navíc, nic nezabrání napsat aplikaci pro linux tak, aby si konfiguraci zapisovala tam, kam chce a ne na etc. Tohle není problém systému, ale programátora dané aplikace. -
JardaP (neregistrovaný)To, o cem pisete, je situace, ke ktere jednou mozna ve Windows dojde. Zejmena pokud microsoft konecne zahodi registry do popelnice a tak donuti programatory, aby presli na novy system. Pokud tedy Microsoft zatim nevymysli nejakou novou opicarnu, treba XML ukladane do registry nebo registry ukladane do XML, aby se udrzoval permanentni bordel.
Aplikaci v Linuxu samozrejme muzete napsat tak, aby si ukladala konfiguraci tam, kam se vam zlibi. Nikdo to ale nedela, snad leda nejaky debil, s jehoz aplikacemi se stejne nikdo nikde nesetka. Linux ma, po vzoru UNIXu, jasnou koncepci a vi se, kam se ma co davat. Takova koncepce od sameho pocatku na Windows chybi a tak se setkavame s obrovskymi adresari, obsahujicimi smesku .exe, .ini, .dll a hafo dalsich extenzi volne lozenych bez ladu a skladu. Teprve pozdeji se tam Microsoft snazil tu koncepci nejak aspon castecne dotlacit. Ovsem vypada to, ze nemeli moc jasno, co vlastne chteji a podle toho to vypada. Microsoft tedy potreboval nejakych 20 let (!) na to, aby vymyslel to, co mohl jednoduse nekde oprasknout: kam se ma davat konfigurace. Opravdu zalostne. A mam neprijemny pocit, ze se jeste dockame nejakych zmen, ktere zase vsechno dokopou do stavu hybridniho bordelu. -
Petr (neregistrovaný)No nevadí - abychom nebyli off-topic, citovaný článek prostě napsala nějaká lama, která nemá zálohu systému, má linux a myslí si (mylně), že na windows by to nešlo.
Pak sem napíše další X lam, který na windows nenaprogramovali ani řádku (nebo bohužel možná ano) a budou vykládat o registrech, dll atd.
Já zase tvrdím, že bordel je zastaralý koncept sdílených knihoven, který tlačí uživatele, aby si sami kompilovali aplikace, jelikož zrovna není k dispozici balíček pro jejich distribuci. Nakonec to nějak zkompilují a zjistí, že jim nefunguje zase něco jiného. -
Lael Ophir (neregistrovaný)A proto mají Oracle, Lotus Domino, SAP a další konfiguráky všude možně, jen ne ve /etc :). A proto se konfigurace na unixech ukládá v ini souborech se [sekcemi], bez sekcí, v XML, YAML, se {složenými závorkami}, pomocí GConf a KConfig, do LDAP, a kdo ví jak ještě. Ale Windows v tom mají bordel ;)
-
anonymníWindows 2003 a Vista neni stary 10let ;-), v konfiguraci aplikaci je porad bordel. Sice jsou male snahy to zlepsit, ale kazdy dodavatel pouziva jiny system, nejlepe dva najednou (xml+reg, nebo reg+ini).
Jen se podivejte kam ukladaji konfiguraci TotalCommander, PDFCreator, Nero, Autocad, MSOffice, Outlook, nebo IE. Ani ty komercni to nedelaji poradne, vsude je bordel, jednoduse reknete WoW. -
Lael Ophir (neregistrovaný)Ty "zprasené" komerční aplikace jsou 1) věcí, kterou firmy opravdu potřebují, 2) starší než LSB, a často i než Linux. A jak jsem psal, naházet veškerou konfiguraci do jednoho adresáře, a spoléhat na to, že nedojde ke kolizi jmen konfiguráků, je více než odvážné. I když pro Linuxu není moc SW mimo to vlastní distro, takže je to není tak kritické.
-
Lael Ophir (neregistrovaný)Mohl jste si všimnout, že v Program Files je typicky jméno výrobce, a až pod ním jméno aplikace. Navíc když adresář již existuje, setup vás na to upozorní. To proto, že na existují spousty spoust aplikací, které nejsou součástí efaultní instalace, a které si uživatelé později možná doinstalují. V Linuxu to pochopitelně nehrozí, protože aplikací mimo vlastní distro je naprosté minimum.
Zabalit do balíčku je velký problém. Zkuste si projít setup Oracle, a pak mi řekněte, jak byste totéž udělal balíčkem. A jestli se budete nudit, můžete totéž zkusit u instalace SAP R/3. -
Sten (neregistrovaný)
Mohl jste si všimnout, že v Program Files je typicky jméno výrobce, a až pod ním jméno aplikace.
To může být v etc také a slušné komerční firmy to tak dělají ;)
Navíc když adresář již existuje, setup vás na to upozorní.
dpkg: error processing /var/cache/apt/archives/AAA (--unpack): trying to overwrite `/usr/lib/BBB', which is also in package CCC -
anonymníPrejdeme od balickovace k prakticky vyuzitelnym vecem ktere muze potrebovat i bezny uzivatel.
1. Jak ve windows jednoduse upravite pravidla firewallu ze skriptu?
2. Jak jednoduse odinstalujete pomoci skriptu v silent modu bordel z uzivatelova PC
3. Co vycisteni nepotrebnych souboru, vysypani kose, defragmentace, vycisteni vsech temporary slozek, cache exploreru, firefoxu, outlooku a dalsi bezne ukony pomoci jednoduchych skriptu?
Nebo se snad windows nedaji jednoduse ovladat a clovek se musi vice nez pouzivani, venovat jejich udrzbe? Uzivatele ve windows opakuji tyto nezazivne cinnosti milionkrat rucne a nezjednodusuji si je? Zkusme vynechat vseleky typu retry-reboot-reinstall, ma MS jednoduche rozhrani pomoci ktereho toto uzivatele snadno provedou? -
Lael Ophir (neregistrovaný)Máte nějaké základní zkušenosti s administrací Windows? Jinak na takovou otázku těžko reagovat :)
1. Nejlépe přes Group Policy, tedy bez skriptu. Skriptem lze též, firewall má objektový model.
http://technet.microsoft.com/en-us/library/bb490626.aspx
http://www.microsoft.com/technet/scriptcenter/scripts/network/firewall/default.mspx
2. Co myslíte tím "bordelem"? Skript se pochopitelně bude lišit podle toho, o jaký "bordel" se jedná :). Nainstalované aplikace se odinstalují takto:
http://www.microsoft.com/technet/scriptcenter/scripts/default.mspx?mfr=true
3. Nepotřebné soubory můžete skriptem smazat, a mazání souborů skripem jistě zvládnete sám. Koš lze vysypat třeba změnou jeho velikosti na nulu v group policy (Maximum allowed Recycle Bin size), nebo skriptem (link níže), ale obecně není důvod to dělat. Koš se nevysypává ručně, odmazává se sám po posažení nastavené velikosti.
http://www.scriptinganswers.com/vault/Files%20and%20Folders/
Defragmentace na XP příkazem defrag.exe, na Vistě se provádí automaticky scheduled taskem. Temporary složky snad umíte skriptem promazat. Cache MSIE má pevnou velikost, netřeba jí promazávat, ale samozřejmě to můžete udělat na úrovni FS (viz výše koš, bude to obdobné).
Osobně nevidím jediný důvod, proč by uživatelé měli vůbec dělat nesmysly typu zbytečně vysypávat koš (navíc skriptem, proboha proč?), skriptovat firewall (proč?), mazat cache MSIE skriptem (proč?) atp. Je možné, že vy se jako uživatel ve svém počítači primárně rýpete a přehrabujete, skriptujete a administrujete ho. Uživatelé Windows zpravidla počítač prostě používají. -
anonymníMam na widle papir :-), nejsem vyvojar a s MS OS pracuji (administrace) od do dob dosu, psal jsem o BFU, zajdete si k ocnimu.
Doporucovat BFU GroupPolicy, LOL. Porad si stojim za tim, ze vw windows to nelze udelat jednoduse, uzivatelsky privetivym zpusobem. Popsal jste nekolik ruznych rozhrani, ja se ptal na JEDNODUCHE RESENI PRO BFU, jak zdefragmentujete W2K pripadne co s GPO na XPH? Opravdu netreba nic promazavat kdyz si uzivatel zaplni disk a jedina cesta jak to zprovoznit (nema jine uloziste) je docasne smazat bordel? Proboha vzdyt to je jedna ze zakladnich veci ktere se doctete v napovede a v MSKB, popirate i tohle?
mozna maji widle miliony API ale kazdy firewall se vypina jinak
kazdy antivir se vypina jinak
kazdy uzivatel ma temporary files rozesete po systemu (dnes jiz v profilu ale na X mistech)
protoze kdyz vam vytuhnou windows z nedostatku mista, musite jim nejake uvolnit
protoze odvirovani totalne zabordeleneho PC s miliony temporary files trva nasobne dele
...atd
Co poradite BFU ktery ma zminene problemy, navedete ho do GPO aby si totalne rozjebal sytsem nebo mu date rozhrani kteym ty problemy vyresi? Vzdyt nastroje jsou v OS, proc nemaji jednotne a prehledne rozhrani ktere by dokazal pouzit i BFU? V linuxu to udela jednou a pak se zepta zkusenejsiho kamarada jak to automatizovat, ten rekne "udelej si skript", BFU se zepta jak, nasledne si do skriptu napise vsechny pouzite prikazy a je happy, pro priste si ulehcil praci a nemusel nic programovat, jen napsal vsechny prikazy do jednoho souboru, nastavil prava pro spusteni a do hlavicky napsal interpret. -
Lael Ophir (neregistrovaný)Pokud s Windows umíte, tak proč se ptáte na věci, které byste měl vědět?
Nepsal jste nikde o BFU. Chtěl jste přejít k věcem, ktere muze potrebovat i bezny uzivatel. Zkuste si zajít k psychiatrovi.
Když hovoříte o BFU, tak automaticky nepřipadají v úvahu ani příkazy, ani skripty. Fakt se mi líbí vaše fikce, kde by váš BFU na Linuxu znal hromady příkazů, a samozřejmě uměl ovládat vi :), ale ve Windows by pro něj bylo cokoliv hrozně složité. Z nějakého důvodu by pak chtěl skriptovat změny pravidel firewallu, a to nejlépe bez ohledu na to, o jaký firewall jde. No, moc dobrý humor to není.
Ve Windows 2000 jste mohl defragmentovat z GUI, použít poměrně divoký skript (viz níže), nebo třeba Sysinternals Contig. Fakt ale netuším, proč se tu chcete bavit o 9 let starém systému.
http://windowsitpro.com/Articles/Index.cfm?ArticleID=8276
Windows Firewall vestavěný ve Windows se ovládá ze skriptu přesně tak, jak jsem vám psal. Opět se musím usmát při představě, že si BFU skriptuje úpravu pravidel firewallu. Pokud samozřejmě z neznámého důvodu použijete jiný firewall, bude se ovládat jinak. Ten jiný firewall byste možná použil pro filtrování odchozího provozu (které Windows Firewall ve Vistě umí také), ovšem vašemu BFU by takový firewall byl na nic, protože není schopen nadefinovat pravidla.
Každý uživatel má temporary files v %temp%, tedy přesně tam, kde mají být.
Windows vám dají včas vědět, než místo na disku dojde. Mimo jiné vám nabídnou wizarda, který nabízí vysypání koše, smazání temp files, smazání Temporary Internet Files atd. Samozřejmě ten wizard můžete spustit i ručně. Pokud administrujete Windows, jak je možné, že takovou věc nevíte? Asi by to chtělo doplnit znalosti.
http://support.microsoft.com/kb/310312
V posledním odstavci znovu pobaví, že váš BFU si group policy editorem "totálně rozjebe systém", ale s command line nebude mít žádný problém, a skript si napíše s pomocí kamaráda na telefonu. Nechcete dělat takové ty stripy se vtipy, co se na rootu občas objevují? -
Lael Ophir (neregistrovaný)BFU je zkratka pro Bloody Fucking User, přeložit si to jistě umíte sám.
Aha, příkazy dostane od kamaráda. Proto asi vycházejí na živě články s linky na GUI programy, které uživateli sestaví textový výpis souborů v adresáři ;)
Pokud uživatel používá jiný firewall, musí ho pochopitelně jinak ovládat. Vy máte na unixech nějaký univerzální interface pro všechny firewally? Řekněme iptables, Moblock, iplist, ipchains a další? Jestli takový interface existuje, prozradíte mi ho? -
anonymníV CR se bezne pouziva Bezny Franta Uzivatel, coby slusnejsi verze pro oznaceni Bezneho Uzivatele.
To ze nemate spravne kamarady, neznamena ze je nemaji i ostatni, bezni uzivatele linuxu.
V dnesnich distribucich se pouziva iptables a lze spolehat na to ze uzivatel nic jineho mit nebude. Linuxove antiviry se moc neprodavaji a u tech co jsem videl, se vyuzivalo sluzeb iptables.
Znate primitivni podminku IF? Brani vam neco pouzit ji ve skriptu na dotazani se jaky FW tam je? -
Lael Ophir (neregistrovaný)Bezny Franta Uzivatel je dodatečně vymyšlená náhrada za Bloody Fucking User.
V dnešních Windows se používá Windows Firewall. Ovšem spoléhat se nedá na nic, ani na iptables.
Podmínku if znám. Samozřejmě jí můžete použít i ve Windows. Ovšem musíte vědět, jak konfigurovat firewall, který na stroji je. Obecně je ale snaha, aby uživatel nemusel firewall konfigurovat. Odchozí provoz je zcela otevřený, protože uživatel není schopen posoudit, jaký provoz je v pořádku, a jaký ne. Navíc není problém zavést knihovnu do procesu (například doplněk pro browser nebo jiný SW), a pak i odchozí firewall končí, protože s vnějším světem komunikuje executable, který to má dovoleno. Navíc když může pravidlo do firewallu přidat uživatel, může to udělat i malware. -
anonymníProtoze se snazim videt vec ocima BFU, na zaklade jeho predchozich dotazu.
BFU = Bezny Franta Uzivatel (v te slusnejsi verzi) takze k psychiatrovi si zajdete Vy.
Rozhovor Bfu s kamaradem guru:
Bfu: mam problem s tim a s tim, muze to byt firewallem?
Guru: jo, zastav ho a uvidis
Bfu: a jak?
Guru: sudo /etc/init.d/firewall stop
Bfu: a jak odstranim soubory z kose?
Guru: klikanim nebo rm -rf ~/kos/*
Bfu: proc mam tak malo mista ve var?
Guru: vymaz si apt cache
Bfu: jak?
Guru: sudo rm -rf /var/cache/apt/archives/*.deb nebo pres synaptic/aptitude
.
Bfu: miliony dalsich dotazu
Guru: miliony odpovedi
.
Bfu: jde z toho udelat nejaky programek abych to nemusel psat rucne?
Guru: udelej si skript, nahazej vsechny prikazy do souboru vzdy na 1 radek 1 prikaz, nastav mu execute atribut a na prvni radek dej #!/bin/bash (Franta by napsal podrobe jak nastavit executable)
Bfu: to je super, dekuji
W2k jsem psal protoze mnoho lidi je jeste pouziva. Vzdy pisete ze windows se snadno pouzivaji, maji na vsechno API, nizke TCO a najednou nejde ve w2k defragmentovat systemovou utilitou z CLI? Osobne pouzivam jiny nastroj, contig mi neprisel tak dobry. Zapamatujte si ze zadny uzivatel si nezmeni OS jen proto ze vy mu nedokazete poradit!
Bfu dostane od Guru prikaz kterym prida pravidlo a dalsi kterym to vrati zpet. Bfu vi ze kdyz chce povolit 5 oblibenych portu, klikne na 5portu.sh a upravi se pravidla FW.
A kazdy ma navic v ceste diakritiku, IE ma temp v jine slozce, kos je spolecny na disku C, backup soubory po instalaci patchu a SP jsou ve windir pod $Uninstallxxxxx atd...
U PC sedelo naposled Frantovo dite ve veku 6let a od te doby nejde PC zapnout, ze diteti system po grabnuti 10ks DVD oznamil ze dochazi misto je po restartu dost nezajimave :-)
Stromecek v GPO svadi k "prozkoumani", do CLI vepise prikazy ktere dostal od sveho Guru, navic CLI je pro BFU odpudive a rychle ho opet zavre aniz by zkoumal jak to funguje. -
Lael Ophir (neregistrovaný)A to vám opravdu přijde praktické někomu hláskovat příkazy, místo abyste mu řekl "klikni na ten koš pravým tlačítkem myší, a vyber Vysypat"? A víte, že ve Windows existuje něco jako vzdálená asistence? To jdete na Start/Help, a tam kliknete na "Use Windows Remote Assistance to get help from a friend or offer help". Pošlete kamarádovi ticket, on se připojí k vašemu počítači, a pomůže vám s tím, co je třeba udělat.
Windows 2000 používá minimum lidí. Pravda, pořád je jich 2x tolik, než uživatelů všech verzí Linuxu ;). Win2K mají API pro defragmentaci, ale vestavěná utilita neumožňuje schedulování. Vy si zkuste zapamatovat, že SW, který uživatelé nechtějí ani zdarma, je prostě špatný.
BFU neví, co je firewall, a když to ví, tak zase netuší, jak by měla vypadat pravidla. Pokud mu guru dodá skript, umí ho v nejlepším případě spustit, a je vcelku jedno, jestli je to skript pro Linux, nebo pro Windows.
Diakritika v cestě, a co má být? IE temp v jiné složce, a co má být? atd
Vy si zase vymýšlíte. Windows lze typicky zapnout, i když mají málo místa na disku. Aplikace pro grabování DVD zase negrabují až do zaplnění disku, tedy pokud je nepsal idiot.
Aha, takže GPO je vlastně špatná věc, protože uživateli umožňuje něco nastavit. Naopak command line je skvělá věc, protože jí uživatel nerozumí. Nechcete s tímhle jít k cirkusu? -
anonymníBezny uzivatel ma mozek a kdyz mu reknete "vloz ty prikazy do jednoho souboru a mas skript", myslim ze to (narozdil od vas) pochopi. Mam takovych lidi v adresari asi 70.
Soudice dle vasi sablony, by uzivatel neumel ani pridat dalsi vetu v textovem editoru, nerikejte mi ze znate takove lidi :-D
Vlozit radek v textovem editoru nepovazuji za "skriptovat jako divoky" :-P. Z demagogie mate za 1. I bezni lide obcas pouzivaji mozek.
Myslim ze vysypat kos pres rm -rf /cesta je snadnejsi nez:
Option Explicit
Dim intItems, intSize, objBin, strMsg
' Get BinManager object
Set objBin = CreateObject( "BinManager.RecycleBin" )
intItems = objBin.NumItems
intSize = objBin.Size
Select Case WScript.Arguments.Named.Count
Case 0
Case 1
If Not WScript.Arguments.Named.Exists( "Q" ) Then Syntax
Case Else
Syntax
End Select
Select Case WScript.Arguments.Unnamed.Count
Case 0
objBin.Empty
If Not WScript.Arguments.Named.Exists( "Q" ) Then Report
Case 1
If IsNumeric( WScript.Arguments.Unnamed(0) ) Then
.
.
.
.
...atd -
Lael Ophir (neregistrovaný)Jak jsem psal, mnoho uživatelů Windows nikdy nevlezlo na příkazovou řádku. Navíc nevidím žádný důvod řešit vysypání koše ze skriptu, když to lze udělat z GUI. Vaše vyčištění počítače při nedostatku místa na disku lze také realizovat z GUI, jak jsem linkoval.
Hm, jaká je cesta koše na různých distrech? Upřímně to nevím.
Myslím, že kliknout pravou myší na koš a vybrat "vysypat" je jednodušší, než mastit cokoliv na command line. Když přijde na skript, asi to nebudete psát zpaměti. Uložíte ho na disk z inetu nebo z emailu, a pak zavoláte. -
anonymníVite ze nekteri lide nemaji internet, nebo snad vzdalena asistence funguje telepaticky?
Na OT nereaguji
Na OT nereaguji
Slozite, neprehledne, i nastroje MS s tim maji problemy. MS si konecne zacal uklizet ve vastnim chleve takze to BYL problem.
Bingo, aplikaci napsal idiot a co ted? User ma pokorne zavolat velkeho guru z MS aby problem odstranil?
GPO NENI NASTROJ PRO UZIVATELE.
Uzasne jakou mate potrebu dokazat ze neexistuji uzivatele pouzivajici mozek. -
Lael Ophir (neregistrovaný)A víte, že někteří lidé nemají telefon? Je to stejně irelevantní, jako že n+kteří A víte, že někteří lidé nemají telefon? Je to stejně irelevantní, jako že někteří uživatelé nemají internet.
Co je složité a nepřehledné? Diaktirika či mezery v názvu adresáře? Možná na unixech, kde s tím má řada aplikací problémy.
Ještě jednou: pokud máte nedostatek místa na disku, Windows typicky půjdou spustit. Pak se vám ukáže ten disk cleanup wizard.
GPO je nástroj pro admina. Pokud uživatel administruje svůj počítač sám, je GPO nástroj pro něj. Editace konfiguráku 2x není nástroj pro uživatele :)
