A Habr nem panaszgyűjtő. Ez a cikk a Nirsoft cég ingyenes eszközeiről szól Windows rendszergazdák számára.
A műszaki támogatási szolgálathoz fordulva az emberek általában stresszt élnek át. Van, aki attól fél, hogy nem tudja jól elmagyarázni a problémát és ostobának tűnik. Másokat az érzelmek elárasztanak, és nehezen tudják visszafogni a felháborodást a szolgáltatás minősége miatt — eddig nem volt egyetlen megszakítás sem!
Például nagyon kedvelem a Veeam műszaki támogatását. Nem válaszolnak gyorsan, de pontosan és lényegre törően. Még boldog vagyok, hogy írok nekik apróságokkal, hogy tanuljak valami új trükköt.
A DeviceLock technikai támogatója nem rossz. A régi veteránjaik tiszteletet érdemelnek. Szinte minden megkeresés után néhány sort hozzátehetek a „Titkos Tudás” a vállalati Wikihoz. Eközben gyorsan összegyűjtik a hibajavítással ellátott tesztverziókat — a támogatás és a gyártás szorosan összekapcsolódik.
Az ArcServe nem túl jó. Az Indiai-óceán partján élők nagyon, nagyon udvariasak és figyelmesek, de más jót nem tudok mondani. Ha nincs kész KB, az életed szomorú lesz.
Különálló a műszaki támogatásunk a vírusirtó zászlóshajónk — a Kaspersky Lab. Ahogyan az ember halogatja a fogorvosi látogatást, én is mindent megteszek, hogy ne írjak nekik. Mert ez hosszú, fájdalmas és kiszámíthatatlan eredménnyel jár. Az orvosokat nem lehet választani, hiába van 5000 forintnyi licencom — aki éppen ott van, az kezel. Én meg úgy érzem, hogy magam is orvos vagyok (hát nem orvos, hanem szerelő), nekem ez kétszeresen fájdalmas.
A lényegre.
Frissítjük a Kaspersky Security for Windows Server-t a 10.1.1 verzióról 10.1.2-re. Az eljárás egyszerű, de tudjuk, hogy mi van. A Microsoft legutóbbi Patch Tuesday-ján azt vettem észre, hogy a frissítések nem települtek egy nagy szervercsoportra.
Kiderült, hogy a kiszolgálókon leálltak a wuauserv és a BITS szolgáltatások, és indításkor hibaüzenet érkezik:
A népi gyógymódokkal való beavatkozással
sc config wuauserv type= own
sc config bits type= own
rájöttem, hogy a kiszolgálók között van valami közös — a 100% beteget nemrég telepítették a KSWS 10.1.2-re.
Fájl, megnyitottam a bejelentést.
Üdvözöljük!
A 10.1.1-ről 10.1.2.996-ra való frissítés után néhány szerver esetében megszakadtak a BITS és a Windows Update szolgáltatások.
Indításkor hibaüzenet érkezik: 1290
Kapcsolódik a hiba előfordulása a termék telepítéséhez?
A válasz nem késlekedett.
Jó napot kívánok, Mihail!
A Kaspersky Security 10 for Windows Server telepítésekor vagy frissítésekor nem veszi figyelembe a meglévő szolgáltatásokat, és nem ellenőrzi/meg nem változtatja azok beállításait.
Azt mondták — mintha elvágták volna.
Egy gyors google keresés megmutatta, hogy a probléma létezik, legalábbis létezett. .
Visszaírtam — hát itt a bölcs emberek mondják, hogy korábban volt hasonló probléma, talán most is fennáll? Megadtam a standard műszaki információt.
7 nap (hétnap, Karl!) a technikai támogatás hallgatott. Az eredmény nem volt megnyugtató. Rövidített formában bemutatom:
Mihail, jó napot!
Az ön esetében a szolgáltatások leállítása a termék frissítése után az operációs rendszer egyedi vagy csoportos beállításaival kapcsolatos (megállapításaim az ön által küldött jelentés vizsgálatán alapulnak).
Ajánlom, hogy alaposan vizsgálja meg a rendszer szolgáltatások működését. Örömmel segítenék ebben, de ez a Microsoft támogatásának a hatáskörébe tartozik, mivel az ön által megadott megoldás működőképes, és csak egyszeri bevitelt igényel.
Saját részemről, szeretném hozzátenni, hogy mindkét említett szolgáltatás az operációs rendszer frissítéséhez kapcsolódik, és semmilyen hatással nincsen a termékünk működésére, így a védelmi szintjére sem..
Ez hát a vég. Bosszantó.
Nos, ha a Kaspersky Lab nem tudja megtalálni a hibát, a katonák N-nek kell keresnie egyedül.
A Windows szolgáltatások beállítása a rendszerleíró adatbázis ágban tárolódik:
HKLMSystemCurrentControlSetservicesA fájlrendszerben nincs semmi hasznos, csak bináris fájlok.
Mivel figyeljük a rendszerleíró adatbázist? A leguniverzálisabb eszköz — .
Mi a probléma a Process Monitorral? Nagyon nehéz benne bármit is megtalálni, ha pontosan nem tudod, mit keresel.
Ugyanakkor vannak olyan eszközök egy nem túl ismert cégtől . Ők tucatnyi egyedi programot adnak ki — az USB-eszközök csatlakozásának figyelésétől kezdve a termékkulcsok olvasásáig a rendszerleíró adatbázisból. Ha még soha nem hallott róla — nagyon ajánlom, hogy látogassa meg a weboldalukat, és értékelje a gyűjteményt. Amikor először hallottam róluk — szinte úgy éreztem, mintha kinyitottam volna egy dobozt játékokkal.
A munkánkhoz hasznos lesz az eszköz
RegistryChangesView v1.21. Letöltjük, elindítjuk a szerveren.
Az első dolog, amit tennünk kell — készítsünk egy pillanatfelvételt a telepítés előtt.
Ezután elindítjuk a Sysinternals Process Monitor-t, kikapcsoljuk mindent, kivéve a regisztert, és beállítjuk az eredmények fájlba mentését.
Elindítjuk a telepítési folyamatot, és meggyőződünk arról, hogy minden tönkrement.
Készítünk egy második snapshotot a RegistryChangesView-ban.
Összehasonlítjuk a snapshotokat egymással.
Itt van, ami minket érdekelt.
De ki csinálta ezt? Lehet, hogy a szolgáltatás magát roncsolta?
Nézzük meg a Process Monitor naplót, kezdjük a folyamatok szűrésével:
Vesszük a Summary-t a regiszterről, és az írások szerint rendezünk:
Itt van a keresett:
Ennyi volt, barátok, 5 perc alatt megtaláltuk a probléma okát.
Ez biztosan a Kaspersky telepítő, és jól tudjuk, hogyan roncsolja a szolgáltatást. Tehát könnyen vissza tudjuk állítani az eredeti állapotot.
Milyen következtetéseket vonhatunk le?
Bízz a támogatásban, de magad ne lazsálj. Ne légy lusta. Rendezd el.
Használj megfelelő eszközkészletet. Bővítsd a saját technikai eszközeid készletét. Tanulmányozd azokat az eszközöket, amelyeket minden nap használsz.
Ha pedig te magad is a támogatásban dolgozol, próbálj meg a „Tagadás” első fázisán túllépni — ez egyébként a legnehezebb.
Jól lenne, ha én is követném ezeket a tanácsokat. Üdvözlet a laboratóriumnak!
PS: Köszönöm a pontozásért.
Forrás: habr.com
