Điểm:0

Máy khách DNS so với Nslookup - thực hiện kiểm tra thủ công máy khách DNS để tìm bản ghi SRV

lá cờ ru

Có nhiều tài liệu tham khảo khác nhau (chẳng hạn như DNS không thể phân giải tên máy chủ; nslookup có thể hoặc https://web.archive.org/web/20160525082756/http://homepage.ntlworld.com/jonathan.deboynepollard/FGA/nslookup-flaws.html hoặc https://web.archive.org/web/20121113214415/http://cb five.com/blog/post/PING-vs-NSLookup.aspx) nêu rõ những điều sau đây hoặc điều gì đó tương tự, nhưng không đưa ra gợi ý cho các lựa chọn thay thế để sử dụng:

Lý do ping không thể giải quyết tên máy chủ nhưng nslookup có thể là do nslookup một công cụ cấp thấp bỏ qua ứng dụng khách Windows DNS. Nó sử dụng bất kỳ máy chủ DNS nào mà bạn yêu cầu (máy chủ đầu tiên theo mặc định) và thực hiện truy vấn một cách nhanh chóng.

Câu hỏi của tôi là, làm thế nào tôi có thể thủ công kiểm tra Máy khách DNS để kiểm tra bản ghi SRV? Có cách nào để xem thông tin DNS mà nó cố sử dụng không? Tôi không thể đặt Wireshark trên mọi máy chủ trong mọi môi trường, vì vậy tôi đang tìm một cách khác để khắc phục sự cố.Tôi đoán câu trả lời là "không", nếu không thì tại sao chúng ta lại sử dụng nslookup (có lỗi như vậy). Rõ ràng là tôi không thể sử dụng lệnh ping cho bản ghi SRV.

Đã chỉnh sửa với những phát hiện được cập nhật: Các truy vấn UDP quá dài, do đó, phản hồi DNS với cờ cắt ngắn sẽ được gửi tới máy khách, vì vậy cần phải thực hiện một truy vấn TCP. Gói tiếp theo sau truy vấn TCP DNS là (từ TargetDNS đến máy khách): "Phân đoạn TCP của PDU được tập hợp lại" (có vẻ như nó chứa thông tin phản hồi), sau đó sẽ khác tùy thuộc vào tình huống:

  • Truy vấn nslookup - với truy vấn nslookup thực sự có một gói phản hồi DNS với thông tin
  • ApplicationX (mà tôi tin là sử dụng Máy khách DNS của Windows) - Truy vấn máy khách DNS của Windows, không có gói phản hồi DNS (tức là giống như gói TCP khác đã bị mất)
    • Không có gì trong bộ đệm DNS (ipconfig /displaydns) hoặc trên bộ đệm máy chủ DNS của Máy khách cho bản ghi SRV (thậm chí không có giá trị âm).

Không có gì ngạc nhiên khi điều đó chứng minh rằng ứng dụng khách DNS và nslookup nhận được các kết quả khác nhau nhưng chính xác thì chúng đang làm gì khác nhau (giảm giá máy chủ, lmhost, nối thêm các hậu tố tìm kiếm DNS, v.v.)? Họ đang sử dụng cùng một máy chủ DNS (bằng chứng là Wireshark). Làm thế nào tôi có thể thu hẹp nơi lỗi nằm?

lá cờ cn
Tại một số điểm, ai đó sẽ hỏi nếu chỉ một ứng dụng thể hiện hành vi này, đó có thể là ứng dụng.
Điểm:2
lá cờ cn

sự hiểu biết của bạn là chính xác mà nslookup Bản thân nó hoạt động như một máy khách DNS, tách biệt với bất kỳ điều gì mà HĐH thực hiện thay mặt cho các ứng dụng thông thường.

Lệnh ghép ngắn Powershell Giải quyết-DnsName, mặt khác, sử dụng ứng dụng khách Windows DNS bên dưới. Do đó, đây là một công cụ có thể được sử dụng để kích hoạt hành vi bình thường của hệ điều hành đối với tra cứu DNS (hoặc các nguồn khác, mặc dù có tên!), tách biệt với ứng dụng của bạn.

Ví dụ: một cái gì đó như thế như một ví dụ về một CHXHCNVN tra cứu:

Resolve-DnsName -Type SRV _sip._tcp.example.com

Chú thích bên lề:
hành vi của nslookup và những thứ tương tự (nói chung đào là công cụ được lựa chọn trong danh mục này) hữu ích để điều tra hành vi DNS, cụ thể là vì môi trường cục bộ không ảnh hưởng đến kết quả, nhưng đồng thời nó làm cho các công cụ này không phù hợp để điều tra hành vi của môi trường HĐH cục bộ.

Badger avatar
lá cờ ru
Trước hết, xin lỗi vì sự chậm trễ trong phản hồi, và cảm ơn vì điều đó. Thật không may, tôi không có quyền truy cập vào tên miền giải quyết trong trường hợp này.Bạn có thể đề nghị một cái gì đó khác? Tôi cho rằng toàn bộ câu hỏi có thể cần phải định hình lại, tôi muốn biết một cách thực tế để kiểm tra máy khách DNS, ngoài ra, sự khác biệt giữa nslookup và máy khách DNS làm gì. Tôi hiểu rằng sẽ có sự khác biệt trong việc thêm các hậu tố tìm kiếm DNS và máy khách DNS có thể sử dụng máy chủ và lmhost hoặc họ có thể đang xem các máy chủ khác nhau, nhưng điều gì khác có thể giải thích tại sao nslookup hoạt động, nhưng máy khách DNS thì không

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.