Điểm:0

Windows 10/Chrome: Trình duyệt HTTP yêu cầu địa chỉ IP khác với yêu cầu tương tự đối với tên máy chủ

lá cờ ru

Xin nhắc lại, đây là trên Windows 10. Tôi sẽ đưa một máy chủ web thử nghiệm Ubuntu mới (hpmicro1.lovelady.com) vào mạng nội bộ của chúng tôi, tất cả đều nằm trong miền lovelady.com. Có một máy chủ DNS trên một máy khác xử lý tất cả các tra cứu DNS.

Cấu hình PC cho DNS là:

cấu hình DNS

Khi tôi ping máy chủ web theo tên, tôi nhận được 192.168.1.5:

độ phân giải DNS

Tôi đã khởi động lại trong vòng năm phút qua.

Bây giờ, tại trình duyệt web Chrome hoặc Firefox hoặc thậm chí Edge (mà tôi thường tránh như bệnh dịch hạch), khi tôi truy cập máy chủ theo tên, tôi gặp lỗi:

Không thành công khi sử dụng tên máy chủ

Nhưng khi tôi truy cập qua địa chỉ IP, tôi đã thành công:

Thành công qua địa chỉ IP

Vì vậy, đối với tôi, có vẻ như việc tra cứu DNS không xảy ra ở BẤT KỲ trình duyệt web nào hoặc chúng đang nhận được kết quả khác với ping dòng lệnh. Làm cách nào tôi có thể chẩn đoán điều này và - quan trọng hơn - làm cách nào để khắc phục sự cố này?

Michael Hampton avatar
lá cờ cz
Có vẻ như bạn đang truy cập hai máy hoàn toàn khác nhau.
lá cờ in
Cũng có thể là cấu hình Virtualhost sai trên máy chủ.
lá cờ ru
Vâng, đó chính là vấn đề, @MichaelHampton. Làm thế nào mà có thể được? Làm cách nào tôi có thể tìm thấy những gì Chrome (hoặc Firefox hoặc Edge) đang sử dụng cho địa chỉ IP tại đây và làm cách nào để sử dụng đúng giá trị?
lá cờ ru
Không chắc bạn đang nói gì @GeraldSchneider. Vì đây rõ ràng là hai máy chủ khác nhau (một của tôi và một ở đâu đó trong etherland ...), bạn đang đề xuất tôi nên xem xét giải quyết điều gì? Cái thuộc về tôi (chắc chắn là trên mạng 192.168) có vẻ hoạt động tốt....
lá cờ in
Kiểm tra các tiêu đề http trong công cụ dành cho nhà phát triển của trình duyệt của bạn. Thông thường địa chỉ từ xa được liệt kê ở đó
Michael Hampton avatar
lá cờ cz
Phần còn lại của thế giới nghĩ rằng địa chỉ IP là 206.188.192.244 vì đó là địa chỉ trong DNS toàn cầu. Những gì đang xảy ra ở đây?
lá cờ in
Trình duyệt của bạn có được định cấu hình để sử dụng DoH không?
lá cờ ru
@MichaelHampton, phần còn lại của thế giới nhìn thấy điểm hấp dẫn của lovelady.com. Bên trong, có một máy chủ DNS (tôi nghĩ rằng tôi đã đề cập) cũng cung cấp địa chỉ cho các máy chủ khác mà phần còn lại của thế giới không nhìn thấy. Trong số đó: hpmicro1, tại 192.168.1.5.
lá cờ ru
Chào Gerald. Tôi chưa bao giờ động đến cấu hình của Edge hay Firefox. Và cấu hình hạn chế của Chrome. Tôi chưa bao giờ định cấu hình DNS qua (các) HTTP trên bất kỳ trong số chúng. Cảm ơn.
lá cờ ru
Ồ, và tôi đã quên đề cập đến trong trường hợp có ai đó tò mò... tất cả những thứ trên lovelady.com này thực sự là của tôi.
lá cờ ru
OK, cảm ơn sự trợ giúp của @GeraldSchneider về các công cụ dành cho nhà phát triển. Phải bật một số nội dung để xem, nhưng đây là địa chỉ 206.188... đã đề cập ở trên. Vì cùng một hệ thống này, trong "HỘP DOS" hiển thị độ phân giải chính xác của máy chủ này là 192.168.... Tôi không khỏi thắc mắc tại sao _cả ba trình duyệt_ dường như định địa chỉ sai vị trí. (Đây là chưa kể đến thực tế là nếu tôi nhập địa chỉ www.lovelady.com [cùng địa chỉ] thì tất cả đều hoạt động tốt....) Nhưng tôi muốn tập trung vào lý do tại sao địa chỉ sai từ Windows
Điểm:1
lá cờ cv

Rõ ràng trong một số trường hợp, máy khách Windows sẽ cố gắng lấy địa chỉ của HPMICRO1.... từ 8.8.8.8

