'nslookup'이 제대로 작동 할 때 'ping'이 이름을 확인할 수없는 이유는 무엇입니까?

Windows XP 워크 스테이션에서 다음을 사용하여 DNS에 연결하려는 머신을 찾을 수 있습니다 nslookup.

nslookup wolfman
Server: dns.company.com
Address: 192.168.1.38

Name: wolfman.company.com
Address: 192.168.1.178

그러나 해당 컴퓨터에 연결하려고하면 컴퓨터를 찾을 수 없다는 메시지가 나타납니다 (즉, DNS에서 찾을 수 없음).

C:\> ping wolfman
Ping request could not find host wolfman. Please check the name and try again.

IP 주소를 직접 사용하면 연결할 수 있습니다.

C:\> ping 192.168.1.178

Pinging 192.168.1.178 with 32 bytes of data:

Reply from 192.168.1.178: bytes=32 time=41ms TTL=126
Reply from 192.168.1.178: bytes=32 time=41ms TTL=126
Reply from 192.168.1.178: bytes=32 time=44ms TTL=126
Reply from 192.168.1.178: bytes=32 time=38ms TTL=126

내 hosts파일에 항목을 추가 하여이 문제를 해결할 수는 있지만 왜 이런 일이 발생하는지 알 수 있습니다. 문제는 일시적이며 대부분의 경우 컴퓨터에 정상적으로 연결할 수 있습니다.

이것이 어떻게 가능한지?

ETA : 간결하게하기 위해 이것을 생략했지만 다음과 같이 요청했습니다.

C:\> ping wolfman.company.com
Ping request could not find host wolfman.company.com. Please check the name and try again.

ETA : 다른 응용 프로그램도 같은 결과를 얻습니다. 나는 단지 핑을 단순화하려고 노력했다. 텔넷이 연결되지 않으면 Cygwin 앱이 "알 수없는 호스트 늑대 인간"메시지를 인쇄합니다.

업데이트 : wireshark를 사용하여 워크 스테이션이 DNS 조회를 시도하지 않는 것으로 나타났습니다. "호스트를 찾을 수 없습니다"오류 메시지 만보고합니다.

nslookup은 DNS 포트에서 winsock 연결을 열고 쿼리를 실행하는 반면 ping은 DNS 클라이언트 서비스를 사용한다고 생각합니다. 이 서비스를 시도 및 중지하고 이것이 다른지 여부를 확인할 수 있습니다.

다양한 네트워크 상태를 다시 초기화하는 일부 명령 :

WINSOCK 항목을 설치 기본값으로 netsh winsock reset catalog
재설정 : TCP / IP 스택을 설치 기본값으로 재설정 : netsh int ip reset reset.log
DNS 확인자 캐시 플러시 : ipconfig /flushdns
DNS 클라이언트 등록 갱신 및 DHCP 임대 새로 고침 : ipconfig /registerdns
라우팅 테이블 플러시 : route /f (재부팅 필요)

호스트 이름 다음에 점으로 핑을 시도하십시오. 그래서 대신에 ping wolfman사용ping wolfman.

호스트 파일 등으로 해결 방법을 수행하지 않고도 해결할 수 있습니다.

ipconfig /displaydns늑대 인간을 찾아 보십시오 . 캐시가 "이름이 없습니다"로 캐시 된 경우 (이전 간헐적으로 실패한 조회로 인해) 캐시를 플러시 할 수 있습니다 ipconfig /flushdns.

nslookup 캐시를 사용하지 않고 DNS 서버를 직접 쿼리합니다.

.해당 연결의 DNS 접미사를 추가하십시오 . 즉, 다음으로 이동하십시오.

1. 이더넷 상태
2. 속성을 클릭하십시오
3. 인터넷 프로토콜 버전 4
4. 속성을 클릭하십시오
5. 고급을 클릭하십시오
6. 이 DNS 충분을 추가하십시오 (순서대로)
7. .접미사로 추가하십시오 .

동일한 스크린 샷이 다음 스크린 샷에 설명되어 있습니다.

이것은 ping wolfman작동 해야 합니다.

설명

nslookup wolfman(이름 서버 조회 : wolfman)은 호스트 이름 ( wolfman)을 DNS (도메인 이름 시스템)로 보내 해당 IP 주소를 얻습니다. 이것이 nslookup명령 의 유일한 목적입니다 . 이것은 이미 작동하므로 DNS가 작동하고 wolfman실제로 IP 주소에 해당 하는지 확인했습니다 .

