Brak wsparcia dla Forefront Protection for Exchange powoduje, ze po 31 grudnia 2015 nie beda wydawane nowe silniki antywirusowe ani definicje wirusów. W konsekwencji nowe wirusy moga nie byc rozpoznawane przez nasze narzedzie antywirusowe. Ponadto nowe typy plików, przesylanych w zalacznikach do wiadomosci moga byc blednie interpretowane jako malware.

Rekomendujemy przejscie na sprawdzone rozwiazanie Exchange Online Protection, które zostalo ostatnio rozszerzone o komponenty Advanced Threat Protection (ATP). Mechanizmy Exchange Online Protection umozliwiaja ochrone systemów pocztowych znajdujacych sie w lokalnych datacenter przed spamem, wirusami i malware’m. Nie jest konieczne przenoszenie skrzynek pocztowych do „chmury” aby korzystac z ochrony Exchange Online Protection. Polecam zapoznanie sie w mechanizmami, z których korzysta Exchange Online Protection do zapewnienia ochrony, które znakomicie zostaly opisane w „White Paperze:” A defense-in-depth approach to protecting email with Microsoft Exchange Online Protection (EOP)

Ponizej znajduja sie informacje o tym kiedy Office 365 ProPlus 2016 bedzie dostepny w Portalu Uzytkownika oraz do pobrania za pomoca nowej wersji Office Deployment Tool.

Dodatkowe informacje:

• Do pobrania Office 2016 konieczne bedzie uzycie nowej wersji Office Deployment Tool. Nowa wersja ODT dostepna jest pod URLem https://aka.ms/ODT2016

• Poprawki bezpieczenstwa dla Office 2013 beda wydawane przez 12 miesiecy od momentu wydania Office 2016, czyli do 22 wrzesnia 2016.

• Office 365 ProPlus pracuje domyslnie w trybie Current Branch for Business. Oznacza to, ze otrzymuje poprawki bezpieczenstwa co miesiac, jednakze nowe funkcjonalnosci (takie jak te zwiazane z Office 2016) oraz poprawki niezwiazane z bezpieczenstwem raz na 4 miesiace

• Office 2016 nie zawiera aplikacji InfoPath.

Dodatkowe informacje dostepne sa tutaj: https://technet.microsoft.com/library/mt455210.aspx

W celu zapewnienia mozliwie najlepszego dostepu do uslug Office 365 stworzylismy usluge oferowana przez Premier Support: Office 365 Network Assessment.

Podczas tego zaangazowania eksperci Microsoft przeprowadza techniczna analize infrastruktury klienta pod wzgledem lacznosci z Office 365. W szczególnosci analizie poddane zostana:

• konfiguracja punktu styku z Internetem,
• wydajnosc i skalowalnosc serwerów Web Proxy
• opóznienia sieciowe miedzy stacja kliencka i wyjsciem do Internetu
• opóznienia sieciowe wyjsciem do Internetu, a datacenter Office 365
• wydajnosc DNS
• routing do optymalnego datacenter Office 365
• optymalizacja sieci TCP/IP
• wydajnosc upload/download z róznych lokalizacji klienta

Wynikiem prac bedzie szczególowy raport dotyczacy wydajnosci oraz przedstawiajacy zalecenia poprawienia konfiguracji, które moga zapobiec wystapieniu problemów w przyszlosci. Ponadto podczas dostarczenia tej uslugi wykonywany jest transfer wiedzy, aby inzynierowi klienta mogli szybko i skutecznie diagnozowac potencjalnego problemy zwiazane z siecia.

W celu uzykania szczególowych informacji na temat uslugi zachecam do kontaktu z dzialem Premier Support w Polsce https://www.microsoft.com/poland/PremierSupport/kontakt.aspx lub z Waszym Technical Account Managerem.

Wprowadzenie nowego mechanizmu uwierzytelniania, a takze zblizajace sie wydanie wersji General Availability nowego narzedzia synchronizacyjnego Azure AD Connect, spowodowalo potrzebe dodanie nowej nazwy do wymaganej listy URLi uzywanych przez Office 365. Nowa nazwa dla której nalezy otworzyc ruch sieciowy to login.windows.net

Zalecamy dodanie nowej nazwy do konfiguracji Firewalli lub serwerów Web Proxy, aby uniknac przerwy w dostepie do uslug Office 365.

Biezaca lista wykorzystywanych przez Office 365 URLi dostepna jest tutaj: https://technet.microsoft.com/en-us/library/hh373144.aspx

Pryncypia Office 365

