DNS 클라이언트 문제 해결

원인:  DNS(Domain Name System) 클라이언트 컴퓨터에 네트워크에 대한 유효한 IP 구성이 없습니다.

해결 방법:  클라이언트 컴퓨터의 TCP/IP 구성 설정을 확인하고 그 중에서도 특히 DNS 이름 확인에 사용되는 구성 설정이 올바른지 확인합니다.

클라이언트 IP 구성을 확인하려면 ipconfig 명령을 사용합니다. 명령 출력에서 클라이언트에 유효한 IP 주소, 서브넷 마스크 및 클라이언트가 연결되어 사용 중인 네트워크의 기본 게이트웨이가 있는지 확인합니다.

클라이언트에 유효한 TCP/IP 구성이 없는 경우 다음 중 하나를 수행할 수 있습니다.

• 동적으로 구성되는 클라이언트의 경우 ipconfig /renew 명령을 사용하여 클라이언트가 DHCP(Dynamic Host Configuration Protocol) 서버를 통해 IP 주소 구성을 갱신하도록 수동으로 설정합니다.
  
  
• 고정적으로 구성되는 클라이언트의 경우 유효한 구성 설정을 사용하거나 네트워크에 대한 DNS 구성을 완료하도록 클라이언트 TCP/IP 속성을 수정합니다. AD DS 통합 DNS 서버와 ISP(인터넷 서비스 공급자) DNS 서버를 모두 사용하도록 클라이언트를 구성하면 안 됩니다. 대신 AD DS 통합 DNS 서버만 사용하도록 클라이언트를 구성하고 ISP DNS 서버에 쿼리를 전달하도록 AD DS 통합 DNS 서버를 구성합니다.
  
  

자세한 내용은 클라이언트 관리를 참조하십시오.

원인:  네트워크 또는 하드웨어 관련 오류로 인해 클라이언트가 DNS 서버에 연결할 수 없습니다.

해결 방법:  클라이언트 컴퓨터에 유효하고 제대로 작동하는 네트워크 연결이 있는지 확인합니다. 먼저 기본 네트워크 및 하드웨어 문제 해결 단계를 사용하여 관련된 클라이언트 하드웨어(케이블과 네트워크 어댑터)가 클라이언트에서 제대로 작동하는지 확인합니다.

클라이언트 하드웨어가 제대로 준비되어 작동 중이면 ping 명령을 사용하여 같은 네트워크의 다른 컴퓨터에 연결될 수 있는지 확인합니다.

원인:  DNS 클라이언트가 구성된 DNS 서버에 연결할 수 없습니다.

해결 방법:  DNS 클라이언트에 네트워크에 대한 기본 연결이 있으면 기본 설정(또는 대체) DNS 서버에 연결할 수 있는지 확인합니다.

클라이언트가 기본적인 TCP/IP를 통해 DNS 서버에 액세스할 수 있는지 확인하려면 먼저 ping 명령을 사용하여 IP 주소로 기본 설정 DNS 서버에 연결해봅니다.

예를 들어, 클라이언트가 기본 설정 DNS 서버 10.0.0.1을 사용하는 경우 클라이언트 컴퓨터의 명령 프롬프트에서 ping 10.0.0.1을 입력합니다. 기본 설정 DNS 서버의 IP 주소를 모르는 경우에는 ipconfig 명령을 사용하여 IP 주소를 확인할 수 있습니다. 예를 들어, 필요한 경우 클라이언트 컴퓨터에서 ipconfig /all|more를 입력하면 표시되는 결과가 일시 중지되므로 명령 출력의 DNS 서버에 나열된 IP 주소를 쉽게 읽고 기록할 수 있습니다.

IP 주소로 직접 ping 명령을 실행할 때 응답하는 구성된 DNS 서버가 없으면 클라이언트와 DNS 서버 간의 네트워크 연결에 문제가 있을 수 있습니다. 여기에 해당하는 경우 기본 TCP/IP 네트워크 문제 해결 단계에 따라 문제를 해결합니다.

원인:  DNS 서버가 실행되고 있지 않거나 쿼리에 응답하지 않습니다.

해결 방법:  DNS 클라이언트에서 ping 명령을 실행하여 DNS 서버 컴퓨터에 연결할 수 있으면 DNS 서버가 시작되었고 클라이언트 요청을 수신 대기하고 응답할 수 있는지 확인합니다. nslookup 명령을 사용하여 서버가 DNS 클라이언트에 응답할 수 있는지 여부를 테스트합니다.

자세한 내용은 DNS 서버 시작 또는 중지를 참조하십시오.

원인:  클라이언트가 사용 중인 DNS 서버가 실패한 이름에 대한 권한을 보유하지 않고 이 이름에 대한 권한이 있는 서버를 찾을 수 없습니다.

