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

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 16.09.2019 - 17:48


- Windows Server 2019 - LDAP out of memory exception -

Aktuelle Versionen von Windows Server 2019 laufen bei LDAP Abfragen mit Gruppenauflösung (1.2.840.113556.1.4.1941) auf einen out of memory-Fehler. Laut einem Microsoft-Mitarbeiter soll das Problem aber im kommenden September-Update behoben werden (KB4516077).

Unter folgendem Link kann man die Diskussion im Microsoft Social TechNet verfolgen:
https://social.technet.microsoft.com/Forums/windowsserver/en-US/4f14412f-dd81-4b9a-b6b5-aa69100e87d0/intermittent-not-enough-space-errors-when-doing-ldap-queries-against-2019-domain-controller?forum=winservergen

Leider kann man in den offiziellen Kanälen zu dem KB-Artikel noch nichts finden.


Weitere News:

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


Exchange 2013 Mapi over HTTP Diagnose


vom 20.09.2015 20:42



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