Đây không phải là lỗi của Windows, đây là do thiết kế. Bạn đã định cấu hình máy khách Windows DNS với máy chủ DNS chính và phụ. Máy chủ chính không phản hồi nên máy khách Windows DNS đã truy vấn máy chủ phụ. Đó là hành vi hoàn toàn mong muốn. Bạn có muốn nó thất bại khi truy vấn chính và không truy vấn phụ không? Bạn có ngụ ý rằng các máy khách DNS khác không hoạt động giống như vậy không? Rằng họ sẽ chỉ truy vấn một máy chủ DNS duy nhất? Có vẻ như bạn đang cố gắng biến điều này thành ý kiến ​​"Windows có lỗi" trong khi thực tế, máy khách Windows DNS đang hoạt động chính xác như nó được thiết kế. Nếu máy chủ chính không phản hồi, hãy thử máy chủ phụ, sau đó là máy chủ thứ ba, v.v. Đây không phải là sự cố của máy khách mà là sự cố của máy chủ. Kiểm tra máy chủ DNS của bạn, đó là nơi có vấn đề.

Tôi không chắc điều gì đã khiến Windows làm điều đó.

Tôi đã cung cấp cho bạn một liên kết đến bài viết giải thích hành vi đó. Nó không phải là một bí ẩn. Nó hoạt động như được thiết kế, giống như cách mà mọi trình phân giải máy khách DNS khác được thiết kế cho cùng một hành vi. Truy vấn chính, không có phản hồi, truy vấn phụ, v.v., v.v.

lá cờ ru
Không có bằng chứng nào cho thấy DNS không phản hồi.. chỉ có điều là các cửa sổ có hai kết quả đồng thời. Không nên và sẽ không trên các nền tảng khác. Không giống như những người khác khi có liên quan đến kết quả bộ nhớ đệm, nhưng tôi đã hoàn thành việc này. Giải pháp là loại bỏ DNS thứ hai. Tại sao điều đó dẫn đến nhu cầu bảo vệ Windows là một bí ẩn mà tôi sẽ không suy ngẫm thêm.
joeqwerty avatar
lá cờ cv
"Không có bằng chứng nào cho thấy DNS không phản hồi". Tương tự như vậy, bạn đã không trình bày bằng chứng rằng nó đã phản hồi. Tôi chỉ nói cho bạn biết máy khách Windows DNS được thiết kế để làm gì và trích dẫn tài liệu của Microsoft. Đi nó như bạn muốn. Máy khách Windows DNS không có lỗi ở đây.
Điểm:0
lá cờ ru

Rõ ràng cấu hình DNS mà tôi đã trình bày trong câu hỏi là một ý tưởng tồi. Việc xóa máy chủ DNS phụ đã giải quyết được sự cố. Rõ ràng trong một số trường hợp, máy khách Windows sẽ cố gắng lấy địa chỉ của HPMICRO1.... từ 8.8.8.8 và tất nhiên điều đó đã trả về kết quả thu được. Tôi không chắc điều gì đã khiến Windows làm như vậy (tôi nghi ngờ có ai biết tại sao Windows làm bất cứ điều gì ;|) nhưng sau khi xem xét, DNS phụ đó sẽ không bao giờ làm những gì tôi muốn.

Sự cố này đã được giải quyết bằng cách xóa DNS (phụ) bên ngoài khỏi cấu hình.

joeqwerty avatar
lá cờ cv
Đây không phải là sự cố máy khách Windows DNS. Đây là sự cố máy chủ DNS trong đó máy chủ DNS được định cấu hình làm máy chủ DNS chính cho máy khách DNS không phản hồi truy vấn. Đó là nơi tôi tìm kiếm vấn đề. - https://docs.microsoft.com/en-us/troubleshoot/windows-server/networking/dns-client-resolution-timeouts
lá cờ ru
Đã đồng ý. Có lẽ không phải là một vấn đề Windows trong trường hợp này. Nhưng không ai có thể chứng minh (tại thời điểm này, tôi cũng sẽ không dành thêm thời gian cho nó) rằng Windows đã làm những gì nó phải làm. Dù sao, như tôi đã ngụ ý, tôi coi đó là sự cố cấu hình máy khách. @joeqwerty
lá cờ ru
@joeqwerty Tôi sẽ nói rằng hầu hết các hệ điều hành sẽ sử dụng một nguồn, với một số loại bộ đệm, cho các độ phân giải DNS. Windows trả lại một địa chỉ cho PING và một địa chỉ khác cho các yêu cầu HTTP chứng tỏ rằng điều đó không xảy ra. Và tôi nghi ngờ điều đó có thể được hỗ trợ như một tính năng, điều này đặt nó ở phía bên kia của tính năng/dòng lỗi đó IMO.

Đă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.