Forefront Unified Access Gateway 2010 Service Pack 3

Pojawił się w końcu Service Pack 3 dla UAG-a. Poprawka na tyle istotna i pożądana, że trzeba o niej wspomnieć. Przede wszystkim zapewnia wsparcie dla Exchange 2013, Sharepoint 2013, Windows 8/RT oraz Windows Phone 8. Poza tym zapewnia wsparcie dla aplikacji desktopowych z grupy Office 2013 oraz nowej wersji klienta RDP (8.0), zarówno w systemie Windows 8 jak i Windows 7. Ponadto zawiera 15 poprawek do zauważonych po SP2 błędów. Niestety, do instalacji SP3 należy najpierw zainstalować SP2 (co z kolei wiąże się z instalacją wcześniejszych poprawek – koszmar).

Forefront Unified Access Gateway 2010 Service Pack 3 is available for download - Forefront UAG Product Team Blog

Forefront Protection fro Exchange–prezent od Microsoftu

Jak pisałem wcześniej na blogu, od 1 grudnia 2012 FPE 2010, tak jak większość produktów z liniii Forefront nie jest już dostępny w sprzedaży. Natomiast wsparcie ma być dostępne do końca roku 2015. Co więc ma zrobić użytkownik, który nie może już kupić aktualizacji produktu? To proste! Zgodnie z artykułem License extension for End-of-Life Antigen/Forefront products musi tylko wejść we właściwości licencji produktu, zmienić datę ważności na grudzień 2015 i podać numer umowy 3974799. Oczywiście warunkiem jest posiadanie ważnej subskrypcji na dzień 30 listopada 2012.

Aktualizacja Lync 2013 CU1 - February 2013

Pojawiła się pierwsza paczka poprawek do Lync 2013, jak na razie tylko do standardowego klienta Lyncowego (wersja dla VDI nie potrzebuje tych zmian). Oprócz Lynca, jest również dostępna aktualizacja dla Office 2013, tak że najlepiej zainstalować obie. Więcej informacji w opisie poprawek.

Description of the Lync 2013 updates: February 2013

Instalacja Exchange 2010 SP3–kilka uwag

Kilka kroków, o których trzeba pamiętać przy instalacji Service Packa 3 do Exchange 2010. Część uwag jest opisana na stronie Release Notes.