„Office 365 is Evergreen” takie sformulowanie mozna czesto znalezc na obcojezycznych stronach dotyczacych Office 365. Co to w praktyce oznacza? Pracujac z Office 365 korzystamy zawsze z najnowszej wersji platformy. Office 365 jest kazdego dnia uaktualniany o usprawnienia w dzialaniu lub nowe funkcjonalnosci.

Office 365 jest agnostyczny, jesli chodzi o wersje. Pracujac np. z Exchange Online mozemy uzyskac informacje o wersji organizacji, jednakze nie udostepniamy publicznie informacji, jakie usprawnienia oraz nowe funkcjonalnosci wprowadza dana wersja. Ponadto wersje organizacji Exchange Online moga byc rózne dla kazdej instancji (tenanta) Office 365.

Rodzaje zmian:

Zmiany wprowadzane w Office 365 mozemy podzielic na 5 kategorii:

• Nowe funkcjonalnosci

• Zmiany w istniejacych funkcjonalnosciach

• Zmiany powodujace zaklócenia w dzialaniu uslugi

• Zmiany konfiguracyjne

• Usprawnienia w platformie

Nowe funkcjonalnosci to zmiany wprowadzajace nowe mozliwosci w usludze np.: Data Loss Prevention w Sharepoint Online, czy MAPI/http w Exchange Online.

Zmiany w istniejacej funkcjonalnosci to rozszerzenia i rozbudowa istniejacych parametrów uslugi np.: zwiekszenie quoty (limitów) dla OneDrive for Business, zwiekszenie quoty (limitów) dla skrzynek wspóldzielonych w Exchange Online

Zmiany powodujace zaklócenia w dzialaniu uslugi to bardziej znaczace zmiany, które wymagaja dluzszego zaplanowania i wymagaja podjecia akcji po stronie klienta. Przykladem tego typu zmiany moze byc ograniczenie we wsparciu dla produktów, np.: wspieranie tylko najnowszej wersji przegladarki dostepnej dla systemu operacyjnego od 12 stycznia 2016.

Zmiany konfiguracyjne to zmiany, które wymagaja zaangazowania po stronie klienta, ale nie wymagaja dluzszego planowania. Dotycza zazwyczaj usprawnien w dzialaniu platformy np. zmiany wprowadzane w zakresach adresów IP wykorzystywanych przez Office 365

Usprawnienia w platformie, które poprawiaja jej dzialanie, zwiekszaja bezpieczenstwo, wprowadzaja usprawnienia wydajnosciowe lub usuwaja znane problemy w dzialaniu Office 365. Tego typu zmiany sa zazwyczaj niewidoczne dla klientów.

W jaki sposób informujemy o zmianach.

Informacje o zmianach w Office 365 dostepne sa w nastepujacych miejscach:

• Wymagania systemowe dla Office 365 - https://technet.microsoft.com/pl-pl/library/office-365-system-requirements.aspx. Przedstawia wymagania dla platformy Office 365 w tym dlugoterminowe plany zwiazane z wymaganiami, np. informacje o tym, ze podstawowe wsparcie dla Office 2010 konczy sie 13 pazdziernika 2015, co w kontekscie Office 365 oznacza, ze nowe funkcjonalnosci pojawiajace sie na platformie chmurowej moga nie byc dostepne w Office 2010 po tej dacie.

• Office 365 blog - https://blogs.office.com/. Strona, uaktualniana codziennie, zawierajaca informacje o wprowadzonych nowych funkcjonalnosciach lub zmianach w istniejacych funkcjach platformy

• Strony Kondycji uslugi (Service Health) i Planowanej konserwacji (Planned Maintenance) w Portalu Office 365. Strony informuja o incydentach i wykonywanych pracach, aby przywrócic elementy uslugi do dzialania po wykrytej awarii. Strona Planowanej konserwacji informuje o przewidzianych pracach utrzymaniowych i ich konsekwencjach dla dostepnosci uslugi.

• Centrum Wiadomosci (Message Center) w Portalu Office 365. Zawiera m.in. notyfikacje o planowanych zmianach, które moga powodowac zaklócenia w dzialaniu uslugi np.: wylaczenie wsparcia dla protokolu SSL 3.0.

• Publiczna mapa drogowa -  https://office.com/roadmap. Strona ta przedstawia wysoko poziomowe informacje o zmianach w funkcjonalnosci i nowych funkcjonalnosciach. Nie umieszczamy na tej stronie wszystkich informacji o nowych funkcjonalnosciach czy zmianach w konfiguracji, które planujemy wprowadzic do Office 365.

Rodzaje zmian, a kanaly informacyjne

Gdzie szukac informacji o wybranym rodzaju zmian. Ponizsza tabela powinna ulatwic poszukiwania informacji o zmianach.

