mar volt erintolegesen szo rola, most igazibol is par info. 33 db, ilyen-olyan szamu Q cikkben ismertette patch/fix  van benne, azaz az osszes 2005 januarjatol. megjavitottak a CARP-ot, es vmit a tanusitvany uzenetekkel is hekkeltek, hogy konkretan mit az meg nem derult ki. az fw kliens nem valtozott, teljesen kompatibilis az elozoekkel, valamint azt is olvastam, hogy mostmar tuti h mukodik a kliensoldali automata proxy detektalas es konfig. majd meglatjuk, ebben a temaban elegge szkeptikus vagyok a rossz tapasztalataim miatt.

 

egyebkent az ujdonsagok tekinteteben a branch office-okra mentek ra, mint ahogy mostanaban minden errol szol, pl. az R2 csomag is. van egy un. "MIcrosoft Update caching" technika, ami nagyreszt abbol all, hogy a SUS/WSUS nelkuli helyeken is gyorsabban lehet majd hasznalni a WU/MU oldalakat, ugyanis pofonegyszeruen engedelyezhetunk egy szinte teljesen eloregyartott uj cache szabalyt a MU szerverekhez. ha van SUS/WSUS akkor ez semmit sem szamit, mert ugye a WU oldalt ileltve a hozaaferest ekkor ugyis tiltjuk mondjuk GP-bol (jo kis roviditeses mondat, ugye? :D).

 

ezenkivul ujdonsag az egyszer bekapcsolhato es ezutan akar minden forgalomban alkalmazhato HTTP tomorites (ha be van kapcsolva a bongeszoben a "Use HTTP 1.1 through proxy connections"), amelyet eleg jol tudunk konfiguralni, gepek, gepcsoportok, halozatok kozott, valamint szabalyonkent egyesevel azt is, hogy egybol, vagy rakerdezessel hozza-e az ISA a tomoritett tartalmat pl. a tavoli webszervertol. ket ISA kozott pl. (branch office <> kozpont), teljesen jol johet ez a ficsor.

 

aztan itt van meg a Diffserv, ami egy QoS-hez hasonlo, savszelesseg felugyelo technika, ergo egy-egy URL-hez, illetve domainhez speci, altalunk legyartott, a priorizaciot tartalmazo jeloleseket rendelhetunk hozza, es aztan ettol fogva megkulonboztett figyelemmel, nagyobb prioritassal fogja kezelni ezeket a routerunk (persze csa akkor ha erti ezt a "nyelvet"). a Diffserv talan azert jobb modszer, mert a QoS-sel ellentetben nem a kliensek, hanem a routerek vegzik/kerik a prorizalast, de nekunk innnentol eleg csak az ISA-ban a szinten reszletes beallito panelen kattintgatni, ha ezt akarjuk hasznalni. egyebkent az utobbi ket holmihoz jar 3 uj web filter is (lasd 2. kep).

 

ja es ne dobbenjunk meg ha az SP2 utan 400MB-al kevesebb helyunk lesz :) a \Windows\Debug mappaban letrejon egy isalog.bin nevu allomany, ami az MS PSS szamara ertelmezheto modon tartalmazza az esetleges hibakkal kapcsolatos melyebb (szinten anonim) infokat. az i2k4sp2 white paperben fellelheto ennek az allomanynak a meretszabalyzasi modja, valamint a totalis kikapcsolas utmutatoja is (registry, mint mindig).

 

egyebkent van meg egy – szamomra legalabbis – kicsit fura dolog. az SP2 lehetoseget biztosit a reszvetelre egy un. "Customer Experience Improvement Program" elnevezesu eksonben, amelyben nevtelenul, bizonyos infokat elkuldhetunk az MS-nek az ISA kulonbozo statisztikaival kapcsolatban. ha megengedjuk ezt a ficsort, akkor modosul a web proxy kliensek a local host "halozatot" elero szabalya. haaat nem tudom, en – mar csak a teszteloi munka miatt is – altalaban hajlando vagyok resztvenni ezekben programokban, na de a tuzfalon… kicsit kiraz a hideg mindentol, ami a tuzfalat erinti :D

 

az SP2 csomag egyebkent innen toltheto le.