Lync 2010 og 2013 klient-login til fejlfinding af servere

Denne artikel indeholder oplysninger om, hvordan du foretager fejlfinding af en Lync-klient.

Indholdsfortegnelse:

1. Indhent specifikke detaljer om implementeringen
2. Test af Lync-klientforbindelsen
3. Nulstil Lync-klienten
4. Løs problemet

Problem 1: Indhent specifikke detaljer om implementeringen

Før du går i gang med fejlfinding af problemer på Lync-implementeringer, bør du bruge et øjeblik på at finde egenskaberne for implementeringen. Spørgsmål, der skal stilles, kan omfatte:

1. Hvad er kildeundernettet og destinationsundernettet?

2. Hvor mange firewalls, routere og switche er en del af Lync-netværket?

3. Er en Edge-server implementeret?

4. Anvendes VLAN’er? Hvor mange og er de korrekt tilsluttet?

5. Hvor mange lokationer og DCS’er er der involveret?

6. Hvad er navnet på Sip-domænet? Er det det samme som maildomænet eller domænenavnet?

7. Anvendes offentlige certifikater?

Microsoft har beskrevet processen på en tjekliste: Microsoft Lync-tjekliste.  Et andet værktøj, som kan være nyttigt, er Lync Server Planning Tool. Besvarelse af spørgsmål på Lync Server Planning Tool vil generere et Netværksdiagram. Forudsat, at spørgsmålene blev besvaret med den faktiske indstilling fra Lync-implementeringen, vil dette generere et nøjagtigt netværkstopologidiagram, der kan bruges til at kontrollere Lync-miljøet for Best Practices.

Tilbage til toppen

Problem 2: Test Lync-klientforbindelsen

Et vigtigt Lync-klient-fejlfindingstrin bruger klientoplysningsegenskaben. På tastaturet skal du holde Ctrl-tasten nede og højreklikke på Lync-ikonet i nederste højre hjørne af Windows-proceslinjen. Du vil se en valgmulighed, der hedder konfigurer oplysninger. Vælg denne mulighed som vist nedenfor i figur 1.

Figur 1.

Gennemgå og undersøg fejllinjer fra figur 2 nedenfor. F.eks. kan EWS-fejllinjen indikere, at der er en Exchange-kommunikationsfejl. Selvom dette muligvis ikke er rodårsagen, vil det pege på fejl mellem Exchange og Lync. Se Remote Unified Communications-fejlfindingsværktøjet (RUCT-værktøjet) i slutningen af denne artikel. RUCT-værktøjet kan hjælpe med at forklare, hvorfor nogle af fejlene i figur 2 kan forekomme.

Figur 2.

Manuel konfiguration

Hvis du finder problemer med forbindelsen fra Lync-oplysningerne, skal du sammenligne resultaterne med manuel konfiguration. Fremgangsmåden til at indstille manuel konfiguration er:

1. Kontroller, at konfigurationstilstanden er automatisk (Funktioner-> Indstillinger-> Avanceret på Lync-klienten)

2. Hvis konfigurationen allerede er automatisk og fejler, skal du forsøge at indsætte forbindelsens IP-adresse (Figur 3).

Figur 3.

Adressesøgning

Et andet trin til at isolere fejlen til IIS eller http er at kontrollere URL-adressen lync.domain.com/abs/handler. Tast denne http-adresse ind i en browser på den berørte klient.

Fejl indikerer et problem med forbindelsen med IIS på Lync-serveren. Du kan finde flere oplysninger i dokumentationen til TechNet . En lignende fejlfinding kan være port-fejl. Kontrollér SRV-posten for automatisk klient-login. Tast Enter efter hver linje nedenfor:

• Nslookup (enter)

• set type=srv (enter)

• _sipinternaltls._tcp.contoso.com (enter)

Hvis søgningen ikke lykkes, kan det skyldes at Service Locator Record (SRV) mangler fra server-DNS, eller der er en blokering i forbindelsen til serveren. Et andet forbindelsespunkt, der skal være tilgængeligt, er det fulde domænenavn til Lync-serveren. Start en ny nslookup-session, og indtast fqdn.domain.com for at kontrollere, at det fulde domænenavn kan nås.

Logføring af Lync-klienten

