Score:0

Windows 10 / Chrome: คำขอเบราว์เซอร์ HTTP ไปยังที่อยู่ IP แตกต่างจากคำขอเดียวกันไปยังชื่อโฮสต์

ธง ru

อีกครั้ง นี่คือบน Windows 10 ฉันกำลังนำเว็บเซิร์ฟเวอร์ทดสอบ Ubuntu ใหม่ (hpmicro1.lovelady.com) เข้าสู่เครือข่ายภายในของเรา ซึ่งทั้งหมดอยู่ในโดเมน lovelady.com มีเซิร์ฟเวอร์ DNS ในเครื่องอื่นที่จัดการการค้นหา DNS ทั้งหมด

การกำหนดค่าพีซีสำหรับ DNS คือ:

การกำหนดค่า DNS

เมื่อฉัน ping เว็บเซิร์ฟเวอร์ตามชื่อ ฉันได้รับ 192.168.1.5:

ความละเอียด DNS

ฉันรีบูทภายในห้านาทีที่ผ่านมา

ตอนนี้ที่เว็บเบราว์เซอร์ Chrome หรือ Firefox หรือแม้แต่ Edge (ซึ่งฉันมักจะหลีกเลี่ยงเหมือนโรคระบาด) เมื่อฉันเข้าถึงเซิร์ฟเวอร์ด้วยชื่อ ฉันได้รับความล้มเหลว:

ล้มเหลวเมื่อใช้ชื่อโฮสต์

แต่เมื่อฉันเข้าถึงผ่านที่อยู่ IP ฉันประสบความสำเร็จ:

สำเร็จผ่านที่อยู่ IP

สำหรับฉันแล้ว ดูเหมือนว่าการค้นหา DNS ไม่ได้เกิดขึ้นกับเว็บเบราว์เซอร์ใดๆ หรือได้รับผลลัพธ์ที่แตกต่างจาก commandline ping ฉันจะวินิจฉัยสิ่งนี้ได้อย่างไร และ - ยิ่งไปกว่านั้น - จะแก้ไขได้อย่างไร

Michael Hampton avatar
cz flag
ดูเหมือนว่าคุณกำลังเข้าถึงเครื่องสองเครื่องที่แตกต่างกันโดยสิ้นเชิง
in flag
อาจเป็นการกำหนดค่า VirtualHost ที่ไม่ถูกต้องบนเซิร์ฟเวอร์
ru flag
ใช่ นั่นคือประเด็น @MichaelHampton เป็นไปได้อย่างไร? ฉันจะค้นหาสิ่งที่ Chrome (หรือ Firefox หรือ Edge) ใช้สำหรับที่อยู่ IP ที่นี่ได้อย่างไร และฉันจะทำให้ใช้ค่าที่ถูกต้องได้อย่างไร
ru flag
ไม่แน่ใจว่าคุณกำลังพูดอะไร @GeraldSchneider เนื่องจากเห็นได้ชัดว่านี่เป็นเซิร์ฟเวอร์ที่แตกต่างกันสองเซิร์ฟเวอร์ (หนึ่งเหมือง และอีกเซิร์ฟเวอร์หนึ่งอยู่ในอีเธอร์แลนด์...) คุณจะแนะนำอะไรให้ฉันดูเพื่อแก้ไข อันที่เป็นของฉัน (แน่นอนว่าบน 192.168 net) ดูเหมือนจะใช้ได้ดี....
in flag
ตรวจสอบส่วนหัว http ในเครื่องมือสำหรับนักพัฒนาของเบราว์เซอร์ของคุณ โดยปกติที่อยู่ระยะไกลจะแสดงอยู่ที่นั่น
Michael Hampton avatar
cz flag
ส่วนที่เหลือของโลกคิดว่าที่อยู่ IP คือ 206.188.192.244 เพราะนั่นคือสิ่งที่อยู่ใน DNS ส่วนกลาง เกิดอะไรขึ้นที่นี่?
in flag
เบราว์เซอร์ของคุณได้รับการกำหนดค่าให้ใช้ DoH หรือไม่
ru flag
@MichaelHampton ส่วนที่เหลือของโลกเห็นสิ่งที่จับได้สำหรับ lovelady.com ภายในมีเซิร์ฟเวอร์ DNS (ฉันคิดว่าฉันพูดถึง) ที่ให้ที่อยู่สำหรับเซิร์ฟเวอร์อื่น ๆ ที่ส่วนอื่น ๆ ของโลกไม่เห็น ในหมู่พวกเขา: hpmicro1 ที่ 192.168.1.5
ru flag
สวัสดีเจอรัลด์ ฉันไม่เคยสัมผัสการกำหนดค่าของ Edge หรือ Firefox และการกำหนดค่า Chrome ที่จำกัด ฉันไม่เคยกำหนดค่า DNS ผ่าน HTTP ใดๆ เลย ขอบคุณ.
ru flag
โอ้ และฉันละเลยที่จะพูดถึงเผื่อว่ามีใครสงสัยบ้างว่าเนื้อหาของ lovelady.com ทั้งหมดนี้เป็นของฉันจริงๆ
ru flag
ตกลง ขอบคุณสำหรับความช่วยเหลือ @GeraldSchneider เกี่ยวกับเครื่องมือสำหรับนักพัฒนาซอฟต์แวร์ ต้องเปิดบางอย่างเพื่อดู แต่นี่คือที่อยู่ 206.188... ที่กล่าวถึงข้างต้น เนื่องจากระบบเดียวกันนี้ ใน "DOS BOX" แสดงความละเอียดที่ถูกต้องของโฮสต์นี้เป็น 192.168.... ฉันเลยสงสัยว่าทำไมเบราว์เซอร์ _all สามตัวถึงระบุตำแหน่งผิด (นี่ไม่ได้พูดถึงข้อเท็จจริงที่ว่า ถ้าฉันใช้ www.lovelady.com [ที่อยู่เดียวกัน] ทุกอย่างก็ใช้ได้ดี....) แต่ฉันต้องการเน้นว่าเหตุใดที่อยู่ผิดจาก Windows
Score:1
ธง cv

