Tại sao 'ping' không thể phân giải tên khi 'nslookup' hoạt động tốt?

Trên máy trạm Windows XP của tôi, tôi có thể tìm thấy máy tôi muốn kết nối trong DNS bằng nslookup:

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

Name: wolfman.company.com
Address: 192.168.1.178

Nhưng, khi tôi cố gắng kết nối với máy đó, tôi gặp lỗi cho tôi biết rằng máy không thể được tìm thấy (nghĩa là không thể tra cứu trong DNS):

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

Tôi có thể kết nối nếu tôi sử dụng địa chỉ IP trực tiếp:

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

Tôi có thể giải quyết vấn đề này bằng cách thêm một mục vào hoststệp của mình , nhưng tôi muốn tìm hiểu lý do tại sao điều này xảy ra. Vấn đề là nhất thời, hầu hết các ngày tôi có thể kết nối với máy tốt.

Sao có thể như thế được?

ETA: Tôi đã bỏ qua điều này vì sự ngắn gọn, nhưng nó đã được yêu cầu:

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

ETA: Các ứng dụng khác nhận được kết quả tương tự. Tôi chỉ thử ping để đơn giản hóa. telnet không thể kết nối, ứng dụng Cygwin in thông báo "người sói chủ nhà không xác định".

Cập nhật: Sử dụng wireshark, tôi thấy rằng máy trạm của tôi không thử tra cứu DNS. Nó chỉ báo cáo thông báo lỗi "không thể tìm thấy máy chủ".

Tôi tin rằng nslookup mở kết nối winock trên cổng DNS và đưa ra truy vấn, trong khi ping sử dụng dịch vụ Máy khách DNS. Bạn có thể thử và dừng dịch vụ này và xem liệu điều này có làm nên sự khác biệt không.

Một số lệnh sẽ khởi tạo lại các trạng thái mạng khác nhau:

Đặt lại các mục WINSOCK về mặc định cài đặt: netsh winsock reset catalog
Đặt lại ngăn xếp TCP / IP về mặc định cài đặt: netsh int ip reset reset.log
Xóa bộ đệm bộ giải quyết DNS: ipconfig /flushdns
Làm mới đăng ký máy khách DNS và làm mới DHCP thuê: ipconfig /registerdns
Bảng định tuyến Flush: route /f (yêu cầu khởi động lại)

Hãy thử ping với tên máy chủ theo sau là một dấu chấm. Vì vậy, thay vì ping wolfmansử dụngping wolfman.

Điều đó sẽ giúp bạn giải quyết mà không cần phải giải quyết với tệp máy chủ, v.v.

Hãy thử ipconfig /displaydnsvà tìm kiếm người sói. Nếu nó được lưu trong bộ nhớ cache là "tên không tồn tại" (có thể do quá trình tra cứu không liên tục trước đó), bạn có thể xóa bộ đệm với ipconfig /flushdns.

nslookup không sử dụng bộ đệm, mà truy vấn trực tiếp máy chủ DNS.

Hãy thử thêm .vào hậu tố DNS cho kết nối đó. Tức là đi đến:

1. Trạng thái Ethernet
2. Nhấp vào Thuộc tính
3. Giao thức Internet Phiên bản 4
4. Nhấp vào Thuộc tính
5. Nhấp vào Nâng cao
6. Nối các hậu tố DNS này (theo thứ tự)
7. Thêm vào .như một hậu tố.

Các bước tương tự được minh họa trong ảnh chụp màn hình sau:

Điều này sẽ làm cho ping wolfmancông việc.

Giải trình

nslookup wolfman(tra cứu máy chủ tên: wolfman) gửi tên máy chủ ( wolfman) đến DNS (hệ thống tên miền) để lấy địa chỉ IP tương ứng. Đây là mục đích duy nhất của nslookuplệnh. Điều này đã hoạt động, vì vậy chúng tôi đã xác minh rằng DNS hoạt động và wolfmanthực sự tương ứng với một địa chỉ IP.

Ngược lại, ping wolfmancần phải làm hai điều:

1. Lấy IP mà tên máy chủ ( wolfman) tương ứng.
2. Gửi gói đến IP và lắng nghe phản hồi