Hvis alt fungerer, skal du slå Lync-klient-logføring til på Lync-klienten. Se figur 4 og 5 nedenfor. (klik på gear-symbolet (Figur 4)-> Funktioner-> Indstillinger-> Generelt på Lync-klienten). Du kan se afkrydsningsfelter til at slå logføring og hændelsesfejl til (Figur 5).

Figur 4.

Figur 5.

Hvis du bruger logføring, skal du bruge Remote UC-fejlfindingsværktøjet (RUCT) til at kontrollere, at SRV kan løses. Du kan også kontrollere, om klienten har adgang til alle nødvendige certifikater, porte og forbindelsesposter.

Tilbage til toppen

Problem 3: nulstilling af Lync-klienten

Hvis der opstår en fejl under login, kan fejlen skyldes klientgodkendelsesfejl. Fejlen kan endda skyldes et certifikatproblem. Cachelagrede legitimationsoplysninger eller certifikatproblemer kan løses ved at rydde oversigten på klientmaskinen. Den nemmeste måde at teste for dette problem er at oprette en bruger, der aldrig har logget ind noget sted. En ny bruger er i stand til at kommunikere med Lync-serveren og hente nye legitimationsoplysninger og certifikat, der er registreret på klienten. Hvis brugeren kan logge på, vil vi antage, at følgende vil løse problemet med eksisterende brugere.

1. Kontroller, at der ikke er uregelmæssigheder i den måde, DNS-posterne er foretaget på. Hvis de har et andet Exchange-accepteret domæne, et unikt SIP-domæne og har et .local- og .com-domænenavn, kan det blive forvirrende. Se Microsoft-dokumentationen for specifikke scenarier, hvor navngivningen er kompleks.

2. Ryd historikken over brugerlegitimationsoplysninger ved at rydde cachen fra "lager til legitimationsoplysninger". Find dette lager i Windows 7. Stien er Control Panel\All Control Panel Items\Credential Manager (eller skriv "cred" i start-> søg på Windows 7)

3. Ryd registreringsdatabase-historikken:

• Gå til registreringsdatabasen, og fjern brugerspecifikke registreringsdatabasenøgler
• Fjern mappen med det problematiske brugerprincip fra HKEY_CURRENT_USER\Software\Microsoft\Shared\UcClient
• Fjern mappen med det problematiske brugerprincip fra HKEY_CURRENT_USER\Software\Microsoft\Communicator\ConfAddin\
• Fjern brugermappen fra \Users\username\AppData\Local\Microsoft\Communicator
• Kør ipconfig/flushdns & & ipconfig/registerdns på klienten
• I Windows XP skal du åbne Windows Explorer og gå til C:\Documents and Settings\User\Application Data\Microsoft\Crypto\RSA\ mappe og slette undermappen til RSA-nøglen.

Tilbage til toppen

Problem 4: Løs problemet

Du vil muligvis bemærke at det meste Lync-materiale her er relateret til, hvordan du finder oplysninger. Vær opmærksom på at det normalt ikke er Lync-klienten, som skal repareres. Som disse artikler illustrerer, afhænger Lync-klienten af om serverforbindelsen er indstillet korrekt. For at opsummere, hvad der skal søges efter:

1. DNS - klienten skal være i stand til at løse FQDN for Lync-front-end-serveren.

2. SRV - klienten søger efter den automatiske konfigurationspost, efter den har fundet Lync FQDN

3. @domain. Klienten undersøger dit SIP-domæne for at se, om der er nogen front-end-servere med dette navn, ved brug af SRV-poster

4. Hvis domænet bliver fundet, kontrollerer det klientcertifikatet på serveren.

5. Der skal være tillid til server-og klientcertifikatet. (udstedt af den samme myndighed).

6. Hvis certifikatet er OK, vil klienten aftale godkendelse. Dette vil være NTLM eller Kerberos.

Ydre grænser for processen omfatter, men er ikke begrænset til antivirus, blokering af Firewall-porte, cachelagrede legitimationsoplysninger og certifikater, ukorrekte godkendelsesindstillinger, virtuelle mapper, brugerlegitimationsoplysninger, der er forkerte eller ikke konfigureret i Lync-kontrolpanelet.

Dette giver forhåbentlig en vis retning for, hvor du kan starte med at løse problemerne, når du oplever logon-problemer med Lync-klienten. Gennemse yderligere ressourcer fra Microsoft TechNet Blogsog Microsoft TechNet.

Tilbage til toppen