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:

  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:

      alternate text

      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

Trenger du mer hjelp?

Utvid ferdighetene dine
Utforsk opplæring
Vær først ute med de nye funksjonene
Bli med i Microsoft Insiders

Var denne informasjonen nyttig?

Hvor fornøyd er du med språkkvaliteten?
Hva påvirket opplevelsen din?

Takk for tilbakemeldingen!

×