Trên Windows (ngay cả các phiên bản gần đây như Windows 10), bước đầu tiên có thể dễ dàng thất bại. Vì mục đích tương thích ngược, Windows hỗ trợ nhiều phương thức phân giải tên máy chủ (tệp máy chủ, DNS, NetBIOS / WINS, tệp LMHOST).

Thật không may, dường như pinglệnh của Windows không luôn cố gắng tra cứu DNS. Tôi không biết các điều kiện cụ thể kích hoạt hành vi này.

May mắn thay, chúng ta có thể buộc Windows thực hiện tra cứu DNS bằng cách sử dụng FQDN (tên miền đủ điều kiện). Trong thực tế, chúng tôi thực hiện điều này bằng cách thêm một .dấu chấm vào tên máy chủ : wolfman.. Hãy thử ping wolfman.và xác minh rằng nó hoạt động.

Bước cuối cùng là buộc Windows phải tự thêm vào dấu chấm này. Tôi đã chỉ ra cách làm điều này khi bắt đầu câu trả lời này.

nslookup hoạt động khác với các lệnh khác khi giải quyết tên / địa chỉ ip trên Windows.

Các phương pháp giải quyết bình thường trên Windows là như sau:

1. Khách hàng kiểm tra xem tên được truy vấn có phải là tên riêng không.
2. Sau đó, khách hàng tìm kiếm tệp Máy chủ cục bộ, danh sách địa chỉ IP và tên được lưu trữ trên máy tính cục bộ.
3. Các máy chủ hệ thống tên miền (DNS) được truy vấn.
4. Nếu tên vẫn không được giải quyết, trình tự phân giải tên NetBIOS được sử dụng làm bản sao lưu. Thứ tự này có thể được thay đổi bằng cách cấu hình loại nút NetBIOS của máy khách.

nslookupmặt khác được sử dụng để kiểm tra Máy chủ tên miền.

Tôi đã vật lộn với một vấn đề tương tự và đã thử giải pháp được đề xuất bởi @harrymc. Tôi đã tìm thấy những gì cuối cùng dường như (ít nhất là phần nào) hoạt động tại diễn đàn kỹ thuật microsoft ( nslookup hoạt động nhưng không có gì khác có DNS trên PC Win7 độc lập )

Đây là trích dẫn:

... hãy thử sử dụng lệnh bên dưới để xóa và đặt lại bộ đệm của trình phân giải máy khách để kiểm tra.

ipconfig / flushdns

ipconfig / registerdns

Vui lòng tham khảo các liên kết dưới đây để biết thêm chi tiết. http://jefferyland.wordpress.com/2011/07/11/quick-review-of-flushdns-registerdns-and-dns-queries/

Vì vậy, về cơ bản những gì còn thiếu cho tôi là ipconfig /registerdns

Chỉ hôm nay chúng tôi đã có cùng một vấn đề , nhưng giải pháp là khác nhau . Vì vậy, tôi nghĩ rằng, tôi sẽ thêm nó để tham khảo vì đây là kết quả tìm kiếm nhiều nhất.

• Vấn đề : pingsẽ không giải quyết tên máy chủ, nhưng nslookupcó thể. (Quan sát trên 2 máy chủ Windows Server 2012 R2 khác nhau.)
• Nguyên nhân : (Đối với mỗi máy chủ) Máy chủ có nhiều hơn một NIC được kết nối và có nhiều cổng mặc định được định cấu hình.
• Giải pháp : (Đối với mỗi máy chủ) Xóa cổng mặc định khỏi cấu hình của tất cả các NIC nhưng một, do đó, chỉ có một cổng duy nhất .

Có lẽ wolfman.company.com được liệt kê trong C: \ Windows \ system32 \ driver \ etc \ hosts?

nslookup bỏ qua tệp đó và luôn hỏi DNS, trong khi ping và các công cụ khác trước hết tìm kiếm trong tệp "hosts", sau đó trong DNS.

Tôi gặp vấn đề tương tự trên hệ thống Windows 2012R2 (= 8.1) và đã thử tất cả các đề xuất ở trên, nhưng không ai trong số họ sẽ khắc phục:
- Ping tên đầy đủ có hiệu quả.
- Ping tên không đủ tiêu chuẩn đã không.
- Cả hai đều hoạt động trên một số hệ thống khác, có cùng hệ điều hành và có cùng cấu hình.
- Tất cả các chuỗi tìm kiếm hậu tố cần thiết đã ở đó.
(Lưu ý rằng một số bản sửa lỗi được đề xuất, như cách giải quyết cho các truy vấn đa nhãn, rõ ràng là không liên quan, vì tên không đủ tiêu chuẩn chỉ có một phần.)

