Microsoft TCP/IP 호스트 이름 확인 순서

기술 자료 번역 기술 자료 번역
기술 자료: 172218 - 이 문서가 적용되는 제품 보기.
이 문서는 이전에 다음 ID로 출판되었음: KR172218
모두 확대 | 모두 축소

이 페이지에서

요약

본 문서에서는 호스트 이름을 IP 주소로 확인하기 위해 Microsoft Windows 클라이언트에서 사용하는 여러 가지 방법을 설명합니다. 방법이 수행되는 순서는 NetBIOS 이름을 IP 주소로 확인하는 데 사용하는 순서와는 다릅니다.

추가 정보

TCP/IP 프로토콜을 사용하는 네트워크에서는 이런 리소스에 연결하려면 리소스 이름을 IP 주소로 변환해야 합니다. Microsoft Windows 클라이언트는 이름을 주소로 확인하려고 시도하고 이름이 IP 주소와 성공적으로 일치할 때 검색을 중단하는 순서를 따릅니다.

대부분의 경우에 NetBIOS 확인 및 호스트 이름 확인의 두 가지 주요 순서가 사용됩니다. 일반적으로 Windows 파일 관리자나 네트워크 환경을 통해 Microsoft 서버에 있는 리소스에 연결하는 클라이언트는 주로 NetBIOS 이름 확인을 사용합니다.

자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
119493 NetBIOS over TCP/IP Name Resolution and WINS
호스트 이름 확인은 NetBIOS 인터페이스를 통해 연결하지 않는 TCP/IP 리소스의 이름을 확인합니다. 가장 일반적인 이런 예는 Microsoft Internet Explorer와 같은 웹 브라우저입니다. 다른 예로 Ping, FTP 및 Telnet과 같은 인터넷 응용 프로그램이 있습니다. TCP/IP 소켓을 Microsoft Windows에 구현한 Winsock을 사용하여 연결하는 최근의 많은 데이터베이스와 메일 응용 프로그램 역시 호스트 이름 확인을 사용합니다. 이런 종류의 응용 프로그램 예는 Outlook과 Exchange입니다.

이름 확인 문제를 해결할 때 응용 프로그램이 NetBIOS 이름이나 호스트 이름을 해결하는지 여부로 문제의 범위를 좁히는 것이 중요합니다.

참고: 본 문서에서 "클라이언트"라는 용어는 반드시 워크스테이션을 의미하지는 않습니다. Windows NT 서버는 호스트 이름 확인을 요구하는 리소스에 액세스해야 할 때 클라이언트 역할을 수행합니다.

호스트 이름 확인은 일반적으로 다음 순서를 사용합니다.

  1. 클라이언트는 쿼리한 이름이 자신의 것인지 확인합니다.
  2. 그런 다음 클라이언트는 로컬 컴퓨터에 저장된 IP 주소와 이름 목록인 로컬 호스트 파일을 검색합니다.

    참고: 호스트 파일 위치는 운영 체제에 따라 다릅니다.
       Windows NT                  %Systemroot%\System32\Drivers\Etc
       Windows 95                  <드라이브>\<Windows 폴더>
       Windows for Workgroups      <드라이브>\<Windows 폴더>
       Windows 3.1                 <드라이브>\<Windows 폴더>
       MS-Client 3.0               <부트 볼륨>\Net
       Lan Manager 2.2c Client     <부트 볼륨>\Net
    여기서 %Systemroot%는 Windows NT가 설치된 폴더이고, <드라이브>는 OS가 설치된 드라이버이며 <부트 볼륨>은 부트 플로피 디스크나 C 드라이브를 말합니다.

    예제 호스트 파일 Hosts.sam이 적절한 형식을 보여주는 TCP/IP 프로토콜과 함께 설치됩니다.
  3. 도메인 이름 시스템(DNS) 서버에 쿼리합니다.
  4. 여전히 이름이 확인되지 않으면 NetBIOS 이름 확인 순서는 백업으로 사용됩니다. 이 순서는 클라이언트의 NetBIOS 노드 종류를 구성하여 변경할 수 있습니다.
Windows 클라이언트는 이름을 성공적으로 확인하거나 모든 방법이 사용될 때까지 각 방법을 시도합니다. Microsoft TCP/IP 3.11b를 사용하는 Windows NT, Windows 95 및 Windows for Workgroups 클라이언트는 이 순서를 따릅니다. Lan Manager 2.2c 또는 Microsoft Client 3.0 클라이언트는 NetBIOS 이름 확인을 백업으로 사용하지 않습니다.

자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
169141 NetBIOS and hostname resolution for MS-Client and LM 2.2c
이름을 확인할 때 클라이언트는 구성되어 있지 않은 방법은 건너뜁니다. 예를 들어, 시스템에 호스트 파일이 없을 경우 위의 2단계를 건너뛰고 DNS 서버에 쿼리를 시도합니다. 클라이언트 TCP/IP 구성에 입력된 DNS 서버 IP 주소가 없으면 클라이언트는 DNS 후에 다음 단계를 건너뜁니다.

호스트 이름 확인을 변경하는 방법은 운영 체제와 버전에 따라 다릅니다. 이 내용은 해당 운영 체제의 Resource Kit와 Microsoft 기술 자료에서도 설명합니다.