Czy moge wstrzymac wprowadzanie zmiany w Office 365?

Platforma Software as a Service, jaka jest Office 365 nie umozliwia wstrzymania na zadanie klienta wprowadzenia zmiany. Office 365 jest globalna usluga. Na raz z tych samych serwerów fizycznych korzysta wiele instancji Office 365. Ponad to, z uwagi na zobowiazania zwiazane z prywatnoscia danych nie rejestrujemy, na których serwerach znajduja sie w danej chwili skrzynki uzytkowników nalezace do klienta, czy na których serwerach znajduja sie strony Sharepoint. W zwiazku z powyzszym nie ma technicznych mozliwosci wstrzymania wprowadzania zmiany na prosbe klienta.

First Release

First Release jest programem, który umozliwia klientom uzyskanie wczesniej dostepu do niektórych nowych znaczacych funkcjonalnosci niz zostana one zainstalowane w srodowiskach korzystajacych ze standardowego cyklu dystrybucji zmiany. Dolaczenie do programu wykonywane jest dla calej instancji Office 365, a wiec dotyczy zarówno Exchange Online, jaki Sharepoint Online.

First Release nie jest „Beta” programem. Klienci korzystajacy z First Release otrzymuja takie samo wsparcie jak korzystajacych ze standardowego cyklu.

First Release nie jest narzedziem, które umozliwia opóznianie instalacji nowych funkcjonalnosci. Jest programem, który umozliwia otrzymaniem nowych cech uslugi w pierwszej kolejnosci.

Zmiany w First Release sa wprowadzana minimum 2 tygodnie wczesniej niz w standardowych srodowiskach. W przypadku wylaczenia trybu First Release w instancji Office 365 przez klienta, funkcjonalnosci, które nie sa jeszcze dostepne w standardowych „tenantach” zostana wycofane.

Podsumowanie

Istnieje kilka miejsc gdzie publikujemy informacje o zmianach planowanych w Office 365. Zalecam regularne sledzenie Centrum Wiadomosci w portalu Office 365, aby byc na biezaco z wprowadzanymi zmianami, zwlaszcza tymi, które maja wplyw na dostepnosc uslugi lub wymagaja akcji administratora. Ta funkcjonalnosc bedzie podlegala dalszym usprawnieniom. Informacji o zmianach w Centrum Wiadomosci szukajcie na Mapie Drogowej Office 365.

• Zdalne rozwiazywanie technicznych problemów klientów Premier Support;

• Zapewnienie wysokiej jakosci obslugi zgloszen oraz porad technicznych;

• Wspólpraca z innymi inzynierami pracujacymi reaktywnie w obrebie danej technologii.

To stanowisko, to przede wszystkim szansa pracy w unikalnym srodowisku, dostep do bardzo glebokiej wiedzy technicznej oraz wspólpraca z ekspertami technologii Microsoft w Europie i na swiecie. Genialna praca dla osób szanujacych stacjonarny tryb pracy w Warszawie oraz preferujacych specjalizowanie sie w wybranych produktach Microsoft.

Wiecej informacji na temat wymagan mozna znalezc na: SharePoint / Windows Core Support Engineer, Warsaw, Poland @ careers.microsoft.com.

Natomiast specyfika prac wykonywanych dla klientów Premier Support oraz dzialu CSS zostala opisana w artykule: Microsoft Premier Support w Polsce.

Jak to dziala?

Aby móc skorzystac z opcji resetowania hasla uzytkownik musi miec przypisana licencje Azure AD Premium. Po przypisaniu licencji, uzytkownik moze za pomoca strony (1) https://aka.ms/SSPRSetup skonfigurowac, w jaki sposób chce potwierdzic swoja tozsamosc w momencie resetowania hasla. Dostepne opcje to:

• odebrania polaczenia telefonicznego (takze w jezyku polskim),
• wpisanie kodu z wiadomosci sms,
• wpisanie kodu z wiadomosci email otrzymanej na alternatywny adres pocztowy.