Sau đó, tôi nhận thấy rằng hệ thống đích mà tôi đang cố gắng ping KHÔNG có địa chỉ IPv6. Vì vậy, tôi đã thử "ping -4 unqualified_name " và chơi lô tô! cái này hiệu quả
Vì vậy, vì một số lý do, chỉ trên hệ thống này, ping chỉ cố gắng giải quyết tên không đủ tiêu chuẩn-> địa chỉ IPv6 và không phải là tên không đủ tiêu chuẩn-> IPv4.
Đối với tôi, cách khắc phục là vô hiệu hóa hoàn toàn IPv6 vì tôi hoàn toàn không cần nó. Nhưng tôi thực sự muốn tìm một cách nhẹ nhàng hơn để nói với ping (hoặc có lẽ là dịch vụ máy khách DNS) để thử giải quyết cả hai địa chỉ IPv4 và IPv6.

Thêm một mục trong tệp c:/windows/system32/drivers/etc/hostscó thể sửa nó.

Tôi đã cố gắng tìm hiểu tại sao trên một máy tính win 7 tôi có thể sử dụng ping servercái nào hoạt động và cái kia nó không thể giải quyết server. Tuy nhiên cả hai đều có thể ping server.lanmà tôi không hiểu lắm.

Hóa ra tôi đã nhầm với một số cài đặt (hậu tố DNS) để không phải sử dụng FQDN trong khi sử dụng VPN công việc. Tôi đã phải thêm địa phương của mình .lanvào các hậu tố đó để có được cả hai máy tính hoạt động như nhau.

Chuyển đến Bảng điều khiển> Mạng và Internet> Kết nối mạng và nhấp chuột phải vào kết nối mạng của bạn và nhấn Thuộc tính. Nhấp vào Giao thức Internet Phiên bản 4 và nhấn nút Thuộc tính. Sau đó, nút Nâng cao ... trong cửa sổ mới này. Chuyển đến tab DNS, đây là nơi tôi đã thêm hậu tố DNS cho công việc của mình nhưng cũng cần một hậu tố cho các kết nối gia đình bình thường.

Tôi đã gặp vấn đề này là tốt. Cách "dễ nhất" để khắc phục nó đối với tôi là chỉ cần thêm một .tên vào cuối tên máy chủ. Tuy nhiên điều này khá khó chịu. Hầu hết các mạng không yêu cầu điều này. Tôi không cần phải nói với những người khác trên mạng làm điều này khi họ cần truy cập vào cùng một tài nguyên.

Tôi đã xem gợi ý từ Frederik Aalund như một giải pháp khả thi và nhận thấy rằng họ đề nghị chuyển đổi từ tùy chọn "Nối các hậu tố DNS cụ thể và kết nối cụ thể" mặc định. Điều này làm tôi nghĩ rằng có lẽ mạng của tôi chỉ đơn giản là hơi bị cấu hình.

Nhìn vào cài đặt DD-WRT của tôi, "Miền LAN" không được đặt. Việc đặt nó thành một chuỗi tùy ý dường như đã khắc phục vấn đề này cho tất cả các máy khách trên mạng của tôi mà không có cấu hình đặc biệt trên mỗi máy, giải pháp tôi muốn! :)

Tôi đã gặp phải điều này khi chúng tôi di chuyển sang windows 7 từ windows XP, vấn đề liên quan đến vấn đề Truy vấn DNS đa nhãn của Windows 7.

Cho phép DNS Suffix gắn vào các truy vấn tên đa nhãn không đủ tiêu chuẩn - xem:

http://computerstepbystep.com/allow_dns_suffix_appending_to_unqualified_multi_label_name_queries.html

Hi vọng điêu nay co ich

Nếu trên mac os x, đó có thể là sự cố DNS Cache:

Kết xuất bộ đệm

sudo killall -HUP mDNSResponder
sudo dscacheutil -flushcache

Tôi đang chọn cái này vì nó làm phiền tôi năm ngoái và có lẽ tôi đã tìm thấy một cách giải quyết.