반대로 ping wolfman두 가지 작업을 수행해야합니다.

1. 호스트 이름 ( wolfman)에 해당하는 IP를 가져옵니다 .
2. 패킷을 IP로 보내고 응답을 듣습니다.

Windows (Windows 10과 같은 최신 버전)에서도 첫 번째 단계는 쉽게 실패 할 수 있습니다. 이전 버전과의 호환성을 위해 Windows는 다양한 호스트 이름 확인 방법 (호스트 파일, DNS, NetBIOS / WINS, LMHOST 파일)을 지원합니다.

불행히도 Windows ping명령이 항상 DNS 조회를 시도하는 것은 아닙니다. 이 동작을 유발하는 특정 조건을 모르겠습니다.

다행히도 FQDN (정규화 된 도메인 이름) 을 사용하여 Windows에서 DNS 조회를 수행 할 수 있습니다 . 실제로 .는 호스트 이름에 점을 접미사로 사용하여이 작업을 수행합니다 wolfman.. 시도 ping wolfman.하고 작동하는지 확인 하십시오 .

마지막 단계는 Windows가이 점 자체를 추가하도록 강제하는 것입니다. 이 답변의 시작 부분 에서이 작업을 수행하는 방법을 이미 보여주었습니다.

nslookup Windows에서 이름 / IP 주소를 확인할 때 다른 명령과 다르게 작동합니다.

Windows에서 일반 분해능 방법은 다음과 같습니다 :

1. 클라이언트는 쿼리 된 이름이 고유한지 확인합니다.
2. 그런 다음 클라이언트는 로컬 호스트 파일, IP 주소 및 로컬 컴퓨터에 저장된 이름 목록을 검색합니다.
3. DNS (Domain Name System) 서버가 쿼리됩니다.
4. 이름이 여전히 확인되지 않으면 NetBIOS 이름 확인 순서가 백업으로 사용됩니다. 이 순서는 클라이언트의 NetBIOS 노드 유형을 구성하여 변경할 수 있습니다.

nslookup반면에 도메인 이름 서버 를 테스트 하는 데 사용됩니다 .

비슷한 문제로 어려움을 겪고 @harrymc가 제안한 솔루션을 시도했습니다. 나는 결국 Microsoft Technet 포럼에서 (적어도 다소) 작동하는 것으로 나타났습니다 ( nslookup은 작동하지만 독립 실행 형 Win7 PC에는 DNS가 없습니다 )

인용문은 다음과 같습니다.

... 아래 명령을 사용하여 테스트 할 클라이언트 리졸버 캐시를 플러시하고 재설정하십시오.

ipconfig / flushdns

ipconfig / registerdns

자세한 내용은 아래 링크를 참조하십시오. http://jefferyland.wordpress.com/2011/07/28/quick-review-of-flushdns-registerdns-and-dns-queries/

그래서 기본적으로 나를 위해 빠진 것은 ipconfig /registerdns

바로 오늘 우리는 같은 문제를 겪었 지만 해결책은 달랐습니다 . 그래서 나는 이것이 가장 많은 검색 결과이므로 참조 용으로 추가 할 것이라고 생각했습니다.

• 문제 : ping호스트 이름을 확인하지 못하지만 nslookup가능합니다. (2 개의 서로 다른 Windows Server 2012 R2 호스트에서 관찰되었습니다.)
• 원인 : (각 호스트에 대해) 호스트에 둘 이상의 NIC가 연결되어 있고 여러 개의 기본 게이트웨이가 구성되어 있습니다.
• 해결 방법 : (각 호스트에 대해) 모든 NIC가 있지만 하나의 구성에서 기본 게이트웨이를 제거, 그래서 거기에 reamains 하나의 기본 게이트웨이 .

아마 wolfman.company.com이 C : \ Windows \ system32 \ drivers \ etc \ hosts에 나열되어 있습니까?

nslookup은 해당 파일을 무시하고 항상 DNS를 요청하지만 ping 및 기타 도구는 먼저 "호스트"파일에서 조회 한 다음 DNS에서 조회합니다.

