Hopp til hovedinnhold
  • Legg inn bestillinger raskt og enkelt
  • Vis bestillinger og spor forsendelsesstatus
  • Opprett og få tilgang til en liste over produktene dine

서버용 Lync 2010 및 2013 클라이언트 로그인 문제 해결

Sammendrag: Lync 클라이언트 문제를 해결하는 방법에 대한 정보

Denne artikkelen gjelder for Denne artikkelen gjelder ikke for Denne artikkelen er ikke knyttet til noe bestemt produkt. Det er ikke produktversjonene som identifiseres i denne artikkelen.

Symptomer

이 문서에서는 Lync 클라이언트 문제를 해결하는 방법에 대한 정보를 제공합니다.



목차:

  1. 배포 관련 세부 정보 수집
  2. Lync 클라이언트 연결 테스트
  3. Lync 클라이언트 재설정
  4. 문제 해결

 


문제 1: 배포 관련 세부 정보 수집

Lync 배포에 대한 문제 해결을 시작하기 전에 잠시 시간을 내어 배포의 특성을 찾아봅니다. 다음과 같은 몇 가지 질문을 할 수 있습니다.

  1. 소스 서브넷 및 대상 서브넷이란 무엇입니까?

  2. Lync 네트워크를 구성하는 방화벽, 라우터 및 스위치는 몇 개입니까?

  3. 에지 서버가 배포됩니까?

  4. VLAN을 사용합니까? 그러한 요소가 얼마나 많이, 또 어느 정도로 잘 연결되어 있습니까?

  5. 얼마나 많은 사이트와 DCS가 관여하고 있습니까?

  6. SIP 도메인의 이름은 무엇입니까? 그 이름이 메일 도메인 또는 도메인 이름과 동일합니까?

  7. 공용 인증서를 사용하고 있습니까?

Microsoft는 프로세스를 점검 목록: Microsoft Lync 점검 목록에 구체적으로 명시해 두었습니다.  도움이 될 수 있는 또 다른 도구는 Lync 계획 도구입니다. Lync Server 계획 도구의 질문에 응답하면 네트워크 다이어그램이 생성됩니다. Lync 배포의 실제 설정으로 질문에 응답한 경우 모범 사례를 위해 Lync 환경을 증명하는 데 사용할 수 있는 정확한 네트워크 토폴로지 다이어그램이 생성됩니다.

맨 위로 이동


문제 2: Lync 클라이언트 연결 테스트

중요한 Lync 클라이언트 문제 해결단계에서는 클라이언트 정보 속성을 사용합니다. 키보드에서 Ctrl 키를 누른 상태에서 Windows 작업 표시줄의 오른쪽 하단 모서리에 있는 Lync 아이콘을 마우스 오른쪽 단추로 클릭합니다. Configure Information이라는 옵션이 표시됩니다. 아래의 그림 1과 같이 이 옵션을 선택합니다.

그림 1.

SLN163442_ko__11361542036082.1png

아래의 그림 2에서 오류 라인을 검토하고 확인합니다. 예제에서 EWS 오류 라인은 Exchange 통신 장애가 있음을 의미할 수 있습니다. 이는 근본 원인이 아닐 수도 있지만 Exchange와 Lync 간 오류를 가리킵니다. 이 문서의 끝부분에 있는 원격 통합 커뮤니케이션 문제 해결 도구(RUCT 도구)를 참조하십시오. RUCT 도구는 그림 2의 오류 중 일부 오류가 발생할 수 있는 이유를 설명하는 데 도움이 될 수 있습니다.

그림 2.

SLN163442_ko__21361543794009.3

수동 구성

Lync 정보에서 연결 문제를 발견한 경우 수동 구성을 사용하여 결과를 비교해 보십시오. 수동 구성을 설정하는 단계는 다음과 같습니다.

  1. 구성 모드가 자동으로 설정되어 있는지 확인합니다(Lync 클라이언트에서 tools ->options-> advanced).

  2. 구성이 이미 자동으로 설정되어 있는 상태에서 오류가 발생하면 IP 주소에 연결해 보십시오(그림 3).

그림 3.

SLN163442_ko__31363142035197.1

주소 조회

IIS 또는 http에 대한 오류를 파악하기 위한 또 다른 단계는 lync.domain.com/abs/handler URL을 확인하는 것입니다. 이 http 주소를 영향을 받는 클라이언트의 브라우저에 넣습니다.

오류가 발생하면 Lync Server의 IIS에 대한 연결 문제가 있는 것입니다. 자세한 내용은 TechNet 설명서를 참조하십시오. 포트 오류 문제를 해결하는 것과 유사한 경로를 따릅니다. 자동 클라이언트 로그인에 대한 SRV 기록을 확인합니다. 아래의 각 줄 뒤에 Enter를 입력합니다.

  • Nslookup(Enter)

  • set type=srv(Enter)

  • _sipinternaltls._tcp.contoso.com(Enter)

조회에 실패한 경우, 서버 DNS에서 SRV(Service Locator Record)가 누락되었거나 서버 연결이 차단된 것입니다. 연결할 수 있어야 하는 다른 연결 지점은 Lync Server의 정규화된 도메인 이름입니다. 새 nslookup 세션을 시작하고 fqdn.domain.com을 입력하여 정규화된 도메인 이름에 연결할 수 있는지 확인합니다.

Lync 클라이언트 로깅

