Tento článek vysvětluje, jak postupovat při odstraňování problémů s klientem Lync.
Před zahájením odstraňování problémů u nasazení aplikace Lync zjistěte podrobnosti implementace. Můžete si položit například tyto otázky:
Jaká je zdrojová a cílová podsíť?
Kolik firewallů, směrovačů a přepínačů náleží do sítě Lync?
Je nasazený server Edge?
Jsou použité sítě VLAN? Kolik jich je a jsou správně připojené?
Kolik umístění a řadičů domény je zapojeno?
Jaký je název domény Sip? Je stejný jako e-mailová doména nebo název domény?
Jsou použité veřejné certifikáty?
Společnost Microsoft vytvořila kontrolní seznam pro tento proces: Kontrolní seznam aplikace Microsoft Lync. Dále může být užitečný nástroj Lync Planning Tool. Po zodpovězení otázek v nástroji Lync Server Planning Tool se vygeneruje schéma sítě. Pokud odpovědi skutečně vypovídaly o nastavení implementace Lync, vytvoří se přesné schéma topologie sítě, které lze použít k zajištění vzorových postupů v prostředí Lync.
Důležitý krok odstraňování problémů s klientem Lync využívá vlastnosti informací o klientovi. Podržte klávesu Ctrl a klikněte pravým tlačítkem na ikonu Lync v pravém spodním rohu lišty úloh Windows. Zobrazí se možnost Informace o konfiguraci. Vyberte ji podle obrázku 1 níže.
Obrázek 1
Projděte a prozkoumejte řádky selhání podle obrázku 2 níže. Například řádek selhání EWS může signalizovat, že došlo k selhání komunikace Exchange. Nemusí jít o hlavní příčinu, poukazovalo by to však na selhání mezi službami Exchange a Lync. Viz nástroj RUCT (Remote Unified Communications Troubleshooting) na konci článku. Nástroj RUCT vám může pomoci zjistit, proč dochází k některých selháním z obrázku 2.
Obrázek 2
Pokud najdete problémy s připojením v informacích aplikace Lync, porovnejte výsledky s používáním ruční konfigurace. Postup nastavení ruční konfigurace:
Ověřte, jestli je režim konfigurace automatický (Nástroje -> Možnosti -> Rozšířené v klientovi Lync).
Pokud je konfigurace již automatická a dojde k selhání, zkuste zadat IP adresu připojení (obrázek 3).
Obrázek 3
Dalším krokem při izolování chyby na službu IIS nebo protokol http je ověření adresy URL lync.domain.com/abs/handler. Zadejte tuto adresu http do prohlížeče na dotčeném klientovi.
Selhání signalizuje problém s připojením služby IIS na serveru Lync. Další informace naleznete v dokumentaci TechNet. Selhání portu při podobném postupu odstraňování problémů. Ověřte záznam SRV automatického přihlašování klienta. Zadejte výraz enter do řádků níže:
Nslookup (enter)
set type=srv (enter)
_sipinternaltls._tcp.contoso.com (enter)
Pokud se vyhledávání nezdaří, buď chybí na serveru DNS záznam SRV (Service Locator Record), nebo došlo k blokování připojení k serveru. Další bod připojení, který musí být dosažitelný, je plně kvalifikovaný název domény serveru Lync. Spusťte novou relaci nslookup a zadejte fqdn.domain.com, čímž ověříte, zda je plně kvalifikovaný název domény dostupný.
Pokud zatím vše odpovídá, zapněte protokolování klienta Lync na samotném klientovi Lync. Viz obrázky 4 a 5 níže. (Klikněte na symbol ozubeného kolečka (obrázek 4) -> Nástroje -> Možnosti -> Obecné v klientovi Lync). Zde jsou vidět zaškrtávací pole, ve kterých se zapíná protokolování a chyby událostí (obrázek 5).
Obrázek 4
Obrázek 5
Při protokolování použijte nástroj Remote UC Troubleshooting Tool (RUCT) k ověření, zda lze záznam SRV vyřešit. Můžete také ověřit, jestli měl klient přístup ke všem potřebným certifikátům, portům a záznamům připojení.
Pokud dojde k chybě během přihlášení, může to poukazovat na selhání ověřování klienta. Taková chyba může signalizovat i problém s certifikátem. Přihlašovací údaje v mezipaměti nebo problémy s certifikátem lze opravit vymazáním historie na počítači s klientem. Nejsnazším způsobem, jak tento problém otestovat, je vytvořit uživatele, který se dosud nikde nepřihlásil. Nový uživatel musí komunikovat se serverem Lync a získat nové přihlašovací údaje a certifikát, které se registrují na klientovi. Pokud se tento uživatel může přihlásit, pak by měl pro stávající uživatele vyřešit problém následující postup.
Ověřte, zda nedochází k nezvyklým úkazům ve vytváření záznamů DNS. Pokud mají odlišnou doménu se službou Exchange, jedinečnou doménu SIP a název domény .local a .com, může být situace matoucí. Podívejte se do dokumentace společnosti Microsoft na konkrétní scénáře se složitými schématy pojmenování.
Vymažte historii uživatelských přihlašovacích údajů ze „schránky přihlašovacích údajů“. Ta se v systému Windows 7 nachází na umístění Ovládací panely\Všechny položky Ovládacích panelů\Správce přihlašovacích údajů (případně zadejte v nabídce Start část názvu a použijte vyhledávání v systému Windows 7).
Mohli jste si všimnout, že většina materiálu ohledně aplikace Lync se věnovala vyhledávání informací. Oprava se totiž zpravidla netýká klienta Lync. Jak tento článek vysvětluje, klient Lync závisí na správném nastavení připojení serveru. Shrneme si, co je třeba vyhledat:
DNS – Klient musí být schopen vyřešit název FQDN klientské části serveru Lync.
SRV – klient vyhledává záznam automatické konfigurace, když nalezne doménu Lync FQDN
@domain. Klient kontroluje doménu SIP a zjišťuje přítomnost klientské části serverů s daným názvem pomocí záznamů SRV.
Pokud je nalezena doména, zkontroluje certifikát klienta na serveru.
Certifikáty serveru a klienta musí být důvěryhodné. (Musí je tedy vydat stejná autorita.)
Pokud je certifikát v pořádku, klient vyjedná ověřování. To bude typu NTLM nebo Kerberos.
Proces mohou znesnadnit vnější faktory, zejména antivirus, blokování portů ve firewallu, přihlašovací údaje a certifikáty v mezipaměti, nesprávné nastavení ověřování, virtuální adresáře, nesprávné přihlašovací údaje nebo přihlašovací údaje, které nejsou nastavené v ovládacím panelu Lync.
Doufáme, že vám toto pomůže zjistit, kde začít s řešením problémů s přihlašováním do klienta Lync. Podívejte se také na další materiály na blozích Microsoft TechNeta webu Microsoft TechNet.