เห็นได้ชัดว่าในบางกรณีไคลเอนต์ Windows จะพยายาม รับที่อยู่ของ HPMICRO1.... จาก 8.8.8.8

นี่ไม่ใช่จุดบกพร่องของ Windows แต่เกิดจากการออกแบบ คุณกำหนดค่าไคลเอนต์ Windows DNS ด้วยเซิร์ฟเวอร์ DNS หลักและรอง เซิร์ฟเวอร์หลักไม่ตอบสนอง ดังนั้นไคลเอนต์ DNS ของ Windows จึงสอบถามเซิร์ฟเวอร์รอง นั่นคือพฤติกรรมที่ต้องการอย่างสมบูรณ์ คุณอยากจะล้มเหลวในการสืบค้นข้อมูลหลักและไม่ค้นหาข้อมูลรองหรือไม่ คุณกำลังบอกเป็นนัยว่าไคลเอนต์ DNS อื่นไม่ทำงานเหมือนกันหรือไม่ พวกเขาจะสอบถามเซิร์ฟเวอร์ DNS เดียวเท่านั้นหรือไม่ ดูเหมือนว่าคุณกำลังพยายามทำให้สิ่งนี้เป็นการพูดนานน่าเบื่อ "Windows ผิดพลาด" ทั้งที่จริง ๆ แล้วไคลเอนต์ DNS ของ Windows ทำงานตรงตามที่ออกแบบไว้ หากเซิร์ฟเวอร์หลักไม่ตอบสนอง ให้ลองเซิร์ฟเวอร์รอง จากนั้นเซิร์ฟเวอร์ระดับอุดมศึกษา ฯลฯ นี่ไม่ใช่ปัญหาไคลเอนต์ แต่เป็นปัญหาของเซิร์ฟเวอร์ ตรวจสอบเซิร์ฟเวอร์ DNS ของคุณ นั่นคือปัญหาที่เกิดขึ้น

ฉันไม่แน่ใจว่าอะไรทำให้ Windows ทำเช่นนั้น

ฉันได้ให้ลิงก์ไปยังบทความที่อธิบายพฤติกรรมนี้แก่คุณ มันไม่ใช่เรื่องลึกลับ มันทำงานตามที่ได้รับการออกแบบมา เช่นเดียวกับที่ตัวแก้ไขไคลเอ็นต์ DNS อื่นๆ ทุกตัวได้รับการออกแบบมาสำหรับลักษณะการทำงานเดียวกัน สอบถามรายการหลัก ไม่มีการตอบกลับ สอบถามรายการรอง และอื่น ๆ และอื่น ๆ

