Vlákno názorů ke zprávičce Jednoduché v Linuxu, těžké ve Windows od anonym - Kaviárový tousty...
-
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
