MicrosoftExchange2016

Wprowadzenie

W części 2 omówiliśmy Exchange 2013 i 2016 CAS w scenariuszu współistnienia, w jaki sposób zainstalować odpowiedni certyfikat dla Microsoft Exchange 2016. W tej części będziemy konfigurować katalogi wirtualne i Outlook Anywhere ustawienia na naszym nowym serwerze Microsoft Exchange 2016, po czy dokonamy zmiany rekordu „A” dla migracji klientów obsługiwania przez CAS Exchange 2016.

Spis poszczególnych etapów artykułu:

Część 1 – Exchange 2013 migracja do 2016 – Instalacja Microsoft Exchange 2016
Część 2 – Exchange 2013 migracja do 2016 – Instalacja certyfikatu SSL dla Exchange 2016
Część 3 – Exchange 2013 migracja do 2016 – Ustawienia wirtualnych odnośników Exchange 2016
Część 4 – Exchange 2013 migracja do 2016 – Zmiana nazwy oraz przeniesienie podstawowej bazy danych
Część 5 – Exchange 2013 migracja do 2016 – Migracja przychodzących wiadomości do Exchange 2016
Część 6 – Exchange 2013 migracja do 2016 – Migracja przekaźników odbierania email i innych aplikacji do Exchange 2016

Ustawienie katalogów wirtualnych w programie Exchange 2016

Punkt połączenia usługi (AutodiscoverServiceInternalUri) został już ustawiony w części 1 po zainstalowaniu Exchange, jednak istnieje szereg innych usług, musimy skonfigurować je tak, aby wymiana wypchnęła poprawne adresy URL i nazwy hosta do klientów w odpowiedzi na zapytanie o AutoDiscover.

Przejdziemy krok po kroku objaśniając jak skonfigurować poniższe usługi, które będą wymagane podczas migracji:

• Outlook Anywhere
• Exchange Control Panel
• Outlook Web Access
• Exchange Web Services
• ActiveSync
• Offline Address Book
• MAPI przez HTTP
Exchange 2013 jest obecnie skonfigurowana tak, aby korzystać z mail.dcorep.com FQDN dla wszystkich wyżej wymienionych usług, będziemy również konfiguracji nasz serwer Microsoft Exchange 2016, aby używał tej samej nazwy, zanim przejdziemy do zmiany rekordów DNS.

Ustaw Outlook Anywhere

Aby ustawić nazwę hosta używanego do Outlook Anywhere, skorzystaj z poniższej komendy, uruchom ją w jednym wierszu. Outlook Anywhere określa, jaki adres jest wykorzystywany do połączenia z programem Outlook.

Get-OutlookAnywhere -Server dcorep-ex2 | Set-OutlookAnywhere -InternalHostname mail.dcorep.com -InternalClientAuthenticationMethod Ntlm -InternalClientsRequireSsl $true -ExternalHostname mail.dcorep.com -ExternalClientAuthenticationMethod Basic -ExternalClientsRequireSsl $true -IISAuthenticationMethods Negotiate,NTLM,Basic

outlookanyware

Ustawienie Exchange Control Panel

Get-EcpVirtualDirectory -Server dcorep-ex2 | Set-EcpVirtualDirectory -InternalUrl https://mail.dcorep.com/ecp -ExternalUrl https://mail.dcorep.com/ecp

setecp

Tu może pojawić się ostrzeżenie jak, powyżej, że musimy zmienić adresy URL OWA powinien on być taki sam. Przystąpimy do tego w następnej kolejności.

Ustawienie Outlook Web Access URLs

Get-OwaVirtualDirectory -Server dcorep-ex2 | Set-OwaVirtualDirectory -InternalUrl https://mail.dcorep.com/owa -ExternalUrl https://mail.dcorep.com/owa

setowa

 

Ustawienie Exchange Web Services URLs

Get-WebServicesVirtualDirectory -Server dcorep-ex2 | Set-WebServicesVirtualDirectory -InternalUrl https://mail.dcorep.com/EWS/Exchange.asmx -ExternalUrl https://mail.dcorep.com/EWS/Exchange.asmx

setews

Ustawienie ActiveSync URLs

Get-ActiveSyncVirtualDirectory -Server dcorep-ex2 | Set-ActiveSyncVirtualDirectory -InternalUrl https://mail.dcorep.com/Microsoft-Server-ActiveSync -ExternalUrl https://mail.dcorep.com/Microsoft-Server-ActiveSync

setac

Ustawienie Offline Address Book URLs

Get-OabVirtualDirectory -Server dcorep-ex2 | Set-OabVirtualDirectory -InternalUrl https://mail.dcorep.com/OAB -ExternalUrl https://mail.dcorep.com/OAB

setoab

Ustawienie MAPI Virtual Directory

Ten krok jest tak naprawdę tylko wymagany, jeśli skonfigurujemy MAPI połączenie za pomocą HTTP, w przeciwnym wypadku nie jest to konieczne. Więcej informacji na ten temat tutaj.
Get-MapiVirtualDirectory -Server dcorep-ex2 | Set-MapiVirtualDirectory -InternalUrl https://mail.dcorep.com/mapi -ExternalUrl https://mail.dcorep.com/mapi

setmapi

Restart MSExchangeAutodiscoverAppPool

Aby wymusić obsługę AutoDiscover natychmiast możemy wykorzystać nowe adresy URL, zrestartuj MSExchangeAutodiscoverAppPool aplikacji usługi w serwisie IIS. Nie jest potrzebny czas przestoju dla tej czynności.

iisrestart

Skonfigurować regułę NAT firewall

Otwórz port 443 z Internetu do nowego serwera Microsoft Exchange 2016 i przypisz statyczną regułę NAT jeden-do-jednego, tak, aby nowy serwer miał statyczny adres IP publiczny, który może być używany przez zewnętrznych klientów.

Testowanie migracji serwera CAS

Z Exchange 2013 w naszym otoczeniu, tylko użyliśmy mail.dcorep.com rekord dla połączeń klienckich. Autodiscover.dcorep.com również wymagane przez zewnętrznego lub kompletnie z poza domeny łączących się klientów, aby pobrać ustawienia automatycznego wykrywania. Teraz, gdy mamy już skonfigurowane nasze Exchange 2016 wirtualnych katalogów i Outlook Anywhere ustawień, możemy przenieść do sprawdzenia klientów.

Najlepiej sprawdzić to na zewnątrz, poza lokalną siecią z kilkoma klientami poprzez dodanie rekordu „A” w swoim pliku hosta, aby je skierować do nowego serwera Exchange 2016, kiedy idą do mail.dcorep.com i autodiscover.dcorep.com. Aby to zrobić, należy otworzyć plik hosts („C:\Windows\system32\drivers\etc\hosts”) za pomocą Notatnika uruchomionego jako administrator, a następnie dodajemy linie takie jak mail.dcorep.com i autodiscover.dcorep.com oraz IP twojego nowego serwera Exchange:

192.168.1.100 mail.dcorep.com
192.168.1.100 autodiscover.dcorep.com

hosts

 

Teraz uruchom ponownie program Outlook, aby potwierdzić, że klient może połączyć się z serwerem Exchange bez problemu. Możemy potwierdzić, że program Outlook jest podłączony do nowego serwera Exchange poprzez otwarcie Monitora zasobów, a następnie klikając na karcie sieciowej. Tutaj możemy filtrować połączenia TCP dokonanych przez outlook.exe i widzimy, że jest on podłączony do naszego nowego adresu IP serwera Exchange, 192.168.1.100:

testconn

Teraz możemy wykonać kilka testów dostępu. Zaczniemy z listy poniżej:

• dostęp do współdzielonych kalendarzy
• dostęp do udostępnionych skrzynek pocztowych
• Wysyłanie i odbieranie wiadomości e-mail wewnętrzne i zewnętrzne
• Otwieranie folderów publicznych
• Pobieranie książki adresowej w trybie offline
Gdy to zostanie wykonane, zmień plik hosts tak, aby pobierał mail.dcorep.com i autodiscover.dcorep.com od publicznego IP serwera Exchange 2016, należy umieścić klienta w sieci zewnętrznej i wykonać testy ponownie, aby przetestować te same usługi na zewnątrz.

Po zakończeniu badania, usunąć wpisy z pliku hosts.

Migracja serwera CAS

Teraz, kiedy wszelkie testowanie zakończono pozytywnie, jesteśmy gotowi do zmiany wewnętrznych rekordów „A” dla mail.dcorep.com i autodiscover.dcorep.com tak by kierowały do wewnętrznego numeru IP serwera Exchange 2016.

dnsa

Gdy to zostanie wykonane, należy zalogować się do swojego dostawcy DNS publicznego, a następnie zmienić zapisy publiczne dla mail.dcorep.com i autodiscover.dcorep.com na publiczny IP numer serwera Exchange 2016.

Podsumowanie

W tej części, mieliśmy migracje roli CAS z Exchange 2013 do Exchange 2016. Najpierw skonfigurowany nazwy hostów i adresy URL na serwerze Microsoft Exchange 2016, a następnie zmieniono zapisy używanych przez klientów, dzięki czemu są teraz kierowane do serwera Exchange 2016.
W części 4, zajmiemy się przenoszeniem, skrzynek pocztowych i folderów publicznych z naszego starego serwera Exchange 2013 do naszego nowego serwera Exchange 2016.

 

 

W razie braku znalezienia odpowiedzi zapraszamy do kontaktu 

Znajdziesz nas również tutaj