자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
171567 Windows NT 4.0 ServiceProvider Priority Values Not Applied
139270 How to Change Name Resolution Order on Windows 95 and Windows NT
119372 Setting the Name Resolution Search Order for TCP/IP-32

문제 해결

문제: 클라이언트가 호스트 이름을 확인할 수 없습니다.

문제 해결 단계

클라이언트가 호스트 이름을 확인할 수 없는 경우에는 클라이언트가 사용할 수 있는 위에 나열된 호스트 이름 확인 순서를 확인하는 것이 좋습니다. 클라이언트가 사용하는 어떤 리소스에도 이름이 존재하지 않으면 어떤 리소스를 추가할 것인지 결정해야 합니다. 이름이 DNS 서버나 Windows Internet Name Service(WINS) 서버와 같은 리소스 중 하나에 있고 클라이언트가 이름을 올바르게 확인하지 못하는 경우 특정 리소스 문제 해결에 관심을 집중하십시오.

또한 클라이언트가 NetBIOS 이름이 아닌 호스트 이름을 확인하려고 시도하는지 확인하십시오. 많은 응용 프로그램에는 이름을 확인하는 데 이용할 수 있는 방법이 여러 가지 있는데, 메일과 데이터베이스 응용 프로그램에서는 특히 그렇습니다. 응용 프로그램은 NetBIOS를 사용하여 리소스에 연결하도록 구성되어 있을 수 있습니다. 클라이언트 구성에 따라 클라이언트가 호스트 이름 확인을 무시할 수 있습니다. 여기에서 연결 종류를 TCP/IP 소켓으로 변경하거나 NetBIOS 문제를 해결할 필요가 있습니다.

문제: 클라이언트는 이름을 매우 느리게 확인하거나 이름을 확인하지 못하고 실패를 보고하는 데 오랜 시간이 걸립니다.

문제 해결 단계

클라이언트의 TCP/IP 구성에 DNS 서버가 구성되어 있지만 서버가 클라이언트를 사용할 수 없는 경우 종종 이런 문제가 발생합니다. TCP/IP 프로토콜은 신뢰할 수 없는 네트워크를 가정하기 때문에 클라이언트는 시도한 쿼리를 버리기 전에 DNS 서버에 연결을 반복해서 시도합니다. 클라이언트는 하나가 구성됨과 동시에 실패하게 될 경우 두 번째 DNS 서버에 쿼리를 시도합니다. 그런 후에만 클라이언트는 위에서 설명한 NetBIOS 이름 확인을 수행합니다.

이 문제에 접근하는 방법은 세 가지가 있습니다.

  • 호스트 파일에 호스트 이름이 올바르게 입력되어 있을 경우 클라이언트가 DNS에 쿼리를 시도하기 전에 확인됩니다. 이 솔루션은 DNS 서버가 잠시 연결하지 못하고 확인해야 할 호스트 이름 수가 적은 경우 잘 작동합니다. 여러 클라이언트에 대해 호스트 파일을 수동으로 구성하는 것은 제한될 수 있습니다. -또는-

  • -또는- DNS 서버를 사용할 수 있지만 클라이언트 TCP/IP 구성의 DNS 서버 주소가 잘못된 경우 이 주소를 수정하면 클라이언트가 DNS 서버에 즉시 연결할 수 있습니다. DNS 서버가 이름을 확인할 수 없다고 보고하더라도 클라이언트가 DNS 서버에 전혀 연결할 수 없는 경우보다 훨씬 빠르게 진행됩니다. -또는-

  • -또는- DNS 서버가 클라이언트에 구성되어 있지만 이 서버에 영구적으로 도달할 수 없는 경우에는 클라이언트 구성에서 DNS 서버의 IP 주소를 제거합니다. 클라이언트는 지연 없이 DNS 조회를 무시합니다. -또는-

  • -또는- DNS 데이터베이스의 레코드가 없거나 잘못된 경우 DNS 서버가 다른 DNS 서버에 쿼리할 때처럼 이름을 확인할 수 없다고 보고하기 전까지 지연이 있게 됩니다. 대개 몇 초 정도 지연이 발생합니다.
TCP/IP와 이름 확인에 대한 자세한 내용은 다음 Microsoft 익명 FTP 서버에서 구할 수 있는 백서를 참조하십시오.
파일 이름: Tcpipimp2.doc
위치: ftp://ftp.microsoft.com/bussys/winnt/winnt-docs/papers/
제목: "Microsoft Windows NT 3.5/3.51/4.0: TCP/IP Implementation Details TCP/IP Protocol Stack and Services, Version 2.0. "
참고 이것은 Microsoft 기술 지원 서비스 내에서 직접 작성한 “빠른 게시” 문서입니다. 여기에 포함된 정보는 발생한 문제에 대해 있는 그대로 제공됩니다. 이 문서는 즉시 참조할 수 있도록 빠르게 작성되어서 표기상의 오류가 포함되어 있을 수 있고 언제든지 예고 없이 수정될 수 있습니다. 기타 고려 사항은사용 약관을 참조하십시오. 정보

속성

기술 자료: 172218 - 마지막 검토: 2011년 1월 5일 수요일 - 수정: 2.0
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft Windows NT Server 3.51
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows NT Workstation 3.5
  • Microsoft Windows NT Workstation 3.51
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows 95
키워드:?
kbinfo KB172218

피드백 보내기

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com