Windows 2012R2 (= 8.1) 시스템에서 동일한 문제가 발생하여 위의 모든 제안을 시도했지만 그 중 어느 것도 해결하지 못했습니다
.-정규화 된 이름을 Ping하는 것이 효과가있었습니다.
-규정되지 않은 이름을 핑 (ping)하지 않았습니다.
-둘 다 다른 OS에서 작동했으며 동일한 OS를 가지고 있고 분명히 동일한 구성을 가지고있었습니다.
-필요한 모든 접미사 검색 문자열이있었습니다.
(다중 레이블 쿼리에 대한 해결 방법과 같이 제안 된 수정 사항 중 일부는 규정되지 않은 이름에 한 부분 만 있기 때문에 관련이 없습니다.)

그런 다음 핑하려는 대상 시스템에 IPv6 주소가 없음을 알았습니다. 그래서 "ping -4 unqualified_name "과 빙고를 시도했습니다 ! 이것은 효과가 있었다.
따라서 어떤 이유로이 시스템에서만 ping은 규정되지 않은 이름-> IPv6 주소를 확인하려고 시도했지만 규정되지 않은 이름-> IPv4를 확인하지 않았습니다.
나를 위해 수정은 전혀 필요하지 않으므로 IPv6을 완전히 비활성화하는 것이 었습니다. 그러나 핑 (또는 아마도 DNS 클라이언트 서비스)에게 IPv4 및 IPv6 주소를 모두 해결하도록 지시하는 더 부드러운 방법을 찾고 싶습니다.

파일에 항목을 추가하면 c:/windows/system32/drivers/etc/hosts문제가 해결 될 수 있습니다.

나는 왜 하나의 승리 7 컴퓨터에서 ping server어떤 작품을 사용할 수 있는지, 다른 작품은 해결할 수 없는지 알아 내려고 노력했습니다 server. 그러나 둘 다 server.lan내가 이해할 수없는 핑 을 할 수 있습니다.

회사 VPN을 사용하는 동안 FQDN을 사용할 필요가 없도록 일부 설정 (DNS 접미사)을 엉망으로 만들었습니다. .lan두 컴퓨터가 동일하게 작동하도록하려면 로컬 에 해당 접미사를 추가해야했습니다 .

제어판> 네트워크 및 인터넷> 네트워크 연결로 이동하여 네트워크 연결을 마우스 오른쪽 버튼으로 클릭하고 속성을 클릭하십시오. 인터넷 프로토콜 버전 4를 클릭하고 속성 버튼을 누르십시오. 그런 다음이 새 창의 Advanced ... 버튼을 클릭하십시오. DNS 탭으로 이동하십시오. 여기에는 작업에 DNS 접미사가 추가되었지만 일반적인 홈 연결에도 DNS 접미사가 필요했습니다.

나는이 문제를 만났다. 나를 위해 그것을 해결하는 가장 쉬운 방법은 단순히 .호스트 이름 끝에 a 를 추가하는 것입니다. 그러나 이것은 다소 성가신 일입니다. 대부분의 네트워크는 이것을 요구하지 않습니다. 오히려 동일한 리소스에 액세스해야 할 때 네트워크의 다른 모든 사람에게이 작업을 수행하도록 지시하지 않아도됩니다.

가능한 해결책으로 Frederik Aalund의 제안을보고 기본 "연결 기본 DNS 연결 및 접미사 DNS 접미사 추가"옵션에서 전환 할 것을 제안했습니다. 이로 인해 내 네트워크가 약간 잘못 구성되어 있다고 생각했습니다.

내 DD-WRT 설정을 보면 "LAN 도메인"이 설정되지 않은 상태로 남아 있습니다. 임의의 문자열로 설정하면 각 컴퓨터에서 특별한 구성을하지 않고도 네트워크의 모든 클라이언트 에서이 문제를 해결 한 것 같습니다. :)

Windows XP에서 Windows 7로 마이그레이션 할 때이 문제가 발생했습니다.이 문제는 Windows 7 다중 레이블 DNS 쿼리 문제와 관련이있었습니다.

규정되지 않은 다중 레이블 이름 쿼리에 DNS 접미사 추가 허용-참조 :

http://computerstepbystep.com/allow_dns_suffix_appending_to_unqualified_multi_label_name_queries.html

도움이 되었기를 바랍니다

mac OS x의 경우 DNS 캐시 문제 일 수 있습니다.

