Lync/Skype voor Business-client kan geen verbinding maken met Exchange in speciale Office 365/ITAR

Symptomen

In Microsoft Office 365 speciaal/ITAR, kan een gebruiker zich een van de volgende problemen in de Microsoft Lync/Skype voor Business client zijn:

• Functies zijn onder andere de volgende werken niet zoals verwacht:

  • Gesprekgeschiedenis opslaan

  • Aanwezigheid op basis van agenda-informatie bijwerken

  • Bij Office-meldingen die worden weergegeven op de contactpersoonkaart van de gebruiker

• De gebruiker herhaaldelijk gevraagd om een gebruikersnaam en wachtwoord verbinding maken met Exchange.

Bovendien wordt een van de volgende foutberichten weergegeven:

Oorzaak

Dit probleem treedt op als er een of meer van de volgende voorwaarden wordt voldaan:

• Integratie met Microsoft Exchange Server en Outlook is uitgeschakeld.

• Exchange-referenties zijn onjuist.

• De service Exchange Web Services (EWS) niet is ingeschakeld.

• Nodig verkeer wordt geblokkeerd door de firewall of proxyserver.

• De Lync client niet de juiste autodiscover-gegevens te identificeren.

Oplossing

U kunt dit probleem oplossen door de volgende stappen uit te voeren:

1. Zorg dat de Lync client heeft de meest recente update. Zie hiervoor de Skype voor Business downloads en updates.

2. Controleren of de Lync client is geconfigureerd voor Exchange of Outlook-integratie:

   1. Zoek de Lync Client > Opties > persoonlijke.

   2. Zorg ervoor dat Microsoft Exchange of Microsoft Outlook samen met de gewenste functies is geselecteerd onder Personal Information Manager:
      
      
      
      Opmerking Als deze opties niet beschikbaar zijn, kunnen zij worden beperkt door Groepsbeleid in te stellen of het clientbeleid die wordt toegepast op de gebruiker Lync.

3. Aanmelden bij Outlook Web Access valideren Exchange-referenties.

4. Zorg ervoor dat de EWS is ingeschakeld voor de gebruiker. Gebruik hiervoor Remote PowerShell de volgende Exchange-opdracht uit te voeren:Get-casmailbox <smtp> | fl EWSEnabled Als de waarde van het kenmerk EWSEnabled is ingesteld op FALSE, mislukt Lync/Skye voor Business-integratie.

5. Zorg ervoor dat er geen proxyserver of firewall verkeer blokkeert. Poorten 443 op de Exchange-omgeving moeten zijn geopend op de firewall en proxyservers laten Exchange verkeer vrij te geven.

6. EWS problemen die in Outlook (vrij/bezet of niet aanwezig optreden) te identificeren.

7. Bevestigen dat de EWS-URL die gebruikmaakt van de Lync client correct is. Ga hiervoor als volgt te werk:

   1. Druk op en houdt u CTRL ingedrukt, klik met de rechtermuisknop op de Lync-pictogram in het systeemvak en klik op Configuratie-informatie. Zoek de instelling van de EWS in het veld Externe URL EWS .

   2. Wijzig de waarde die u in de instelling van de Externe URL EWS gevonden, zodat deze eindigt op 'Exchange.asmx'. Bijvoorbeeld:
      
      Standaard externe URL EWS: https://mail.outlook.com/EWS/Exchange.asmx/WSSecurity
      
      Gewijzigd EWS externe URL: https://mail.outlook.com/EWS/Exchange.asmx
      
      Opmerking Als er geen waarde in de EWS interne of externe URL EWS, gaat u naar stap 8.

   3. Geef het gewijzigde EWS externe URL-adres in een browser en vervolgens Exchange-referenties invoeren als u wordt gevraagd om dit te doen. Er wordt een XML-respons (in Exchange Server 2010) of een servicepagina (Exchange Server 2013).
      
      Als de pagina niet wordt weergegeven, dit is waarschijnlijk een netwerk- of DNS-probleem waardoor de resolutie van de URL en teams netwerk moeten worden gebruikt.

8. Als de EWS URL externe en interne URL EWS leeg zijn, is het waarschijnlijk dat het proces AutoDiscovery niet goed werkt.
   
   De Lync/Skype voor zakelijke cliënten geen Service Connection Point (SCP) gebruiken om te bepalen van de autodiscover-URL. In plaats daarvan vertrouwen zij op de DNS-records. Zij baseren deze actie op het domeinachtervoegsel van de gebruiker van het kenmerk WindowsEmailAddress of E-mail in Active Directory.
   
   Ten minste één van de volgende DNS-records is vastgesteld in de Exchange-omgeving:

   • https://<SMTP-Domain>/autodiscover/autodiscover.xml

   • https://autodiscover.<SMTP-Domain>/autodiscover/autodiscover.xml

   • http://autodiscover.<SMTP-Domain>/autodiscover/autodiscover.xml

   • _autodiscover._tcp. <SMTP-domein> (SRV-record)

   
   Testen of de computer van de gebruiker deze URL's kan worden opgelost door een ping probeert of de URL zoeken in een internetbrowser. Een positief antwoord moet een XML-antwoord fout code 600 worden weergegeven.
   
   Als de URL's zijn nog steeds niet wordt weergegeven nadat u deze stap uitvoert, dit is waarschijnlijk een netwerkprobleem en netwerk teams moeten zijn ingeschakeld om te onderzoeken.

9. Als het probleem zich blijft voordoen, Lync Logboeken, een Fiddler traceren en uitvoer van configuratie-informatie van stap 7A verzamelen en volg de instructies van de escalatie in het volgende Knowledge Base-artikel:

   2649420 basisinformatie over probleemoplossing voor Lync Online in Office 365 toegewezen