1. Odinstalowanie polskiego i ewentualnych innych Unified Messaging Language Pack’ów (po zainstalowaniu SP3 trzeba zainstalować zaktualizowaną wersję. W tym celu trzeba uruchomić setup z nośnika instalacyjnego ostatnio zainstalowanego Service Packa, podając dodatkowo ścieżkę do tego katalogu.

2. Trzeba sobie doliczyć dodatkowy czas na aktualizowanie struktury baz skrzynkowych (dla upgrade’u z RTM – nawet 30 minut per baza), co dla dużej struktury oznacza ładnych kilka godzin upgrade’u.

3. W przypadku DAG – można zacząć od serwera z bazami pasywnymi, ale trzeba pamiętać, że baza nie może być przeniesiona na serwer o niższym numerze Service Packa.

4. Ostatnie ale nie najmniej ważne – Service Pack rozszerza schemat, więc trzeba pamiętać o przyznaniu odpowiednich uprawnień dla konta, które ma wykonać tę część operacji (bo dobra praktyka nie zaleca przydzielania uprawnień Schema Mastera na stałe).

Exchange 2010 SP3 i wersja PowerShella

Niedawno Microsoft opublikował ostrzeżenie o niezgodności Exchange 2010 z PowerShellem 3.0, dostępnym jako opcjonalna aktualizacja w ramach pakietu Windows Management Framework 3.0. Wczoraj widziałem wiele pytań, czy fakt wydania Service Packa 3, zgodnego z Windows 2012 (gdzie WMF 3.0 i PowerShell 3.0 są wbudowane na stałe) zmieni ten stan rzeczy?

Zmienił o tyle, że istnienie PowerShell 3.0 nie będzie już stanowiło problemu, ale trzeba dodać PowerShell 2.0 jako element systemu, żeby instalacja Exchange mogła zostać przeprowadzona.

Jest Exchange 2010SP3 – migracje do Exchange 2013 czas zacząć

Po długim oczekiwaniu wreszcie pojawiły się dodatki do Exchange 2007 I 2010, pozwalające na koegzystencję z Exchange 2013 – wreszcie firmy posiadające te wersje systemu mogą przystąpić do kroków migracyjnych. Exchange 2010 SP3 już od dłuższego czasu był testowany przez wybraną grupęw ramach programu TAP, jednak nie mogłem na ten temat podać żadnych szczegółów. Teraz już można publicznie testować i wdrażać. Żeby było trudniej, Exchange 2013 do poprawnej koegzystencji z Exchange 2007 i Exchange 2007 wymaga wersji CU1 (zmiana nazwy Rollup Updates na Cumulative Updates), która jeszcze nie jest wydana. Ale samo wdrożenie Service Packa w w organizacji Exchange’owej wymaga również trochę czasu I przygotowania.

Warto dodać, że Exchange 2010 SP3 oprócz współpracy z Exchange 2013 pozwala na instalację systemu na platformie Windows 2012 (dla firm, które na razie wolą wdrożyć Exchange 2010 zamiast 2013).

Exchange Server 2007 SP3 Rollup Update 10

Exchange 2010 SP3 Download

Exchange 2010 SP3 What’s New

Exchange 2010 SP3 Release Notes

Exchange 2010 SP3 Issues Fixed

Exchange 2010 SP3 Unified Messaging Language Packs

KB2808208 – Description of Exchange Server 2010 SP3

Hybrid Configuration Pre-requisites and SP3 / 2013 / Office 365 support matrix

Lync Connectivity Analyzer

Na stronach Microsoft Download Center pojawiło się wczoraj nowe narzędzie, mające ułatwić administratorom i użytkownikom serwera Lync diagnozowanie problemów z dostępem z urządzeń mobilnych. Jest co prawda strona https://www.testexchangeconnectivity.com/, gdzie mamy osobną zakładkę do testowania zdalnego dostępu z urządzeń mobilnych, jak widać na poniższym rysunku, ale często chcemy połączyć się z urządzeń poprzez WiFi w naszej sieci wewnętrznej.

Lync Conectivity Analyzer to proste narzędzie graficzne (paczka instalacyjna ma raptem 0,5 MB), które możemy zainstalować na Windows 7 Service Pack 1, Windows 8, Windows Server 2008 R2 SP1, Windows Server 2008 Service Pack 2, Windows Server 2012, Windows Vista Service Pack 2 (czyli wszystkich wspieranych wersjach systemu Windows) i wymaga dodatkowo .Net Frameworka 4.5. Pozwala nam po wpisaniu naszego SIP URI i hasła na zweryfikowanie usług Mobility, oraz powiązanych z nimi rekordów DNS i certyfikatów. Po wciśnięciu przycisku Start wykonywane są testy i widzimy, czy usługa skonfigurowana jest prawidłowo.

Dodatkowo na zakładce opcji możemy wskazać, gdzie będą zapisywane logi i opcjonalnie wysłać te informacje do firmowego helpdesku.

Lync Connectivity Analyzer (64 Bit) w Microsoft Download Center

Przygotowanie systemu pod Lync Server 2013

 

Po kilku instalacjach Lynca 2013 zauważyłem, że dokumentacja niezbyt precyzyjnie pokazuje, co należy zainstalować w ramach przygotowania systemu do instalacji serwera Lyncowego. Niezależnie od tego, jakie role Lync Server 2013 będziemy instalować. Na platformie Windows 2008R2, czy na Windows 2012 ścieżka jest podobna, w pierwszej kolejności musimy zainstalować IIS z odpowiednimi komponentami oraz doinstalować kilka dodatkowych produktów.

Dla systemu Windows 2008R2 najpierw dodajemy komponenty dostępne lokalnie poprzez Server Managera:

Import-Module ServerManager

Add-WindowsFeature RSAT-ADDS, Web-Server, Web-Static-Content, Web-Default-Doc, Web-ISAPI-Ext, Web-Scripting-Tools, Web-Windows-Auth, Web-Asp-Net, Web-Log-Libraries, Web-Http-Tracing, Web-Stat-Compression, Web-ISAPI-Filter, Web-Http-Errors, Web-Http-Logging, Web-Net-Ext, Web-Client-Auth, Web-Filtering, Web-Mgmt-Console, Web-Asp-Net, Web-Dyn-Compression, Web-Mgmt-Console, Msmq-Server, Msmq-Directory, Desktop-Experience

Następnie musimy pobrać i zainstalować po kolei brakujące dodatki:

• .Net 4.5 from Framework.
• Windows Identity Foundation
• Windows Management Framework 3.0 (zawiera PowerShell 3.0, wbudowany w Windows Server 2012)
• Poprawkę KB2646886.

Dla systemu Windows 2012 musimy sięgnąć po nośnik instalacyjny (konieczny do instalacji z poziomu server managera Feature’ów .Net Framework 3.5):

Add-WindowsFeature RSAT-ADDS, Web-Server, Web-Static-Content, Web-Default-Doc, Web-Http-Errors, Web-Asp-Net, Web-Net-Ext, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Http-Logging, Web-Log-Libraries, Web-Request-Monitor, Web-Http-Tracing, Web-Basic-Auth, Web-Windows-Auth, Web-Client-Auth, Web-Filtering, Web-Stat-Compression, Web-Dyn-Compression, NET-WCF-HTTP-Activation45, Web-Asp-Net45, Web-Mgmt-Tools, Web-Scripting-Tools, Web-Mgmt-Compat, Desktop-Experience, Windows-Identity-Foundation, Telnet-Client, BITS -Source D:\sources\sxs

Oczywiście ścieżka w parametrze –Sorce musi wskazywać na nośnik instalacyjny Windows.

Przekierowanie w Exchange 2010

Temat ustawiania przekierowania w Exchange nie jest nowy, chociaż pewne aspekty zmieniały się w kolejnych wersjach systemu Exchange. Co trzeba zrobić, żeby użytkownicy nie musieli wpisywać w OWA zarówno https:// jak i /owa tylko samą nazwę hosta? W wersji 2010 na platformie IIS 7.x jest to stosunkowo proste – żeby nie powtarzać odsyłam na blog Briana Desmonda, jednak ręczne przeklikiwanie się przez wszystkie wirtualne katalogi (i to w dodatku dwukrotnie) jest dosyć męczące, a na dodatek łatwo o błąd. Ponadto często trzeba również poprawiać uprawnienia do pliku web.config w katalogu wirtualnym OAB, żeby Outlooki poprawnie aktualizowały książkę adresową. W dodatku kiedy serwerów jest kilka, bo mamy load balancing dla CAS, to zadanie robi się jeszcze bardziej męczące. Długo przymierzałem się do napisania takiego skryptu samodzielnie, ale ciągle nie miałem na to czasu. W końcu kilka dni temu znalazłem gotowy skrypt na francuskojęzycznym blogu Davida Pekmeza. Skrypt jest bardzo prosty (na dodatek komentarze w kodzie są po angielsku) i wymaga tylko podania dwóch parametrów – url do którego przekierowujemy (czyli np. wirtualna nazwa CAS w ramach farmy CAS), oraz informacja, czy książka adresowa ma być udostępniana po HTTP czy HTTPS jak w poniższych przykładach:

.\IISRedirect.ps1 –URLRedirect “https://mail.firma.pl/owa” –OAB HTTPS

.\IISRedirect.ps1 –URLRedirect “https://poczta.firma2.local/owa” –OAB HTTP

Skrypt korzysta ze standardowego narzędzia dodanego w IIS 7 do konfiguracji serwera (appcmd.exe) do ustawienia przekierowania na wszystkich niezbędnych katalogach wirtualnych oraz przełączenia z http na https tam gdzie jest to niezbędne, sprawdza również i poprawia uprawnienia do web.config, a na końcu restartuje usługę webową.

Poniższy rysunek prezentuje przykład działania skryptu:

Problem z Remove-ActivesyncDevice

Niedawno zmieniłem służbowy telefon i postanowiłem przy okazji zrobić porządki na liście urządzeń – było tam kilka urządzeń testowych i starych telefonów. Wydawałoby się to proste – po Service Packach Exchange 2010 w EMC ma do tego osobną pozycję w menu akcji – “Manage Mobile Phone”.

Domyślna opcja usuwa telefon z listy urządzeń danego użytkownika. Niestety po kliknięciu na przycisk “Remove” uzyskiwałem błąd:

Error:
The ActiveSyncDevice <atrybut Identity – domena/OU/user/ActiveSyncDevices/idtelefonu> cannot be found

Click here for help... http://technet.microsoft.com/en-US/library/ms.exch.err.default(EXCHG.140).aspx?v=14.2.318.4&t=exchgf1&e=ms.exch.err.Ex0FBD0C

Exchange Management Shell command attempted:
Remove-ActiveSyncDevice –Identity <atrybut Identity – domena/OU/user/ActiveSyncDevices/idtelefonu>

Co ciekawe działo się tak również na kilku innych kontach, a co ciekawe działo się tak również gdy powyższy cmdlet odpalałem bezpośrednio z shella. Znalazłem artykuł http://support.microsoft.com/kb/2721428, ale niewiele wniósł do sprawy, więc sprawdzałem dalej. Kilka wątków na forach wskazało kwestie niespływania dziedziczonych uprawnień, ale to też był fałszywy trop.

Rozwiązaniem było użycie cmdleta Remove-ActiveSyncDevice z parametrem Identity ale zamiast wartości pola Identity podałem wartość pola GUID.

Oczywiście musiałem je najpierw znać. W tym celu wystarczy wykonać komendę:

[PS] C:\Windows\system32>Get-ActiveSyncDeviceStatistics -Mailbox konsag

RunspaceId                    : 84390945-3d8c-4a28-9736-98178fdef060
FirstSyncTime                 : 2012-03-23 21:50:45
LastPolicyUpdateTime          : 2012-03-23 21:52:00
LastSyncAttemptTime           : 2012-03-28 15:15:39
LastSuccessSync               : 2012-03-28 15:15:39
DeviceType                    : Android
DeviceID                      : androidc259148960
DeviceUserAgent               : Android/4.0.3-EAS-1.3
DeviceModel                   : sdk
DeviceOS                      : Android 4.0.3
DeviceEnableOutboundSMS       : False
Identity                      : domena/OU/Konrad Sagała/ExchangeActiveSyncDevices/Android§androidc259148960
Guid                          : 697688b5-87b7-457a-94bc-223a95e43348
IsRemoteWipeSupported         : True
Status                        : DeviceOk
DeviceAccessState             : Allowed
DeviceAccessStateReason       : Global
DevicePolicyApplied           : Default
DevicePolicyApplicationStatus : AppliedInFull

MającGUID dalej już idzie prosto:

Szybki healthcheck serwerów Exchange

Czasami musimy na szybko sprawdzić, czy organizacja, w której jest kilka(naście) serwerów Exchange działa poprawnie. Microsoft przygotował kilka przydatnych cmdletów, któe sprawdzają status usług, a nawet pzwalają testować połączenia z wykorzystaniem różnych protokołów, ale ręczne sprawdzenie wszystkich maszyn po kolei trochę trwa. Paul Cunnigham przygotował bardzo wygodny skrypt, który przeprowadza szereg testów na wskazanym przez nas serwerze (lub domyślnie na wszystkich maszynach w organizacji). Dodatkowo skrypt generuje raport w html’u, który można przesłać ręcznie lub automatycznie do wskazanych osób:

Microsoft Certified Solutions Expert–nowe ścieżki certyfikacyjne

Dopiero co zdobyłem tytuł MCSE: Server Infrastructure ze znajomości Windows 2013, a już Microsoft ogłosił nowe ścieżki MCSE, powiązane z nowymi produktami z grupu Office 2013. Kilka dni temu pojawiły się egzaminy (na razie w wersji beta) z Exchange 2013, a jako kolejne mają pojawić się egzaminy z Lynca i Sharepointa. W odróżnieniu od egzaminów MCITP, gdzie wystarczyło wykazać się znajomością samego Exchange, Lynca lub Sharepointa teraz dodatkowo należy udowodnić przynajmniej podstawową znajomość platformy systemowej Windows 2012 i Active Directory w tej wersji (czyli uzyskać tutuł MCSA z Windows Server 2012). Jest to powrót do poprzedniej generacji tytułów MCSE, gdzie trzeba było uzyskać najpierw tytuł MCSE z platformy Windows 2000/2003, a potem dopiero po zdaniu kolejnych egzaminów uzyskiwało się tytuł MCSE+Messaging lub MCSE+Security. Można powiedzieć, że ścieżka MCSE: Messaging stawia mniejsze wymagania (3 egzaminy na tytuł MCSA zamiast poprzednio znawanych 6 na tytuł MCSE), ale może chociaż częściowo przywróci to prestiż tytułom powiązanym z poszczególnymi produktami. Ja w każdym bądź razie zaczynam przygotowania do ścieżki MCSE: Messaging, a potem pewnie MCSE: Communication

MCSE: Messaging Certification Overview

MCSE: Communication Certification Overview

MCSE: Sharepoint Certification Overview

Exchange i Office 2013 Ignite w Budapeszcie

Właśnie zaczęło się szkolenie z nowości w nowych wersjach Office, Exchange i Office365 w Budapeszcie, w którym uczestniczę. Na sali prawie 150 osób, prezenterem z Exchange jest Scott Scholl – jeden z najlepszych specjalistów z zespołu produktowego z Redmond.

Events | Ignite

Kolejna paczka poprawek dla Lync Server 2010–October 2012

zOczekując na możliwość pobrania Lync Server 2013 RTM, dobrze jest zauważyć i pobrać najnowsze poprawki dla Lync Server 2010, oznaczone jako October 2012 Updates for Lync 2010  oraz aplikacji klienckiej Lync 2010 i Lync Attendee. Poprawek może nie jest dużo, ale dobrze jest być na bieżąco. Najprościej oczywiście jest pobrać LyncServerUpdateInstaller.exe, który automatycznie rozpozna i zaktualizuje komponenty, które tego wymagają.

MCSE – Server Infrastructure Windows 2012

Tydzień temu zdawałem egzamin 70-411, którego nie zdążyłem zdać w becie, a dzisiaj kolejna niespodzianka – po powrocie z wyjazdu czekał na mnie nowy certyfikat – nie tylko MCSA, ale również MCSE – pojawiły się wyniki egzaminów 71-414 i 71-415, które zdawałem w sierpniu.

Exchange 2013 i Lync Server 2013 osiągnęły status RTM!

Wczoraj, 11 października Microsoft ogłosił zakończenie prac nad kodem nowych wersji serwerów Exchange i Lync. W normalnym kanale sprzedaży (tzw. General Availability) produkty mają być dostępne razem z Office 2013 w pierwszym kwartale 2013 roku, jednak dla klientów posiadających Software Assurance, binaria nowych wersji serwerów będą dostępne do pobrania od połowy listopada. W cennikach produkty będą dostępne od grudnia.

Exchange 2010 Service Pack 3 oficjalnie zapowiedziany

Przy okazji organizowanych przez siebie dużych konferencji Microsoft ogłasza premiery lub istotne zmiany w swoich produktach. I tak podczas reaktywowawanej po 10 latach konferencji MEC (Microsoft Exchange Conference 2012) w Orlando Microsoft ogłosił wypuszczenie w pierwszej połowie 2013 roku pakietu Service Pack 3 do Exchange 2012, który będzie niezbędny w przypadku wdrażania Exchange 2013 w istniejącym środowisku Exchange 2010, będzie również pozwalał na instalację Exchange 2010 na platformie Windows 2012. Oczywiście zgodnie z polityką aktualizowania systemu, nowy Service Pack będzie zawierał wszystkie poprawki do serwera Exchange 2010, jakie ukażą się do momentu wydania nowego Service Packa.

Dwa tygodnie temu zespół Exchange ogłosił prace zmierzające do objęcia wsparciem dla Windows 2012 serwera Exchange 2010 SP2, tak że prawdopodobnie będzie jeszcze przed SP3 wydany Rollup, który na to pozwoli, ale niestety termin publikacji takiej poprawki nie jest jeszcze znany.

Announcing Exchange 2010 Service Pack 3 - Exchange Team Blog

Nowe ścieżki certyfikacyjne

Dostałem dzisiaj potwierdzenie zdania egzaminu 71-412, co w połączeniu z 71-410, którego pozytywny wynik miałem potwierdzony wcześniej daje mi pokrycie 2/3 ścieżki MCSA Windows Server 2012. Niestety ze względu na urlop nie zdążyłem zmieścić się w bezpłatnym oknie otrzymanego dla bet vouchera i muszę jeszcze podejść do wersji finalnej egzaminu 70-411.

Ale przynajmniej nie będę musiał czekać 3 miesiące na wynik .

Mógłbym co prawda zdawać egzamin 417, który upgrade’owałby mi tytuly MCITP z wersji 2008, ale chyba na jedno wyjdzie. Z niecierpliwością czekam na wyniki pozostałych egzaminów, ze ścieżki MCSE Server Infrastructure, ale wygląda na to, że jeszcze na miesiąc muszę uzbroić się w cierpliwość. Tak samo w ścieżce MCSA: Windows 8 – jeden egzamin mam już zdany, a drugi na razie nie pojawił się nawet w wersji Beta. Ale cierpliwie czekam.

Żegnaj TMG i FPE

Dzisiaj Microsoft opublikował na blogu grupy Server & Cloud informacje o zakończeniu większości linii produktowych z grupy rozwiązań Forefront. Po przeniesieniu na początku roku Forefront Endpoint Protection do grupy produktów System Center 2012 i wprowadzeniu do produktów z grupy Office 2013 (Exchange, Lync i Sharepoint) podstawowej ochrony antywirusowej (Forefront Online Protection for Exchange pod nazwą Exchange Online Protection przeniesiono do grupy Office 365), to  informacja o wycofaniu ze sprzedaży produktów Forefront Protection – FPE (Exchange), FPSP (Sharepoint), FSOCS (Communications Server) była oczywista. Pogłoski o zakończeniu rozwoju Threat Management Gateway były również znane od kilku miesięcy - TMG nie był reprezentowany w raporcie Gartnera "Magic Quadrant for Secure Web Gateway". Tak że linię produktów Forefront będą reprezentować teraz tylko FIM oraz UAG. Mam nadzieję, że nowa wersja UAG będzie dobrze zastępować zarówno TMG jak i UAG (w czerwcu wyszedł Service Pack 2 dla FIM, a w sierpniu dla UAG).

TMG ma zostać wycofany ze sprzedaży 1 grudnia 2012 (wsparcie podstawowe będzie obowiązywać do 14 kwietnia 2015, rozszerzone do 14 kwietnia 2020. Wycofana zostanie również usługa Forefront TMG Web Protection Service (TMG WPS).  Pozostałe produkty też zostaną wycofane z cenników 1 grudnia 2012, a subskrypcje będą dostępne do 31 grudnia 2015.

Raport Gartnera dotyczący rynku Unified Communications

Tydzień temu ukazał się kolejny raport Gartnera, pokazujący magiczny kwadrat na rynku Unified Communications. Dzięki jakości i funkcjonalności Lynca 2010 Microsoft jest w czołówce stawki (w tym roku Cisco nieco wyszło na prowadzenie, ale różnice są minimalne). Oprócz powyższych dwóch firm, w kwadracie leaders znajduje się jeszcze Avaya oraz Siemens Enterprise Communications. Ciekaw jestem jak będzie wyglądało zestawienie po wejściu na rynek finalnej wersji Lync Servera 2013 i Office 2013?