이 지점까지 모든 사항이 확인된 경우 Lync 클라이언트 자체에서 Lync 클라이언트 로깅을 켭니다. 아래의 그림 4 및 5를 참조하십시오. (Lync 클라이언트에서 gear symbol(그림 4) ->tools -> options-> general 클릭). 로깅 및 이벤트 오류를 켤 수 있는 확인란를 볼 수 있습니다(그림 5).

그림 4.

SLN163442_ko__41363142930323.4d

그림 5.

SLN163442_ko__51363142966652.5

로깅에서 원격 UC 문제 해결 도구(RUCT)를 사용하여 SRV를 확인할 수 있는지 점검합니다. 클라이언트에서 필요한 모든 인증서, 포트 및 연결 기록에 액세스할 수 있는지도 확인할 수 있습니다.

맨 위로 이동


문제 3: Lync 클라이언트 재설정

로그인 중에 오류가 발생하는 경우 클라이언트 인증 실패와 관련된 오류일 수 있습니다. 또는 인증서 문제와 관련된 오류일 수도 있습니다. 캐시된 자격 증명 또는 인증서 문제는 클라이언트 머신의 기록을 지우는 방식으로 해결할 수 있습니다. 이 문제가 있는지 테스트하기 위한 가장 쉬운 방법은 어떤 위치에든 로그인한 적이 없는 사용자를 생성하는 것입니다. 새 사용자는 Lync Server와 통신하여 해당 클라이언트에 등록된 새 자격 증명 및 인증서를 얻어야 합니다. 이 사용자가 로그인할 수 있는 경우 다음과 같은 방법으로 기존 사용자에 대한 문제를 해결할 수 있습니다.

  1. DNS 기록이 만들어지는 방식에 특이점이 없는지 확인합니다. 교환이 허용되는 도메인, 즉 고유 SIP 도메인이 있는 경우 .local 및 .com 도메인 이름을 사용하면 혼동이 야기될 수 있습니다.명명 방식이 복잡한 특정 시나리오에 대한 자세한 내용은 Microsoft 설명서를 참조하십시오.

  2. "Credential Locker"에서 캐시를 지워 사용자 자격 증명 기록을 지웁니다. Windows 7에서 이 락커를 찾습니다. 경로는 Control Panel\All Control Panel Items\Credential Manager입니다(또는 Windows 7에서 시작->검색에 "cred"를 입력합니다).

  3. 사용자 레지스트리 기록을 지웁니다.
  • 레지스트리로 이동하여 사용자 특정 레지스트리 키를 제거합니다.
  • HKEY_CURRENT_USER\Software\Microsoft\Shared\UcClient에서 문제가 되는 사용자 원칙 이름 폴더를 제거합니다.
  • HKEY_CURRENT_USER\Software\Microsoft\Communicator\ConfAddin\에서 문제가 되는 사용자 원칙 이름 폴더를 제거합니다.
  • \Users\username\AppData\Local\Microsoft\Communicator에서 사용자 폴더를 제거합니다.
  • 클라이언트에서 ipconfig /flushdns && ipconfig/registerdns를 실행합니다.
  • Windows XP에서 Windows 탐색기를 열고 C:\Documents and Settings\User\Application Data\Microsoft\Crypto\RSA\ folder로 이동하고 RSA 키 하위 폴더를 삭제합니다.

맨 위로 이동


문제 4: 문제 해결

정보를 찾는 방법에 대한 Lync 관련 자료 대부분을 여기서 확인할 수 있습니다. 하지만 해당 Lync 클라이언트는 일반적으로 해결할 수 있는 Lync 클라이언트가 아닙니다. 이 문서에 나와 있는 것처럼 Lync 클라이언트는 올바르게 설정할 서버 연결에 따라 달라집니다. 찾을 사항에 대해 요약하면 다음과 같습니다.

  1. DNS - 클라이언트에서 Lync 프런트 엔드 서버의 FQDN을 확인할 수 있어야 합니다.

  2. SRV - 클라이언트는 Lync FQDN을 찾고 난 후에 자동 구성 기록을 찾습니다.

  3. @domain. 클라이언트는 SRV 기록을 사용하여 해당 이름의 프런트 엔드 서버가 있는지 알아보기 위해 SIP 도메인을 확인합니다.

  4. 도메인이 발견되면 서버에서 클라이언트 인증서를 확인합니다.

  5. 서버 및 클라이언트 인증서를 모두 신뢰할 수 있어야 합니다 (같은 기관에서 발행된 인증서).

  6. 인증서에 문제가 없으면 클라이언트는 협상 인증을 사용합니다. NTLM 또는 Kerberos가 그에 해당합니다.

프로세스 주변의 장애 요소는 안티바이러스, 방화벽 포트 차단, 캐시된 자격 증명 및 인증서, 부적절한 인증 설정, 가상 디렉터리, Lync 제어판에 설정되지 않았거나 잘못된 사용자 자격 증명을 포함하되 이에 제한되지 않습니다.

앞서 소개한 내용이 Lync 클라이언트 로그온 문제가 발생했을 때 문제 해결을 시작할 수 있는 일정한 지침을 제공하기를 바랍니다. Microsoft TechNet 블로그Microsoft TechNet의 추가 리소스를 검토하십시오.

맨 위로 이동


 

Berørte produkter

Servers
Artikkelegenskaper
Artikkelnummer: 000178952
Artikkeltype: Solution
Sist endret: 23 sep. 2024
Versjon:  5
Få svar på spørsmålene dine fra andre Dell-brukere
Støttetjenester
Sjekk om enheten din er dekket av støttetjenestene.