Đối với tôi có vẻ như một số hệ thống bộ nhớ đệm trong máy khách windows bị lỗi. Windows 7 và 8.1 bị ảnh hưởng bởi điều này ... không thể nói nhiều về Windows XP nữa. ping không giải quyết tên. nó không phải là phần icmp quan trọng mà là phần giải quyết tên). nslookup được thiết kế để truy vấn máy chủ tên và thực hiện chính xác điều đó và không giải quyết phân cấp tên cửa sổ.

Khởi động lại dịch vụ dnscache giúp mọi lúc. Nhưng vì tôi đã tắt IPv6 trên tất cả các giao diện máy khách, vấn đề không còn xảy ra nữa.

Chúc mừng!

Tôi có thể sai về điều này bởi vì nó dựa trên những ngày ressource-kit NT4 bị lãng quên từ lâu của tôi.

Vì giá vé tôi có thể nhớ lại PING sử dụng Netbios / THẮNG và DNS (theo thứ tự đó, ít nhất là nếu bạn không chỉ định FQDN).

THẮNG đã biến mất từ ​​nhiều năm trước nhưng bạn vẫn có thể bật Netbios trên giao diện của mình và PING do đó có thể sử dụng các netbios có thể không mang lại cho bạn bất kỳ kết quả nào. Đặc biệt nếu lưu lượng đang đi qua một bộ định tuyến ở đâu đó.

Chỉ cần vô hiệu hóa Netbios và Ping sẽ sử dụng DNS làm ưu tiên hàng đầu và nối thêm Hệ số DNS đã đăng ký trên giao diện vào tên máy chủ của bạn.

Tôi vừa gặp vấn đề này, và tìm thấy một cái gì đó khá kỳ dị, và đã cố gắng khắc phục nó Lol

Về cơ bản, nếu bạn có bất kỳ mục nào trong tệp máy chủ của mình, giống như IP mà ping của bạn đang cố gắng giải quyết, nó sẽ thất bại.

Ví dụ: nếu trong DNS của bạn, bạn có bản ghi cho www.example.com - 10.0.0.20, nhưng sau đó bạn có một mục trong tệp máy chủ của khách hàng, 10.0.0.20 Somethingelse.com, bạn sẽ không thể ping www .example.com

Lạ nhỉ

Trong trường hợp của tôi, vấn đề đã giải quyết vấn đề này là thêm tên miền của máy chủ lưu trữ mà tôi đang cố gắng ping vào tùy chọn chính sách nhóm có tên là "Danh sách tìm kiếm DNS Suffix" .

Tóm lại, quy trình này là: Mở gpedit.mscvà điều hướng đến Computer Configuration -> Administrative Templates -> Network -> DNS Client > DNS Suffix Search List, đặt thành "Đã bật" và thêm tên miền vào danh sách (danh sách trống theo mặc định).

Một mô tả chi tiết hơn về các bước này có thể được tìm thấy ở đây

Tôi gặp vấn đề tương tự và hóa ra một máy khác có cùng địa chỉ IP và điều đó gây ra nó.

Thay đổi IP trở lại DHCP và mọi thứ đều hoạt động tốt.

Không có giải pháp nào ở đây làm việc cho tôi. Những gì đã làm cho tôi là kết nối lại với vpn của công việc của tôi bằng OpenVPN. Sau đó, sau khi ngắt kết nối mọi thứ tiếp tục hoạt động.

Tôi tin rằng vấn đề liên quan đến việc mất điện trong khi máy tính của tôi được kết nối với openVPN. Cách duy nhất tôi nhận ra điều này là sử dụng WireShark. Tôi nhận thấy rằng các IP đích cho tất cả các truy vấn sẽ chuyển đến các IP trên mạng nội bộ của công việc của tôi.

ping sử dụng giao thức ICMP, cụ thể là 'Yêu cầu tiếng vang' và 'Trả lời tiếng vang'.

nhiều mạng vô hiệu hóa các tiện ích ICMP để ngăn chặn các cuộc tấn công hoặc quét mạng cơ bản. Tôi đã tìm thấy nhiều bộ định tuyến bạn mua đi kèm với một cài đặt để tắt ping và giống như các tiện ích được bật theo mặc định.

bạn có thể tìm hiểu thêm về ICMP tại đây:

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