Forefront UAG (Unified Access Gateway) 2010 on vihdoin saanut ensimmäisen korjauspakettinsa! Ensimmäisen vuotensa aikana tuotteeseen on tullut kaksi pienempiä parannuksia ja korjauksia sisältävää päivityspakettia (Update 1 ja 2) ja marraskuussa 2010 julkaistu tietoturvapäivitys http://www.microsoft.com/technet/security/bulletin/ms10-089.mspx. Päivityksistä on hyvä yhteenveto versionumeroineen tuoteryhmän blogissa.
Ladattavana SP 1 löytyy toistaiseksi:
Paketissa on mukana myös TMG SP 1 ja TMG SP 1 Update 1. Sen sijaan pari viikkoa sitten julkistettu TMG SP 1 Update 2 pitää ladata ja asentaa erikseen.
Uudet toiminnot löytyvät mukavasti Technetin taulukosta.
Huhtikuussa 2009 järjestetyssä ITpro.fi-asiantuntijaryhmien tapaamisessa pidin DirectAccess-rastia ja siten tuli muistaakseni puolisen tusinaa DirectAccess-esittelyä pidettyä rastilla käyneille eri ryhmille. Ylivoimaisesti eniten kysymyksiä herätti DirectAccess-yhteyksien seuranta. Tuolloin käsittelin pelkkää Windows Server 2008 R2 -käyttöjärjestelmän DirectAccess-toimintoa, jossa seurantamahdollisuudet olivat lähes olemattomat. Vielä UAG:n DirectAccess-toimintokaan ei paljon asiaa parantanut, sillä käytännössä monitorointi tarkoitti IPSec-auditoinnin määritystä päälle UAG-palvelimella ja käyttöjärjestelmän tietoturvalokin analysointia PowerShell-komennolla. Nyt SP1:ssä nähdään, että palaute on mennyt perille ja siihen on myös reagoitu :) Palvelun ja sitä toteuttavien adapterien toimintaa voi seurata Web Monitorilla:

Sarakkeiden leveyttä ei valitettavasti voi muuttaa, mutta osin piilossa olevan sarakkeen otsikko on "Teredo Relay". Vastaava graafinen seurantatyökalu on ollut "alusta lähtien" käyttöjärjestelmän DirectAccess-toiminnossa.
Samalla Web Monitorilla voi nyt myös seurata (haluttuja) aktiivisia DirectAccess-yhteyksiä:

Web Monitorin avulla voi analysoida UAG:n tapahtumalokeja DirectAccess-tapahtumien osalta:

Myös TMG:n lokinseurantaan on mahdollista lisätä DirectAccess-yhteyksien seuranta. Tätä varten on valmis suodatin, joka löytyy nimellä <Forefront UAG asennuskansio>\common\bin\da\monitoring\DaLogFilter.xml. Alla olevasta kaappauksesta (jossa olen muuttanut oletussuodatinta näyttämään edeltävän 7 vuorokauden tapahtumat oletuksena olevan lähes reaaliaikaisen näkymän sijaan) näkyy, että suodatinrivi ei ole kovin ihmeellinen:

DirecAccess-käyttöönottovelhosta voi nähdä lähes kaikki muut DirectAccess-parannukset:

Group Policy -objektit voi nyt nimetä haluamillaan nimillä tai niiden asetukset voidaan tuoda valmiiksi luotuihin GPO:hin:

Muita DirectAccess-parannuksia ovat:
- mahdollisuus määrittää DirectAccess ainoastaan työasemien etähallintaan ja ylläpitoon ns. IPsec infrastructure -tunnelia hyödyntäen. Tällöin käyttäjille ei tarjota mahdollisuutta etäyhteyksiin eli ns. IPsec intranet -tunnelia ei avata lainkaan. Tällaista ratkaisua esitteli Accenturen edustaja kesäkuun TechEd North America -konferenssin useammassa luennossa ja siitä löytyy myös tuoteryhmän blogista
- DirectAccess Connectivity Assistant (DCA) v. 1.5 ja sen määritys suoraan DirectAccess-käyttöönottovelholla. V. 1.0 piti erikseen ladata ja sen ADMX/ADML-tiedostot tuoda koneelle, jolla Group Policy -asetukset määritettiin
- käyttäjän vahva todennus toimikortin sijaan kertakäyttömerkkijonon avulla. SecurID-tuki löytyy suoraan ja tuki RADIUS OTP -palvelimille on lisättävissä
- sekä DirectAccess-työasemien että -palvelinten valinta joko tietoturvaryhmän tai nyt myös organisaatioyksikön (OU) perusteella
- terveystilan perusteella tehtävän valtuutuksen toteutettavan NAP (Network Access Protection) -toiminnon käyttöönoton pidemmälle viety automatisointi
- kaiken (siis myös internetiin suuntautuvan) verkkoliikenteen pakotus yrityksen yhteyden kautta kulkevaksi. Tällöin voidaan esimerkiksi web proxy -palvelimella toteuttaa haittaohjelmien skannaus ja suodatus jo verkon reunalla. Oletuksena DirectAccess käyttää ns. split -tunnelointia, jossa vain haluttuihin DNS-domaineihin (esim. toimialueen DNS-nimi) kohdistuva liikenne ohjataan DirectAccess IPsec-tunneleihin ja muu liikenne suoraan internettin
SP1:n käyttöönotto meni yhden noodin tuotanto-UAG-palvelimellamme vajaassa puolessa tunnissa, koska TMG SP1 jo aiemmin asennettu. Muutamia kahden noodin array:tä olen päivittänyt ja niissä on ilmennyt haasteita erityisesti NLB:n (Network Load Balancing) päivittymisessä. Asennusohjeessa vaiheessa 9 mainittu array master -palvelimen toisen aktivoinnin vaatimus on toteutunut toistaiseksi kaikissa array-päivityksissäni seuraavan virheen jälkeen:

Toisella aktivoinnilla tuota virhettä ei ole enää tullut :) Sen sijaan luottamukseni Web Monitorin web-pohjaiseen Array Monitoriin ei ole kovin korkella :( Päivittämällä sitkeästi ko. työkalun näkymää seuraavista virheistä olen päässyt eroon:

Erityisesti SP 1-asennuksessa tuo ei ole tahtonut toimia ja niinpä olen turvautunut TMG:n palveluiden hallintaan, josta eri noodien NLB-palvelua (navigointipuusta Monitoring > Services-välilehti) tuntuu luotettavammin pääsevän ylläpitämään. Lopputuloksena demoympäristössä toimiva UAG array, jossa sekä DirectAccess että useita erilaisia julkaisuja :)
Erityisen tärkeä ja mielenkiintoinen uusi toiminto UAG SP 1:ssä on ADFS-integraatio. Siitä "joskus" lisää, mutta siltä varalta, että kestää...: http://www.msteched.com/2010/Europe/sia321