해결 방법:  클라이언트가 확인하려는 DNS 도메인 이름에 대해 구성된 DNS 서버가 권한이 있는지 확인합니다.

예를 들어, 클라이언트에서 host.widgets.tailspintoys.com을 확인하려는 경우 클라이언트에서 쿼리하는 기본 설정 DNS 서버(사용 중인 경우에는 대체 DNS 서버)가 실패한 이름의 호스트(A) 리소스 레코드가 있어야 하는 권한 있는 영역을 로드하는지 확인합니다.

기본 설정 서버가 실패한 이름에 대한 권한을 보유하고 있고 해당 영역을 로드하는 경우 영역에 적절한 리소스 레코드가 빠져 있는지 확인합니다. 필요하면 영역에 리소스 레코드를 추가합니다.

기본 설정 서버에 실패한 이름에 대한 권한이 없는 경우 DNS 서버의 구성 오류가 문제의 원인일 수 있습니다. 필요하면 DNS 서버에서 문제를 해결합니다.

자세한 내용은 리소스 레코드 관리 및 DNS 서버 문제 해결을 참조하십시오.

원인:  클라이언트가 사용 중인 DNS 서버가 실패한 이름에 대한 권한을 보유하지 않고 로컬 DNS 데이터베이스에 있는 부실한 정보를 사용하고 있습니다.

해결 방법:  DNS 서버에 이름에 대한 권한이 있는지 확인하고 그 결과에 따라 문제를 해결합니다.

예를 들어, 클라이언트에서 host.widgets.tailspintoys.com을 확인하려는 경우 클라이언트에서 쿼리하는 기본 설정 DNS 서버(사용 중인 경우에는 대체 DNS 서버)가 실패한 이름의 호스트(A) 리소스 레코드가 있어야 하는 권한 있는 영역을 로드하는지 확인합니다.

기본 설정 서버가 이름에 대한 권한을 보유하고 있지만 잘못된 데이터를 사용하여 응답한 경우 해당 영역의 리소스 레코드 데이터에 오래되거나 부실한 정보가 있을 수 있습니다. 여기에 해당하는 경우 영역에서 적절한 리소스 레코드를 추가하거나 제거합니다.

동적 업데이트를 사용할 수 있도록 설정된 경우의 다른 옵션은 쿼리 대상 컴퓨터에서 강제로 등록 및 업데이트를 수행하는 것입니다. 명령 프롬프트에서 ipconfig /registerdns 명령을 입력하여 리소스 레코드의 등록을 강제로 업데이트할 수 있습니다.

기본 설정 서버가 쿼리된 이름에 대해 직접적인 권한을 보유하지 않은 경우 이전의 재귀 조회 중에 가져와 캐시한 정보를 기반으로 쿼리에 응답했을 수 있습니다. 이 경우 서버 이름 캐시를 지우는 것을 고려할 수 있습니다. 이 캐시를 지우는 경우 서버에서는 이 리소스 레코드 데이터에 대한 새로운 재귀 쿼리를 사용하여 최신 정보에 따라 캐시 내용을 다시 만듭니다.

자세한 내용은 리소스 레코드 관리 및 DNS 서버 문제 해결을 참조하십시오.

원인:  기본 설정 DNS 서버가 대상 이름을 포함하는 영역의 보조 서버이며 오래된 정보를 포함하고 있습니다.

해결 방법:  클라이언트에 응답한 서버가 영역의 보조 서버이면 해당 서버에서 사용 중인 영역의 버전이 부실하게 되어 더 자주 업데이트해야 할 수도 있습니다.

즉시 문제를 해결하려면 보조 서버에서 마스터 서버로 영역 전송을 시작하여 영역을 업데이트할 수 있습니다. 또는 다음과 같은 방법을 사용하여 이후에 보조 영역 데이터의 최신성을 향상시킬 수 있습니다.

• 영역을 새로 고칠 때 사용할 보조 서버의 추가 마스터 서버를 지정합니다.
  
  
• 영역에서 새로 고침 간격을 조정하여 영역에 대한 권한이 있는 모든 서버가 영역을 새로 고쳐야 하기 전에 영역을 사용할 수 있는 기간을 약간 줄입니다.
  
  
• 보조 서버의 영역 원본 역할을 하는 마스터 서버에서 알림 목록을 구성하고 알림 목록을 사용할 수 있도록 설정하여 영역이 변경될 때 이 서버에 알립니다.
  
  

원인:  사용자의 입력을 통해 지정되거나 저장된 클라이언트 구성에서 지정된 쿼리된 이름에 오류가 있습니다.

해결 방법:  이름 쿼리를 요청한 응용 프로그램에서 이름이 올바르게 지정되었는지 확인합니다.

대부분의 경우 긍정적 쿼리 응답에 잘못된 데이터가 있으면 다음과 같은 세 가지 가능성이 있습니다.

