도메인 로그인이 10 분 이상 매우 느림

16

우리는이 문제를 알아 내기 위해 우리의 두뇌를 건드리고 있습니다.

기본적으로 우리는 일부 사용자가 아침에 로그인하는 데 몇 시간, 최대 20 분이 걸리는 문제가 있으며 다양한 방법을 보고이 문제를 해결하려고 시도했으며 DNS를 확인했습니다. 가장 좋은 점은 제안 사항을 수락하는 것), 확인 된 네트워크 속도 (괜찮은 것으로 보임), 문제가있는 사용자가 로밍 프로필을 사용하지 않으며 사용할 수없는 매핑 된 네트워크 드라이브를 가리키는 정책이 없다는 것입니다.

많은 사용자들이 컴퓨터에 로그온하기 전에 커피 한 잔을 마실 수 있다고 불평하고 있기 때문에 이는 현재 중대한 문제입니다.

— 대릴 리니
소스

3

너희들은 ntp 서버를 가지고 있고 모든 시계를이 ntp 서버와 동기화합니까? 동기화가 약간 어긋나는 ntp 서버와 모든 AD Maschines가 없었기 때문에 정신을 잃었습니다. 이로 인해 미친 네트워크 트래픽과 인증 시간이 길어졌습니다.

— Harrys Kavan

1

DNS를 언급했지만 클라이언트가 Windows 서버의 DNS 및 WINS 서비스를 가리키는 지 확인하십시오. 로컬 시스템에서 DNS 항목을 구성 할 수도 있습니다. 자세한 내용은 링크 를 참조하십시오.

— Striker_84

6

Mark Russinovich에는 느린 로그온 문제 해결을 위한 훌륭한 링크가 있습니다. 특정 문제에 대한 추가 정보를 수집하기 위해 시작하는 것이 좋습니다.

— jscott

문제에 대한 두 가지 질문이 있습니다. 구성 파일뿐만 아니라 도메인 컨트롤러에서 로그인 할 때 전체 사용자 디렉토리 (파일, 문서, 음악 등)를 다운로드하지 않습니까? 로그 아웃도 느려 집니까?

— Str82DHeaD

eck 네트워크 트래픽. 로밍 porifle + 기가 바이트의 데이터 = 느린 로그온.

— TomTom

3

워크 스테이션이 로그인하는 데 약 10 분이 걸리는 비슷한 문제가있었습니다. 그러나 네트워크 케이블이 분리되어 PC가 재부팅 된 경우 바로 로그인했습니다.

우리는 느린 로그온이 설치되었지만 사용자 입력이 필요했던 프린터 드라이버로 인해 발생한 것을 발견했습니다. 아직 사용자가 로그인하지 않았기 때문에 제공 할 수 없었습니다.

GPO에서 Verbose Welcome Screen을 켜십시오. PC가 어디에서 멈췄는지 보여줄 수 있습니다.

— 사용자 239341
소스

이 솔루션을 약간 변형하여 사용자 입력이 아닌 더 이상 존재하지 않는 프린터를 설치하려는 GP Preference 항목을 제거하여 OP와 동일한 문제를 해결했습니다.

— 저는

2

"BufferPolicyReads"레지스트리 설정을 테스트 할 수 있습니다. 이 설정은 Windows 7에서 기본적으로 활성화되어 있지만 Windows XP에서는 지정해야합니다.

http://support.microsoft.com/kb/319440

키 : HKLM \ Software \ Microsoft \ Windows NT \ CurrentVersion \ Winlogon

값 : BufferPolicy 읽기
유형 : DWORD
값 : 1

— 그렉 비 스케
소스

1

다른 사람이 게시 한 내용을 추가하기 위해 클라이언트 컴퓨터 DNS가 AD 서버 (또는 내부 DNS 서버) 이외의 것으로 설정되어있을 때 때때로 이것을 보았습니다. 로컬 도메인이 .com 또는을 사용하는 경우 특히 그렇습니다. net 또는 공개 DNS 도메인에있는 것

— 카오스
소스

5

"this is especially true if your local domain is using a .com or .net or something that is in the Public DNS domain."-아뇨 당신은 해야 당신이 당신의 광고에 대한 소유권을 등록 된 도메인의 하위 도메인을 사용합니다. 따라서 귀하의 사이트가 Active Directory example.com와 같은 것을 사용해야합니다 ad.example.com. 클라이언트가 DNS 용 도메인 컨트롤러를 사용하도록 구성되어 있으면 .net, .com, .edu 또는 기타 등록 된 TLD를 사용하지 못하게 할 이유가 없습니다. 어떤 상황에서도 당신은해야한다 이제까지 .local의, .lan, 또는 .corp 같은 가짜의 TLD를 사용합니다.

— MDMarra

2

@MDMarra so ... 이제는 공개 DNS 이름으로 이동하고 언급 한대로 고유 한 하위 도메인을 사용하는 것이 좋습니다. 회사가 합병 될 경우 같은 이름을 가진 두 개의 AD를 병합하는 데 아무런 문제가 없습니다.

— OrganizedChaos

-3

netsh int ipv4 reset & netsh winsock reset & ipconfig / flushdns를 사용해보십시오.이 경우에는 그렇게했습니다.

— 곤조
소스

1

그가 스크립트를 실행해야하는 이유를 제공 한 경우 도움이 될 것입니다.

— John aka hot2use