캐시 덤프

sudo killall -HUP mDNSResponder
sudo dscacheutil -flushcache

작년에 저를 귀찮게하고 해결 방법을 찾았 기 때문에 이것을 고르고 있습니다.

나를 위해 그것은 Windows 클라이언트 내의 일부 DNS 캐싱 시스템에 결함이있는 것 같습니다. Windows 7 및 8.1은 이것의 영향을받습니다. 더 이상 Windows XP에 대해서는 말할 수 없습니다. 핑은 이름을 확인하지 않습니다. 중요한 icmp-part는 아니지만 이름을 확인하는 부분입니다). nslookup은 네임 서버를 쿼리하도록 설계되었으며 정확하게 이름 계층 분석을 수행하지 않습니다.

dnscache 서비스를 다시 시작하면 매번 도움이되었습니다. 그러나 모든 클라이언트 인터페이스에서 IPv6 을 비활성화 했기 때문에 더 이상 문제가 발생하지 않았습니다.

건배!

오랫동안 잊혀진 NT4 ressource-kit 시절을 기반으로했기 때문에 잘못된 것 같습니다.

운임에 따라 PING은 Netbios / WINS 및 DNS를 사용합니다 (적어도 FQDN을 지정하지 않은 경우 순서대로).

WINS는 몇 년 전에 사라졌지 만 여전히 인터페이스에서 Netbios를 사용하도록 설정했을 수 있으므로 PING은 netbios를 사용하여 결과를 얻지 못할 수 있습니다. 특히 트래픽이 라우터를 통과하는 경우.

Netbios를 비활성화하면 Ping은 DNS를 최우선 순위로 사용하고 인터페이스에 등록 된 DNS Surffic을 호스트 이름에 추가합니다.

방금이 문제가 있었고 꽤 독특한 것을 발견하고 Lol을 고칠 수있었습니다.

기본적으로 호스트 파일에 핑을 확인하려는 IP와 동일한 항목이 있으면 실패합니다.

예를 들어 DNS에 www.example.com-10.0.0.20에 대한 레코드가 있지만 클라이언트의 호스트 파일 인 10.0.0.20 somethingelse.com에 항목이 있으면 www를 ping 할 수 없습니다 .example.com

이상한 허

필자의 경우이 문제를 해결 한 것은 "DNS Suffix Search List" 라는 그룹 정책 옵션에 핑하려는 호스트의 도메인을 추가하는 것이 었습니다 .

간단히 말해서 절차는 다음 gpedit.msc과 같습니다.를 열고 이동하여 Computer Configuration -> Administrative Templates -> Network -> DNS Client > DNS Suffix Search List"사용 가능"으로 설정하고 도메인 이름을 목록에 추가하십시오 (기본적으로 목록은 비어 있음).

이러한 단계에 대한 자세한 설명은 여기 에서 찾을 수 있습니다.

나는 같은 문제가 있었고 다른 컴퓨터가 같은 IP 주소를 가지고 있었고 그로 인해 문제가 발생했습니다.

IP를 다시 DHCP로 변경했으며 모든 것이 제대로 작동했습니다.

여기에있는 해결책 중 어느 것도 나를 위해 일하지 않았습니다. 나를 위해 일한 것은 OpenVPN을 사용하여 내 작업의 VPN에 다시 연결하는 것이 었습니다. 그런 다음 연결을 끊은 후에도 모든 것이 계속 작동했습니다.

내 컴퓨터가 openVPN에 연결되어있는 동안 전원이 꺼지는 문제와 관련이 있다고 생각합니다. 내가 알아 낸 유일한 방법은 WireShark를 사용하는 것입니다. 모든 쿼리의 대상 IP가 내 작업의 내부 네트워크에있는 IP로 가고 있음을 알았습니다.

ping은 ICMP 프로토콜, 특히 'Echo Request'및 'Echo Reply'를 사용합니다.

많은 네트워크는 공격이나 기본 네트워크 검색을 방지하기 위해 ICMP 유틸리티를 비활성화합니다. 구입 한 많은 라우터에는 ping을 비활성화하고 기본적으로 활성화 된 유틸리티와 같은 설정이 있습니다.

ICMP에 대한 자세한 내용은 여기를 참조하십시오.

http://en.wikipedia.org/wiki/Internet_Control_Message_Protocol