Microsoft로 로그인
로그인하거나 계정을 만듭니다.
안녕하세요.
다른 계정을 선택합니다.
계정이 여러 개 있음
로그인할 계정을 선택합니다.

요약

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

추가 정보

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

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

자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

119493 NetBIOS over TCP/IP 이름 확인 및 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 <drive>\<Windows folder>
    Windows for Workgroups <drive>\<Windows folder>
    Windows 3.1 <drive>\<Windows folder>
    MS-Client 3.0 <Boot volume>\Net
    Lan Manager 2.2c Client <Boot volume>\Net
    여기서 %Systemroot%는 Windows NT가 설치된 폴더이며, <drive>는 OS가 설치된 드라이브이고, <boot volume>은 부트 플로피 디스크나 C 드라이브를 의미합니다.

    샘플 호스트 파일인 Hosts.sam이 적절한 형식을 보여주는 TCP/IP 프로토콜과 함께 설치됩니다.

  3. DNS(Domain Name System) 서버가 쿼리됩니다.

  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 기술 자료에서 다음 문서를 참조하십시오.

169141MS-Client 및 LM 2.2c용 NetBIOS 및 호스트 이름 확인
이름을 확인할 때 클라이언트는 구성되어 있지 않은 방법은 건너뜁니다. 예를 들어, 시스템에 호스트 파일이 없을 경우 위의 2단계를 건너뛰고 DNS 서버에 쿼리를 시도합니다. 클라이언트 TCP/IP 구성에 입력된 DNS 서버 IP 주소가 없으면 클라이언트는 DNS 이후 시퀀스에서 다음 단계로 건너뜁니다.

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

자세한 내용은 Microsoft 기술 자료에서 다음 문서를 참조하십시오.

171567 Windows NT 4.0 ServiceProvider 우선 순위 값이 적용되지 않음

139270 Windows 95 및 Windows NT에서 이름 확인 순서를 변경하는 방법

119372 TCP/IP-32의 이름 확인 검색 순서 설정

문제 해결

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

문제 해결 단계:

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

또한, 클라이언트가 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 구현 세부 정보 TCP/IP 프로토콜 스택 및 서비스, 버전 2.0 "

도움이 더 필요하세요?

더 많은 옵션을 원하세요?

구독 혜택을 살펴보고, 교육 과정을 찾아보고, 디바이스를 보호하는 방법 등을 알아봅니다.

커뮤니티를 통해 질문하고 답변하고, 피드백을 제공하고, 풍부한 지식을 갖춘 전문가의 의견을 들을 수 있습니다.

이 정보가 유용한가요?

언어 품질에 얼마나 만족하시나요?
사용 경험에 어떠한 영향을 주었나요?
제출을 누르면 피드백이 Microsoft 제품과 서비스를 개선하는 데 사용됩니다. IT 관리자는 이 데이터를 수집할 수 있습니다. 개인정보처리방침

의견 주셔서 감사합니다!

×