Kezdőlap > Wsus > WSUS 3.0 RTW gondolatok

WSUS 3.0 RTW gondolatok


Kisebb kihagyas utan ismet megprobalok IT-ul gondolkozni. Kezdem a nemreg megjelent WSUS 3.0 tesztelesevel. A sima update az RC-rol Next-next finish alapon csont nelkul mukodott. Igaz, 20 MB-al tobb helyet elfoglal, mint az RC, dehat ez (szinte) termeszetes…
Ezutan kovetkezett a mar ismert varazslo. Hoppa, csodak csodajara elfogadta (s nem is zarolta) az internet-elerest szolgalo fiokot. "Csak" azt felejtette el, hogy milyen nyelvu frissiteseket akarok letolteni – de mar a termekek korrektul voltak kipipalva, ugyanugy, mint az osszes tobbi adat, amit az elozo verzio otthagyott.
A verzio… nos, nem meglepo modon 318-rol valtozott 374-re – gyakorlatilag ugy tunik, tenyleg csak a hibakat javitottak benne.
 
Ezek utan tenyleg kivancsi voltam ra, hogy "szuz" telepites eseten mit produkal. Mint elozo nehany bejegyzesemben irtam, altalaban mindig gond volt a letoltott frissitesek merete, igy most egyszerre leszedem a regi frissiteseket, s felteszem az uj Wsus-al.
 
A program telepitese utan a varazslot vegigvezetve a proxy adatok megadasanal mar nem zarolja a fiokot – de borzalmasan hosszu ido, amig ellenorzi azt. Kivancsisagbol vegigvezettem a teljes varazslot – s erdekesnek talaltam azt a megoldast, hogy a termekeknel es az osztalyoknal nem engedi, hogy ne legyen semmi kipipalva – ilyenkor az utolso ervenyes beallitast (alapbol minden Windows es Office, illetve Critical, Definition es Security updates) allitja vissza, rozsaszin hatterrel :).
 
A konfiguracio betoltese elott tovabbra is be kell allitanunk a nyelvet. Ezek szerint nem erdekelte oket annyira, hogy nem csak angol frissitesek leteznek 😦
 
Eddig nem is neztem – de a szinkronizaciot nem tudjuk ugy beallitani, ahogy mi akarjuk (a "regi" verzioban sem). Azaz hiaba allitjuk be, hogy 10.00-kor kezdje szinkronizalni, automatikusan meg 22-23 percet meg hozzatesz. Hmmm… Pedig nem tudhatja, hogy en miert akarom pont 10-kor. Igaz, erre figyelmeztet, hogy random(30) percet meg hozzatesz. De miert nem adhatjuk meg fixen???
 
Hagytam ejjelre az elso nagy menetre, majd masnap meg egyszer export/import az eles rendszerrol – hogy az azota engedelyezett/tiltott frissiteseket ne kelljen meg egyszer vegigragni…
 
A masodik letoltes utan vegre megnezhetem, hogy mi valtozott. Sajnos az egyik legnagyobb fajdalmam maradt: ha csak egy adott csoportra engedelyezunk egy adott frissitest, az a tobbi gepen Needed-kent fog jelentkezni (mar ha olyan frissitesrol beszelunk). Ha viszont ezt nem is akarjuk azokra a gepekre engedelyezni (barmilyen okbol kifolyolag), akkor ott sosem lesz 100% zold jelzesunk, hiszen szamara tovabbra is hianyzik az adott geprol az a valami. Decline-ba nem erdemes tenni, hiszen akkor sehol nem lesz engedelyezett – azoknal a csoportoknal sem, ahol kellene. 😦 Ezt hiaba jeleztem nekik, nem javitottak – ugyanis csak most kezdett radobbenni nehany emberke, hogy ez valoban jo lenne…
 
A masik nagy szivas a szervernek a self-update-je volt. Nehany teszt-gep csodalatosan latta es riportolt a Wsus-nak, de sajat magat nem tudta frissiteni. Sot, a listajaban sem akart megjelenni.
Szinte egy egesz napos kutatas utan (a "kozkedvelt" 0x80244021 es 0x801901f6 hibak utan nyomozva) derult ki az, hogy nem az ISA okozza a problemat, hanem a proxy erre mutato beallitasa. S nem az IE-beallitasokban kell modositani (az internetezes celjabol szukseges lehet), hanem a Proxycfg beallitasait kell megpiszkalni. Ott is az ISA-ra mutatott  – s ez volt a baj. Ha a -d kapcsoloval Direct access-re allitjuk, akkor maris tud sajat magara csatlakozni… No de amig erre rajottem – ugyanis mindenki az ISA-t hibaztatta a neten :((, sot volt, ahol a -u kapcsolot ajanlottak.
Egyszoval, jelen esetben a megoldas: Proxycfg -d.
 
Ezek utan meg egy problema merult fel: ahhoz, hogy bizonyossagot nyerjek arrol, hogy valoban ez volt a gond (kozben ugyanis feltettem a Wsus 3.0 klienst is), toroltem a Wsus konzolbol a gepet. S nem akart semmilyen modon visszakerulni oda… Nem akart riportolni – mindamellett, hogy a frissitesek lejottek. Illetve a mar letoltott frissitesek megjelentek, mint telepitendo foltok. Szerencsere ehhez mar nem kellett sok ido, a regebbi tapasztalatok alapjan a WindowsSoftwareDistribution mappat kell torolni. Nem volt eleg ugyanis sem a szolgaltatas ujrainditasa, de meg az egesz gep ujrainditasa sem :(( A mappa torlese utan mar csak varakozni kell, s hamarosan megjelenik a Wsus
konzolon is.
 
Befejezeskent kiprobaltam a beepitett takarito-brigadot. Nos, szerintem sokkal jobban teljesit, mint az eddigi "kulsos" megoldasok. Kapasbol 28 nem hasznalt frissitest torolt, ezzel 1,5 GB helyet szabaditva fel. Hmm… Ez igen, hatekony 🙂 Sokkal gyorsabb, mint a Wsusutil meg a WsusDebugTool, s nem terheli a procit sem. Ugyanakkor remelhetoleg nem torol olyan frissitest, amit utana megiscsak letolt (mint a masik ketto)…
 
Roviden: lassan kezd egy igazi, hasznalhato verzio valni belole – de meg vannak hibai. No de kinek nincsenek…
 
Update: most olvasom, hogy a fentebb emlitett (szamomra) nagy hibara az egyik MS kollega reakcioja az volt, hogy a "Needed" valojaban azt jelenti, hogy "Not Yet Installed", es hogy most keszul egy 3rd party reporting modul, ami orvosolja ezt a problemat. Megjelenesi es arazasi informaciot azonban meg nem tud kozolni…
Reklámok
Kategóriák:Wsus
  1. Még nincs hozzászólás.
  1. No trackbacks yet.

Vélemény, hozzászólás?

Adatok megadása vagy bejelentkezés valamelyik ikonnal:

WordPress.com Logo

Hozzászólhat a WordPress.com felhasználói fiók használatával. Kilépés / Módosítás )

Twitter kép

Hozzászólhat a Twitter felhasználói fiók használatával. Kilépés / Módosítás )

Facebook kép

Hozzászólhat a Facebook felhasználói fiók használatával. Kilépés / Módosítás )

Google+ kép

Hozzászólhat a Google+ felhasználói fiók használatával. Kilépés / Módosítás )

Kapcsolódás: %s

%d blogger ezt kedveli: