MICROLINC - Probleme suchen Lösung
Zurück   Home

Lync 2013 / Skype for Business - Exchange Online EWS Modern Auth

  -  05.07.2019 - 18:19
Menü

Home
Microsoft Small Business Server 2011 Standard
Hardware
Windows
MS Office
Projekte
Support
Download
Peripherie
Sonstiges (Off-Topic)
Telefonie
Windows 8
Windows Mobile
Security-Software
DATEV
Virtualisierung Oracle virtualbox
nginx
Kryptographie
hMailServer
Android
Novell
Exchange

Allocatus - Fehler Interner Serverfehler

Allocatus - "Die Eigenschaft "calendar:End" ist für diesen Objekttyp nicht gültig

Outlook 2013 Login Prompt nach Update

MAPI over HTTP - Diagnose

Exchange - Ermittlung aller Schemaversionen von allen Domaincontrollern

Exchange 2013 - Healthmailboxen neu erstellen

Exchange 2013 - Retentionpolicy auf Healthmailboxen anwenden

CodeTwo Exchange Rules Sent Items Update HTTP 501 Fehler

501 5.1.7 Invalid Address

Exchange SMTP Logbücher auswerten

OWA for iPad Hinweis für Outlook Web App entfernen

Informationen an Dritte reduzieren

ActiveSync Lesebestätigungen unterbinden

Getrennte Postfächer - Wie funktioniert das?

Anmeldeschleife OWA

Ersetzen von Zeichen über E-Mail-Adressrichtlinie

Troubleshooting Exchange Health Manager Sensoren

Public Folder Hierarchie Postfach entfernen

EOP als vorgelagertes Gateway für OnPremise

Office Message Encryption

Menge der Unterordner zählen (PowerShell)

Exchange Online - TLS Report für SMTP-Verbindungen

Inline Attachments in reguläre Anhänge umwandeln

Lync 2013 / Skype for Business - Exchange Online EWS Modern Auth

Freigegebene Kalender lassen sich nicht öffnen

Securepoint urlpath_regex Exchange 2019

Server 2012 R2
AD Certificate Service (PKI) / Zertifizierungsstelle
System Center
Blackberry
Microsoft Flow
Virtualisierung Microsoft Hyper-V
Ubiquiti
3CX
OneDrive


 
Autor:Thomas Windscheif last edit:05.07.2019 18:19

Link zu diesem Beitrag:


[Druckansicht]

Lync 2013
Skype for Business 2015
Exchange Online
"Exchange benötigt Ihre Anmeldeinformationen"

Wenn man Lync bzw. Skype for Business OnPremise betreibt aber schon den Messaging Service zu Exchange Online migriert hat, authentifiziert Lync / Skype for Business immer noch so, als ob Exchange OnPremise wäre.
Standardmäßig arbeitet Lync OnPremise mit Kerberos bzw. Basic Authentication.
Auch die Authentifizierung Richtung Exchange wird daher auf diesem Wege durchgeführt.
Der Skype for Business-Client ruft über EWS auf Exchange beispielsweise hochaufgelöste Profilbilder der Lync-Benutzer ab oder gleicht den Kalender hierüber ab.

Wenn man in der hybrid Topologie mit AD FS arbeitet und hier z. B. Claim Rule gebaut hat, die den Zugriff nur innerhalb des Unternehmensnetzwerkes auf Cloudressourcen erlaubt, wird es schwierig mit Lync.
Der Grund ist, dass die Legacy Authentication als die Basic-Authentication mittels Benutzername und Passwort direkt am Excchange Online-Dienst durchgeführt wird und Microsoft als Proxy die Authentifizierung am AD FS durchführt. Da hierbei der Weg über den Web Application Proxy verläuft (das Passieren über diesen ist in der Regel der entscheidene Faktor für AD FS, ob nun innerhalb oder außerhalb des Unternehmensnetzwerkes unterwegs ist), wird kein Access Token erstellt.

Glücklicherweise kann der Skype for Business Client Modern Authentication. Im Szenario OnPremise Lync / Exchange Online wird Modern Authentication standardmäßig aber nicht durchgeführt.

Um nun die Kompatibilität zu Kerberos/Basic Authentication für den Lync-Server und Modern Authentication für den Zugriff auf EWS zu ermöglichen, muss man folgenden Key verteilen:

AllowAdalForNonLyncIndependentOfLync
Dieser Key lässt sich über die CSPolicies des Lyncservers problemlos auf alle Lyncprofile verteilen.

Hierzu muss man zunächst die Policy ermitteln, die auf alle Lync-Benutzer zugewiesen ist.
Standardmäßig die "global"-Policy.

Im Lync-Server kann man über den folgenden Befehl den Key den ggf. vorhandenen Client-Policy-Keys hinzufügen:
$Key = New-CsClientPolicyEntry -name AllowAdalForNonLyncIndependentOfLync -value "True"
Set-CsClientPolicy -Identity global -PolicyEntry @{Add=$Key}


Sobald der Client die neuen Updates von Lyncserver abholt, sollte automatisch der folgende Registry-Key im Lync-Profil in der Registry erscheinen:
HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Lync\\
AllowAdalForNonLyncIndependentOfLync DWORD mit dem Wert 1.

Nachdem der Key vorhanden ist, sollte der Skype for Business-Client einmal geschlossen werden und anschließend erneut gestartet werden. Über die Konfigurationsinformationen (Strg-Taste drücken und rechte Maustaste auf das Skype for Business-Symbol in der Taskleiste) kann man dann über den Wert "EWS OAUTH Authority" prüfen, ob der Client nun Modern Authentication verwendet. Ist der Wert leer, wird keine Modern Authentication versucht.

Weitere Informationen siehe:
https://docs.microsoft.com/en-us/skypeforbusiness/troubleshoot/hybrid-exchange-integration/allowadalfornonlyncindependentoflync-setting




Über den Autor
Thomas Windscheif arbeitet bei excITe Consulting und ist langjähriger Berater im Bereich IT-Infrastruktur und Groupware. Sowohl Kleinunternehmen z. B. im Handwerk als auch der größere fertigende Mittelstand gehören zu seinem Projektumfeld. Im Wesentlichen gehören die Planung von Infrastruktur-Migrationen (Novell/Micro Focus, Microsoft), Cloud-Lösungen (Office365), Groupware-Umgebungen (z. B. Exchange) und deren Umsetzung zu seinen Aufgaben. Neues begeistert ihn aber ebenso und so unterstützt Thomas Windscheif auch bei themenfremden IT-Systemen, überall da wo er helfen kann.

Sein Ziel: Die Mehrwerte der heutigen IT-Lösungen für einfacheres und modernes Arbeiten beim Kunden einbringen.


Login


QuickTag:  

 
Sie haben ein ungelöstes Problem in Ihrer Exchange Server oder Microsoft-Infrastruktur?
Treten Sie gerne mit mir in Kontakt. Sowohl bei einfachen Exchange Installationen, als auch bei hochverfügbaren, lastverteilten Mehrstandort-DAG-Topologien mit Loadbalancern unterstütze ich Sie -auch kurzfristig- sehr gerne.

Nutzen Sie den Live Chat, xing, LinkedIn, das Kontaktformular oder den Mailkontakt

[News als RSS-Feed abonnieren]
News

vom 09.03.2021 - 09:27


- Exchange Update HAFNIUM-Exploit -

Inzwischen dürfte jeder gemerkt haben, dass der Angriffssvektor bei dem Exploit der HAFNIUM-Gruppe durchaus groß ist.

Leider gibt es immer noch viele Betreiber von Exchange-Servern die jahrelang keine Exchange Updates installiert haben und darüberhinaus die Umgebung auch noch "offen" im Netz stehen lassen.

Jetzt ist ein guter Zeitpunkt die Mail-/Messagingstrategie zu überlegen. Sofern Sie selber oder Ihr Dienstleister bisher eher sporadisch Updates eingespielt haben, sollten Sie ernsthaft eine Migration nach Exchange Online in Erwägung ziehen. Hier entfällt dieser administrative Aufwand und Sie profitieren automatisch von neuen Features.

Alternativ können Sie das Hosting & die Wartung Ihrer Exchange-Umgebung auch an deutsche Rechenzentrumsbetreiber auslagern oder bei einem Hostinganbieter Exchange-Postfächer ähnlich wie bei Microsoft mieten.

Abwarten ist jedenfalls keine Option, handeln Sie jetzt!


Weitere News:

Windows Server 2019 - LDAP out of memory exception


vom 16.09.2019 17:48


3CX V16 Call Control API mit PowerShell Core


vom 25.04.2019 11:41


Exchange Online SMTP TLS Report


vom 15.02.2019 18:04


TLS-Test für SMTP mit PowerShell


vom 10.12.2018 11:47


3CX Secure SIP via DIRECT-STUN mit yealink T46S


vom 08.09.2018 15:35


Exchange 2016 CU10


vom 25.06.2018 15:21


Apple iCloud Addin stört Outlook Kalenderfunktionen


vom 18.10.2017 13:24


.NET 4.7 released - Bitte nicht auf Exchange Servern installieren


vom 13.06.2017 21:52


Troubleshooting Exchange Health Manager Sensoren


vom 16.05.2017 21:06


Exchange 2016 - ActiveSync-Lesebestätigungen können nun unterdrückt werden


vom 09.03.2017 18:28


Exchange - Informationen an Dritte einschränken


vom 20.02.2017 01:53


Einen guten Start in das neue Jahr


vom 31.12.2016 19:21


Smart App Banner für OWA entfernen


vom 09.09.2016 20:15


Neue Version des Berechtigungsvererbungsskript für Exchange released


vom 17.05.2016 19:34


LogParser für Exchange SMTP-Logs


vom 16.05.2016 00:48


Exchange Healthmailboxen neu anlegen


vom 25.03.2016 16:28


Retention Policy auf Healthmailboxen anwenden


vom 24.03.2016 20:52


Exchange Schemaversionen auf allen DCs abfragen


vom 24.03.2016 16:37


Neue Versionen des Berechtigungsvererbungsskripts


vom 27.09.2015 19:04



[alle News auflisten]
Sitemap - Kontakt - Datenschutz & Disclaimer - Impressum