เหตุใด Chrome จึงไม่สนใจ / etc / hosts บน OS X

ฉันใช้ OS X 10.8.5 และ Chrome 30

ฉันเพิ่มลง127.0.0.1 youtube.comใน/etc/hostsไฟล์ของฉันจนตอนนี้มี:

# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1       localhost
255.255.255.255 broadcasthost
::1             localhost
fe80::1%lo0     localhost

127.0.0.1       youtube.com

เมื่อฉันเรียกใช้คำสั่งtraceroute youtube.comฉันได้รับผลลัพธ์ที่คาดหวัง (youtube.com ได้รับการแก้ไขเป็น 127.0.0.1):

traceroute to youtube.com (127.0.0.1), 64 hops max, 52 byte packets
1  localhost (127.0.0.1)  0.272 ms  0.118 ms  0.063 ms

อย่างไรก็ตามเมื่อฉันพิมพ์ youtube.com ใน Chrome เบราว์เซอร์ของฉันไม่ได้สร้างการเชื่อมต่อกับ 127.0.0.1 แต่แทนที่ด้วยที่อยู่ IP "ปกติ" สำหรับ YouTube ฉันคาดหวังให้ Chrome แก้ไข youtube.com เป็น 127.0.0.1

ฉันได้กำหนดค่า Chrome ให้ใช้การตั้งค่าพร็อกซีของระบบ ใน OS X เมื่อฉันไปที่การตั้งค่าระบบ> เครือข่าย> "ขั้นสูง ... "> พร็อกซีฉันได้เลือก "การค้นหาพร็อกซีอัตโนมัติ"

เหตุใด Chrome จึงมองข้าม/etc/hostsไฟล์ของฉัน

ลองเพิ่มwww.youtube.comไฟล์โฮสต์ของคุณ youtube.comถูกเปลี่ยนเส้นทางไปอย่างถาวรwww.youtube.comดังนั้นตราบใดที่คุณได้เข้าชมครั้งเบราว์เซอร์ของคุณแคชการตอบสนองนี้และเปลี่ยนเส้นทางให้คุณyoutube.com www.youtube.comที่อยู่นี้ไม่ได้อยู่ในไฟล์โฮสต์ของคุณดังนั้น Chrome จึงสามารถแก้ไขได้อย่างถูกต้องตามหลักเหตุผล

Google Chrome จะไม่สนใจไฟล์โฮสต์ของคุณและทำการค้นหา DNS ที่แท้จริง (แม้จะเป็นที่คนอื่น ๆ คิดว่า/etc/hostsไม่ใช่ส่วนหนึ่งของ DNS แต่เป็นสิ่งที่เคยใช้ก่อน DNS) ในขณะที่ Google Chrome ควรเคารพรายการไฟล์โฮสต์ที่ไม่เป็นเช่นนั้น ไฟล์โฮสต์ซึ่งเป็นทางเลือกแทน DNS จะถูกอ่านเมื่อไม่มีเซิร์ฟเวอร์ DNS (เช่นถ้าคุณปิดการใช้งานการเชื่อมต่อเครือข่าย)

คุณสามารถทดสอบได้โดยเพิ่ม "127.0.0.1 foobar.dev" ลงในไฟล์โฮสต์ของคุณจากนั้นเปิดใช้งาน wireshark และดูบนอินเทอร์เฟซเครือข่ายของคุณ เปิด Chrome และใส่http://foobar.dev/แถบที่อยู่แล้วไป คุณจะเห็นคำค้นหา DNS ใน Wireshark เช่น:

2   1.668727000 192.168.32.104  8.8.8.8 DNS 75  Standard query 0x663a  A foobar.dev

FWIW, Google DNS ส่งคืน 127.0.53.53 สำหรับ foobar.dev

3   1.706484000 8.8.8.8 192.168.32.104  DNS 91  Standard query response 0x663a  A 127.0.53.53

วิธีแก้ปัญหาคือใช้HostAdminซึ่งเป็นส่วนขยาย Chrome รุ่นเก่าที่ทำให้ Chrome ใช้โฮสต์ อย่างไรก็ตาม Chrome เวอร์ชันใหม่กว่า (> 38, apprently) ไม่รองรับอีกต่อไป

ฉันแก้ไขปัญหานี้โดย: ปิด "ปกป้องคุณและอุปกรณ์ของคุณจากไซต์อันตราย" ในการตั้งค่าขั้นสูงของ Chrome

"การป้องกัน" ของ Chrome นั้นรวมถึงการตรวจสอบโดเมนกับ DNS ของตัวเองโดยตรงและผ่านรายการโฮสต์บางประเภทซึ่งถือว่า "น่าสงสัย" หรือรายการสำหรับไซต์ที่มีอยู่ซึ่งถูกแทนที่ซึ่งหมายความว่ารายการโฮสต์ที่กำหนดเองส่วนใหญ่จะถูกเพิกเฉย โดยเฉพาะอย่างยิ่ง * .dev และ * .local รายการที่ใช้สำหรับการพัฒนา

การปิดตัวเลือกนี้ช่วยแก้ไขปัญหาได้ 100% สำหรับฉัน นี่ทำให้ฉันเป็นบ้าเป็นเวลาหลายเดือนเมื่อทำการพัฒนาในท้องถิ่นและฉันไม่สามารถหาคำตอบได้ทุกที่ทุกคนแค่พูดว่ามันไม่เกิดขึ้น กลับกลายเป็นว่ามันเป็นเรื่องง่ายในการตั้งค่าขั้นสูง หวังว่านี่จะช่วยคุณได้เช่นกัน

Localhost เป็นแบบแผนสำหรับที่อยู่ 127.0.0.1 ซึ่งเป็นที่อยู่ภายในสำหรับ tcp / ip อย่างไรก็ตาม Chrome ไม่ได้ใช้ / etc / hosts เพื่อแก้ปัญหาที่อยู่นั้นกำลังใช้เซิร์ฟเวอร์ DNS ดังนั้นที่อยู่ใด ๆ จึงไม่ได้มาจากคุณ / etc / hosts แต่จากเซิร์ฟเวอร์ DNS หากใช้ / etc / hosts จะต้องเก็บชื่อโฮสต์ www ทั้งหมดไว้เพื่อแก้ปัญหาที่อยู่ใด ๆ

หวังว่านี่จะช่วยได้

ฉันสะดุดกับคำถามนี้โดยคิดว่าhostsไฟล์ไม่ทำงานบน Chrome สำหรับ macOS สำหรับ.devโดเมนปลอมที่ฉันใช้เพื่อการพัฒนา

จริงๆแล้วมันไม่ทำงานอย่างน้อยบน Chrome 77

ปัญหาไม่ได้อยู่ที่ไม่พบโดเมน แต่ขณะนี้. dev ทั้งหมดจะถูกเปลี่ยนเส้นทางไปยัง https โดยอัตโนมัติ :

หากคุณดับเบิลคลิกที่ชื่อโดเมนคุณจะเห็นผู้ร้าย:

ตอนนี้ว่า Google ยากจนของเรา.devเป็นวิธีการแก้ปัญหาที่ลิงค์ด้านบนแสดงให้เห็นที่จะย้ายไป TLD อื่นสำหรับการพัฒนาเช่นหรือ.test.localhost