ru flag
ไม่มีหลักฐานว่า DNS ล้มเหลวในการตอบสนอง.. มีเพียงหน้าต่างที่มีผลลัพธ์สองรายการพร้อมกัน ไม่ควรเป็น และไม่ควรเป็นบนแพลตฟอร์มอื่น ไม่เหมือนคนอื่น ๆ ในเรื่องของผลการแคช แต่ฉันจบเรื่องนี้แล้ว วิธีแก้ไขคือกำจัด DNS ที่สอง เหตุใดจึงจำเป็นต้องปกป้อง Windows จึงเป็นปริศนาที่ฉันจะไม่ไตร่ตรองอีกต่อไป
joeqwerty avatar
cv flag
"ไม่มีหลักฐานว่า DNS ไม่ตอบสนอง" ในทำนองเดียวกัน คุณไม่ได้แสดงหลักฐานว่ามันตอบสนอง ฉันแค่บอกคุณว่าไคลเอ็นต์ DNS ของ Windows ได้รับการออกแบบมาให้ทำอะไรและอ้างถึงเอกสารประกอบของ Microsoft เอาตามที่คุณต้องการ ไคลเอนต์ Windows DNS ไม่ใช่ความผิดที่นี่
Score:0
ธง ru

เห็นได้ชัดว่าการกำหนดค่า DNS ที่ฉันแสดงในคำถามนั้นเป็นแนวคิดที่ไม่ดี การลบเซิร์ฟเวอร์ DNS รองช่วยแก้ปัญหาได้ เห็นได้ชัดว่าในบางกรณี ไคลเอ็นต์ Windows จะพยายามรับที่อยู่ของ HPMICRO1.... จาก 8.8.8.8 และแน่นอนว่าสิ่งนั้นส่งคืน catchall ฉันไม่แน่ใจว่าอะไรทำให้ Windows ทำเช่นนั้น (ฉันสงสัยว่าไม่มีใครรู้ว่าทำไม Windows ถึงทำอะไร ;| ) แต่หลังจากพิจารณาแล้ว DNS รองนั้นไม่เคยทำในสิ่งที่ฉันต้องการ

ปัญหานี้ได้รับการแก้ไขแล้วโดยการลบ DNS ภายนอก (สำรอง) ออกจากการกำหนดค่า

joeqwerty avatar
cv flag
นี่ไม่ใช่ปัญหาไคลเอ็นต์ DNS ของ Windows นี่เป็นปัญหาเซิร์ฟเวอร์ DNS ที่เซิร์ฟเวอร์ DNS กำหนดค่าเป็นเซิร์ฟเวอร์ DNS หลักสำหรับไคลเอ็นต์ DNS ไม่ตอบสนองต่อการสืบค้น นั่นคือจุดที่ฉันจะมองหาปัญหา - https://docs.microsoft.com/en-us/troubleshoot/windows-server/networking/dns-client-Resolution-timeouts
ru flag
เห็นด้วย อาจไม่ใช่ปัญหาของ Windows ในกรณีนี้ แต่ไม่มีใครสามารถพิสูจน์ได้ (ณ จุดนี้และฉันจะไม่ให้เวลามากกว่านี้) ว่า Windows ทำในสิ่งที่ควรทำ อย่างไรก็ตาม อย่างที่ฉันบอกเป็นนัยๆ ฉันถือว่าเป็นปัญหาการกำหนดค่าไคลเอ็นต์ @joeqwerty
ru flag
@joeqwerty ฉันจะบอกว่า OS ส่วนใหญ่จะใช้แหล่งเดียวกับแคชบางประเภทสำหรับการแก้ไข DNS Windows ส่งคืนที่อยู่เดียวสำหรับ PING และที่อยู่อื่นสำหรับคำขอ HTTP แสดงให้เห็นว่าสิ่งนั้นไม่ได้เกิดขึ้น และฉันสงสัยว่ามันสามารถรองรับได้ในฐานะฟีเจอร์ ซึ่งวางมันไว้อีกด้านหนึ่งของฟีเจอร์/บั๊กไลน์ IMO

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา