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:
Lync kan ikke koble til Exchange-serveren. Lync vil forsøke å koble til på nytt. Logg, voice mail og Outlook-relaterte funksjoner blir utilgjengelige.
Kan ikke koble til Exchange-webtjenestene til å hente kalender og informasjon av Office.
Lync er i ferd med å bestemme plasseringen av Exchange-webtjenester. Denne prosessen kan ta noen minutter.
Lync er problemer med tilkobling til Exchange-serveren. Lync vil forsøke å reparere tilkoblingen til den blir fullstendig gjenopprettet. Logg, voice mail og Outlook-relaterte funksjoner kan være utilgjengelige eller for gammel til tilkoblingen er gjenopprettet.
Å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:
-
Kontroller at Lync-klienten har den nyeste oppdateringen. Hvis du vil gjøre dette, kan du se Skype for bedrifter, nedlastinger og oppdateringer.
-
Bekreft at Lync-klienten er konfigurert for Exchange- eller Outlook-integrasjon:
-
Finn Lync-klient > Alternativer > personlig.
-
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.
-
-
Valider Exchange legitimasjon ved å logge på Outlook Web Access.
-
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.
-
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.
-
Identifisere EWS problemer som oppstår i Outlook (ledig/opptatt eller fraværende).
-
Kontroller at URL-adressen til Lync-klienten bruker EWS er riktig. Følg disse trinnene:
-
Trykk og hold nede Ctrl, høyreklikker Lync-ikonet i systemstatusfeltet og deretter Konfigurasjonsinformasjon. Se etter innstillingen EWS EWS ekstern URL-adresse -feltet.
-
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. -
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.
-
-
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. -
-
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