• 사용자가 클라이언트에서 DNS 이름을 잘못 입력했습니다.
  
  
• 클라이언트에서 정규화되지 않은 짧은 이름을 사용했고 로컬 확인자가 이 이름 끝에 의도하지 않은 DNS 접미사를 추가했습니다.
  
  
• 쿼리에 지정된 리소스 레코드가 DNS 서버에서 제대로 업데이트되지 않았습니다.
  
  

사용자가 이름을 잘못 입력하지 않았는지 확인합니다. DNS 쿼리가 처음에 만들어졌을 때 사용자가 정확한 문자 집합을 입력했는지 확인하거나, 구성되었을 수 있는 인터넷 메일 또는 웹 브라우저 구성에 대한 설정과 같은 응용 프로그램 설정을 확인합니다.

초기 쿼리에 사용된 이름이 FQDN(정규화된 도메인 이름)이 아니면 클라이언트 응용 프로그램에서 이 FQDN을 대신 사용하여 쿼리를 반복합니다. 쿼리를 다시 시도할 때는 입력한 이름이 정확한 FQDN임을 나타내기 위해 이름 끝에 마침표(.)를 추가해야 합니다.

FQDN 쿼리가 성공하여 응답에 정확한 데이터가 반환되면 클라이언트 확인자 설정에 사용된 DNS 도메인 접미사 검색 목록이 잘못 구성되었을 수 있습니다.

동적 업데이트를 지원하지 않거나 영역 데이터를 주로 수동으로 관리하는 환경에서 DNS를 사용하고 있는 경우 쿼리 응답과 관련된 리소스 레코드가 잘못 입력되지 않았는지 확인할 수도 있습니다. 리소스 레코드를 검토하여 영역에 저장된 레코드 데이터가 정확한지 확인하고 필요하면 레코드 데이터를 수정합니다.

원인:  주 영역에 잘못된 데이터가 있거나 데이터가 누락되었을 수 있습니다.

해결 방법:  영역의 주 서버에 데이터가 모두 있고 올바른지 확인합니다.

영역의 주 DNS 서버에 잘못된 데이터가 있거나 데이터가 누락되는 주요 원인은 업데이트 요청에 실패했기 때문입니다. 동적 업데이트에 대한 지원이 완전히 구현되거나 구성되지 않았을 수 있습니다. 이 문제를 해결하려면 DNS 동적 업데이트 프로토콜(RFC(Request for Comments) 2136)과 이를 사용하는 DNS 서버와 클라이언트에 대한 요구 사항을 검토합니다.

디렉터리 통합 영역에서는 오류가 발생한 쿼리의 영향을 받은 레코드가 AD DS(Active Directory 도메인 서비스)에서 업데이트되었지만 영역을 로드하는 모든 DNS 서버에 복제되지 않았을 수도 있습니다. 기본적으로 AD DS에서 영역을 로드하는 모든 DNS 서버는 설정된 간격(주로 15분마다)에 영역을 폴링하고 영역의 증분 변경 내용에 대해 영역을 업데이트합니다. 대부분의 경우 Active Directory 도메인 환경에서는 기본 복제 설정과 안정적인 고속 연결을 사용하여 모든 DNS 서버에 DNS 업데이트를 복제하는 데 20분 이상 걸리지 않습니다.

동적 업데이트를 사용할 수 없도록 영역을 특별히 구성한 경우 영역에서 사용되는 대부분의 리소스 레코드 종류를 수동으로 추가하고 업데이트해야 합니다. 여기에 해당하는 경우 DNS 관리자를 사용하여 영향을 받은 레코드를 확인하고 업데이트합니다.

데이터에 오류가 발생하는 다른 원인은 WINS(Windows Internet Name Service) 때문입니다. WINS 조회 통합이 사용할 수 있도록 설정되었고 영역과 함께 사용되는지 여부를 확인합니다. 영역에 WINS 조회를 사용하는 경우에는 WINS가 데이터 오류의 원인이 아닌지 확인합니다.

자세한 내용은 동적 업데이트 문제 해결 및 리소스 레코드 관리를 참조하십시오.

원인:  여기에서 설명하지 않은 문제가 발생했습니다.

해결 방법:  문제와 관련될 수 있는 최신 기술 정보를 보려면 Microsoft TechNet(https://go.microsoft.com/fwlink/?LinkID=170(페이지는 영문일 수 있음))을 검색합니다. 필요한 경우 문제와 관련된 정보와 지침을 얻을 수 있습니다.

인터넷에 연결되어 있는 경우에는 Microsoft Update(https://go.microsoft.com/fwlink/?LinkID=284(페이지는 영문일 수 있음))에서 최신 운영 체제 업데이트를 다운로드할 수 있습니다.