Lync/Skype for Business-klienten kan ikke koble med Exchange i Office 365 dedikert/ITAR

Symptomer

I Microsoft Office 365 dedikert/ITAR, kan en bruker oppleve ett av følgende problemer i den Microsoft Lync/Skype for Business-klient:

• Funksjoner, for eksempel følgende virker ikke som forventet:

  • Lagring av samtalelogg

  • Oppdatering av tilstedeværelse som er basert på informasjonen i kalenderen

  • Fra Office notifications som vises på kontaktkortet for brukerens

• Brukeren kan gjentatte ganger bedt om å oppgi et brukernavn og et passord for å koble til Exchange.

I tillegg kan brukeren få en av følgende feilmeldinger:

Årsak

Dette problemet oppstår hvis ett eller flere av følgende betingelser er oppfylt:

• Integrasjon med Microsoft Exchange Server og Outlook er deaktivert.

• Exchange er feil.

• Tjenesten Exchange Web Services (EWS) er ikke aktivert.

• Brannmur- eller proxy blokkerer trafikk nødvendig.

• Lync-klienten kan ikke identifisere riktige Autosøk-informasjon.

Oppløsning

Hvis du vil løse dette problemet, følger du denne fremgangsmåten:

1. Kontroller at Lync-klienten har den nyeste oppdateringen. Hvis du vil gjøre dette, kan du se Skype for bedrifter, nedlastinger og oppdateringer.

2. Bekreft at Lync-klienten er konfigurert for Exchange- eller Outlook-integrasjon:

   1. Finn Lync-klient > Alternativer > personlig.

   2. Kontroller at Microsoft Exchange eller Microsoft Outlook er valgt sammen med de ønskede funksjonene under Personal Information Manager:
      
      
      
      Obs! Hvis disse alternativene er tilgjengelige, kan de være begrenset av en innstilling for gruppepolicy eller klient-policy som er aktivert for Lync-brukeren.

3. Valider Exchange legitimasjon ved å logge på Outlook Web Access.

4. Kontroller at EWS er aktivert for brukeren. Hvis du vil gjøre dette, bruker du ekstern PowerShell til å kjøre følgende kommando i Exchange:Get-casmailbox <smtp> | fl EWSEnabled Hvis verdien til attributtet EWSEnabled er satt til FALSE, mislykkes Lync/Skye for bedrift-integrering.

5. Kontroller at det er ingen proxy eller brannmur som blokkerer trafikk. 443-porter til Exchange-miljø må åpnes i brannmuren og proxy-servere for å la passere fritt Exchange-trafikk.

6. Identifisere EWS problemer som oppstår i Outlook (ledig/opptatt eller fraværende).

7. Kontroller at URL-adressen til Lync-klienten bruker EWS er riktig. Følg disse trinnene:

   1. Trykk og hold nede Ctrl, høyreklikker Lync-ikonet i systemstatusfeltet og deretter Konfigurasjonsinformasjon. Se etter innstillingen EWS EWS ekstern URL-adresse -feltet.

   2. Endre verdien som ble funnet i innstillingen EWS eksterne URL-adressen slik at den slutter med "Exchange.asmx". For eksempel:
      
      Standard EWS ekstern URL-adresse: https://mail.outlook.com/EWS/Exchange.asmx/WSSecurity
      
      Endret EWS ekstern URL-adresse: https://mail.outlook.com/EWS/Exchange.asmx
      
      Obs! Hvis det ikke finnes noen verdi i EWS intern eller ekstern URL-adresse for EWS, går du til trinn 8.

   3. Angi endrede EWS eksterne URL-adressen til en Web-leser, og angi deretter legitimasjon for Exchange hvis du blir bedt om å gjøre dette. Du skal motta en XML-svar (i Exchange Server 2010) eller en Service-siden (i Exchange Server-2013).
      
      Dette er sannsynligvis et nettverk eller DNS-problem som hindrer at oppløsningen for URL-adressen hvis siden ikke vises, og nettverk grupper bør være opptatt.

8. Hvis EWS ekstern URL-adresse og EWS interne URL-adressen er tomt, er det sannsynlig at autodiscover-prosessen mislykkes.
   
   Lync/Skype for Business klienter bruk ikke Service Connection Point (SCP) til å angi URL-adressen for autodiscover. I stedet avhengige de av DNS-oppføringer. De baserer denne handlingen på brukerens domenesuffiks på WindowsEmailAddress eller e-post -attributt i Active Directory.
   
   Minst én av følgende DNS-poster har løst i Exchange-miljø:

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

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

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

   • _autodiscover._tcp. <SMTP-domene> (SRV-post)

   
   Teste om brukerens datamaskin kan løse disse URL-adressene ved forsøk på et ping eller å finne URL-adressen i en webleser. Vellykkede svar skal vise en XML-svar sammen med feilkoden 600.
   
   Hvis URL-adresser ikke er fortsatt vises etter at du har utført dette trinnet, dette er sannsynligvis et Nettverkproblem og nettverk grupper bør være opptatt til å undersøke.

9. Hvis problemet vedvarer, samle inn Lync-logger, Fiddler spor og konfigurasjon utdata fra trinn 7A, og følg deretter instruksjonene Opptrapping i følgende Knowledge Base-artikkel:

   2649420 feilsøking grunnleggende for Lync Online i Office 365 dedikert