Uzytkownik po otworzeniu strony do resetowania hasla (2) (https://passwordreset.microsoftonline.com/) bedzie musial podac swój login oraz uwierzytelnic sie za pomoca jednej z wczesniej skonfigurowanych metod. Po zakonczonym powodzeniem uwierzytelnieniu, uzytkownik bedzie mógl wprowadzic nowe haslo (3), które zostanie zapisane w Azure AD. Nastepnie narzedzie synchronizacyjne Azure AD Sync skonfigurowane do synchronizacji wstecznej hasel, zreplikuje (4) haslo to lokalnego AD.

Nowe haslo, które wprowadzi uzytkownik musi byc zgodne z regulami zlozonosci zaimplementowanymi w lokalnym Active Directory.

Co musi zrobic administrator, aby wdrozyc te funkcjonalnosc?

Proces uruchamiania funkcjonalnosci Self-Service Password Reset zostal bardzo dobrze opisany na ponizszej stronie: https://msdn.microsoft.com/en-us/library/azure/dn683881.aspx

Wazne, aby konto administratora wlaczajacego portal Self-Service Password Reset:

• posiadalo przypisana licencje Azure AD Premium,
• bylo kontem chmurowym (zalozonym w Azure AD), a nie kontem sfederowanym z lokalnego AD (konto typu Microsoft Account uzywane do zarzadzania tenantem Azure równiez nie jest odpowiednie).

Warto pamietac, ze narzedzie Azure AD Sync synchronizuje równiez hasla z lokalnego AD do Azure AD, a wiec zapewnia funkcjonalnosc dostepna dotad dzieki DirSync.

Jak dziala proces synchronizacji wstecznej hasel?

Synchronizacja wsteczna hasel korzysta z technologii Azure Service Bus. Silnik synchronizacyjny wbudowany w narzedzie Azure AD Sync podtrzymuje komunikacje z Azure AD. Z punktu widzenia firewall’a, polaczenie jest nawiazywane z serwera Azure AD Sync do Azure AD. Do komunikacji wykorzystywane sa porty 9350-9353. Jednakze, gdy sa zamkniete, synchronizacja odbywa sie na porcie 80. Po zresetowaniu przez uzytkownika hasla jest ono przesylane w postaci jawnej do lokalnego AD, aby sprawdzic czy spelnia wymagania, co do zlozonosci. Jesli haslo jest zgodne z wymaganiami, zostanie zapisane w lokalnym AD. Mimo, ze komunikacja odbywa sie na porcie 80, jest ona zaszyfrowana mechanizmami, które dostarcza Azure Service Bus.

Po wykonaniu kilku testów moge stwierdzic, ze po zresetowaniu, haslo jest synchronizowane do lokalnego AD w przeciagu okolo 1 minuty.

Podsumowanie

Azure AD Premium otwiera nowe mozliwosci zwiazane z zarzadzaniem AD „w chmurze”. Ponadto dzieki nowemu narzedziu synchronizacyjnemu: Azure AD Sync, integracja miedzy lokalna infrastruktura AD, a Azure AD jest jeszcze pelniejsza. Wkrótce Azure AD Sync bedzie dostarczal kolejnych nowych funkcjonalnosci. Stay tuned!

Osoby majace duze doswiadczenie w pracy z: SharePoint, IIS oraz ASP.NET, zachecamy do aplikowania. Mile widziana jest praktyczna wiedza z zakresu budowy rozwiazan i programowania na platformie SharePoint.

Wiecej informacji na temat otwartej rekrutacji mozna przeczytac na Microsoft Careers pod tym adresem: https://careers.microsoft.com/jobdetails.aspx?ss=&pg=0&so=&rw=1&jid=163939&jlang=en&pp=ss

Zapraszamy!

• FastTrack – usluga polegajaca na przygotowaniu srodowiska do migracji badz integracji srodowiska lokalnego z chmura Microsoft
• oraz ograniczona czasowo (do konca marca 2015) Adoption Offer polegajaca na pomocy we wdrozeniu i rozpoczeciu pracy w nowym srodowisku

FastTrack

Od 1 wrzesnia klient ma mozliwosc skorzystania z uslugi o nazwie „FastTrack” kupujac minimum 150 licencji Office 365 z ponizszych planów:

• Office 365 Enterprise plans (E1, E3, E4, G1, G3, G4),
• Exchange Online standalone (P1 i P2),
• O365 ProPlus SKU,
• SharePoint Online standalone SKUs,
• Lync Online standalone SKUs,
• OneDrive Standalone SKUs.

„FastTrack” polega na bezplatnej, zdalnej pomocy wykwalifikowanych inzynierów Microsoft w przygotowaniu Office’a 365, a takze srodowiska lokalnego do migracji do chmury. Sama migracja danych nie jest czescia „FastTracka”.

Office 365 Adoption Offer

Oprócz asysty w przygotowaniu srodowiska, Microsoft oferuje od 1 wrzesnia „Office 365 Adoption Offer”. Jest to oferta skierowana do nowych klientów kupujacych przynajmniej 150 licencji w planach:

• Office 365 Enterprise plans (E1, E3, E4),
• Platnych planach edukacyjnych Office 365 Education plans (A3, A4),
• Office 365 Government plans (G1, G3, G4),
• Exchange Online standalone (P1, P2).

“Office 365 Adoption Offer” umozliwia migracje skrzynek pocztowych do Exchange Online w jednej z dwóch opcji:

1. Opcja 1. Wykonanie migracji poczty elektronicznej do Exchange Online przez specjalistów z Microsoft Onboarding Center (MOC). Migracja moze byc wykonana zarówno z Exchange On-Premises, Lotus Notes, a takze z systemów pocztowych firmy trzeciej. Microsoft Onboarding Center nie tylko wspomaga klienta przy migracji zawartosci skrzynek, ale takze przy stworzeniu konfiguracji Hybrydowej dla Exchange. Migrowanych jest tyle skrzynek, ile klient zakupil licencji.  Skrzynki musza znajdowac sie w jednym lesie AD.

Migracja nie obejmuje migracji folderów publicznych i archiwów. W przypadku migracji z Lotus Notes migrowane sa wiadomosci z ostatnich 30 dni oraz wpisy z kalendarza z ostatnich 14 dni.

1. Opcja 2. Zamiast wsparcia ze strony MOC, klient moze otrzymac voucher na sfinansowanie czynnosci migracyjnych do Exchange Online, a takze OneDrive i Sharepoint w wysokosci:

• $15 per licencja dla 150 – 1000 licencji,
• $5 per licencja dla powyzej 1000 licencji (maksymalna kwota wsparcia dla jednego klienta to $60k).

Przyklad: kupujac 3000 licencji E1, klient otrzyma 15000$+(5$*2000)=25000$ wsparcia!

Klient moze wykorzystac voucher na sfinansowanie dzialan wykonanych przez Partnera, MCS (Microsoft Consulting Services) lub Premier Support zwiazanych z migracja.  Otrzymane wsparcie moze byc przeznaczone na migracje danych, rozwiazania problemów post-migracyjnych, a takze rozszerzenie funkcjonalnosci.

Oferta Office 365 Adoption Offer jest ograniczona czasowo. W przypadku posiadania umowy wsparcia Premier, zachecamy do kontaktu z Technical Account Managerem, aby porozmawiac na temat naszych uslug zapewniajacych szybka i bezproblemowa migracje do Office’a 365.

Od 1 wrzesnia istnieje mozliwosc aktywowania Office 365 ProPlus Click-to-Run na komputerach wspóldzielonych np. na serwerze terminalowym. Dzieki tej funkcjonalnosci kazdy z uzytkowników logujacych sie na takiej stacji bedzie mógl aktywowac pakiet Office uzywajac wlasnej licencji.

Aby zainstalowac Office 365 ProPlus w trybie wspóldzielonym nalezy do pliku konfiguracyjnego (wywolywanego przy uruchomieniu Office Deployment Tool) dodac wpis:

<Property Name="SharedComputerLicensing" Value="1" />

Gdy Office 365 ProPlus zostanie zainstalowany w trybie wspóldzielonym, kazdy logujacy sie na stacji uzytkownik bedzie musial podac swoje poswiadczenia, aby aktywowac dla siebie pakiet Office. W przypadku, gdy organizacja korzysta z serwerów AD FS, uwierzytelnianie na platformie aktywacyjnej odbedzie sie w sposób zintegrowanym. Przy nastepnym logowaniu na tej samej stacji przez tego uzytkownika, podanie poswiadczen nie bedzie potrzebne nawet, jesli w miedzy czasie na stacji logowal sie inny uzytkownik i aktywowal pakiet Office uzywajac swojego konta. Ponadto aktywacja Office 365 ProPlus na stacji wspóldzielonej nie bedzie zuzywac jednej z 5 aktywacji, jakie posiada uzytkownik z przypisana licencja na Office 365 ProPlus.

Jesli uzytkownik przez kilka dni nie bedzie logowal sie na stacji, to jego token uzyty do aktywacji pakietu Office wygasnie. W zwiazku z tym, gdy uzytkownik zaloguje sie na stacji po kilku dniach przerwy i uruchomi aplikacje pakietu Office, bedzie musial ponownie podac poswiadczenia, aby aktywowac pakiet Office (w przypadku wykorzystanie AD FS uwierzytelnianie bedzie zintegrowane). Nie jest dokladnie okreslone po ilu dniach token wygasnie, gdyz okres ten moze byc rózny dla kazdego z uzytkowników.

Dodatkowe informacje o instalacji Office 365 ProPlus Click-to-Run w trybie wspóldzielonym dostepne sa tutaj: https://technet.microsoft.com/en-us/library/dn782860(v=office.15).aspx