แฮนด์เชกผ่าน แต่อินเทอร์เน็ตใช้ไม่ได้: แก้อะไรก่อนบน Windows 11

บน Windows 11 แฮนด์เชกใหม่มักอยู่ข้างเบราว์เซอร์ที่เปิดอะไรไม่ได้เลย แฮนด์เชกพิสูจน์เพียงว่าแลกเปลี่ยน UDP กับเพื่อนสำเร็จ มันไม่บอกอะไรเกี่ยวกับเส้นทางที่ Windows ใส่ไว้ รีโซลเวอร์ที่ใช้ หรือ ว่าทางออกส่งต่ออะไรหรือไม่.

สี่เงื่อนไขตัดสินว่าชั้นใดในนั้นล้มเหลว การไล่ตามลำดับใช้เวลาไม่กี่นาที ขณะที่การเขียนคีย์ใหม่ใช้เวลานานกว่าและไม่เปลี่ยนอะไร

ตัดสินชั้นก่อนแตะคีย์

ไล่สามปลายทางตามลำดับนี้ เริ่มจากแอดเดรสฝั่งอุโมงค์ ต่อไปเป็น IP สาธารณะแบบตัวเลข และจบด้วยชื่อโฮสต์ จุดที่สายโซ่ขาดคือชื่อของชั้น ความล้มเหลวที่ขั้นแรกคือการเลือกเส้นทาง ขั้นที่สองคือการส่งต่อหรือ NAT ขั้นที่สามคือการแปลงชื่อ

ลำดับนี้คือวิธีทั้งหมด มันกันไม่ให้ความผิดพลาด DNS ถูกวินิจฉัยว่าเป็นอุโมงค์พัง ซึ่งเป็นทางผิดที่พบบ่อยที่สุดที่นี่

wg show
Find-NetRoute -RemoteIPAddress 1.1.1.1
Resolve-DnsName example.com -Server 1.1.1.1

ถ้าเวลาแฮนด์เชกว่างเปล่า

เมื่อเวลาแฮนด์เชกว่างเปล่า การแลกเปลี่ยนที่เข้ารหัสไม่เคยเสร็จ ดังนั้นความผิดพลาดอยู่ก่อนการเลือกเส้นทาง ดูแอดเดรสปลายทางและพอร์ตก่อน แล้วดูว่าเครือข่ายกรอง UDP หรือไม่ ผู้ให้บริการโฮสติ้งที่ทิ้งทราฟฟิก WireGuard ให้ผลแบบนี้เป๊ะ และไคลเอนต์ที่คัดลอกปลายทางจากโปรไฟล์เก่าก็เช่นกัน

ไบต์ที่ออกไปแต่ไม่มีไบต์เข้าเลยเป็นอีกกรณีหนึ่ง นั่นชี้ไปที่ NAT หรือไฟร์วอลล์ที่ส่งทราฟฟิกกลับผิดที่

ถ้าเส้นทางแพ้อะแดปเตอร์กายภาพ

อุโมงค์เต็มรูปแบบต้องให้ส่วนเพื่อนครอบคลุมปลายทางที่คุณคาดว่าจะใช้ Windows บางครั้งยังคงเส้นทางเริ่มต้นของอะแดปเตอร์กายภาพไว้แม้ตั้งกฎครอบทุกอย่างแล้ว การแยกกฎครอบทุกอย่างเป็น 0.0.0.0/1 บวก 128.0.0.0/1 สร้างคำนำหน้าที่เจาะจงกว่าสองตัวซึ่งชนะการค้นหา การแยกนี้เป็นวิธีเลี่ยงที่บันทึกไว้ ไม่ใช่ความชอบ

ยืนยันด้วย route print หรือการค้นหาแอดเดรสสาธารณะ อินเทอร์เฟซที่เลือกควรเป็นอะแดปเตอร์อุโมงค์ ถ้าอะแดปเตอร์กายภาพยังชนะ ให้แก้ช่วงของเพื่อนก่อนแตะเซิร์ฟเวอร์

ถ้าแอดเดรสใช้ได้แต่ชื่อใช้ไม่ได้

WireGuard พาแพ็กเก็ต IP และไม่มีความเห็นเรื่อง DNS ใส่บรรทัด DNS = ในส่วนอินเทอร์เฟซ หรือตั้งค่าอะแดปเตอร์ผ่าน Windows หากไม่มี ping ตามแอดเดรสจะสำเร็จแต่ชื่อโฮสต์ทั้งหมดล้มเหลว และผู้ใช้รายงานว่าไม่มีอินเทอร์เน็ต

ตรวจสอบว่า Windows ใช้เซิร์ฟเวอร์ใดจริงหลังเชื่อมต่อ รีโซลเวอร์ที่ค้างอยู่บนอะแดปเตอร์กายภาพอธิบายความล้มเหลวบางส่วน ซึ่งชื่อบางชื่อแปลงได้และบางชื่อไม่ได้ ล้างมันออกแทนที่จะเพิ่มตัวที่สองทับ

ถ้าเครื่อง Windows เป็นทางออก

Internet Connection Sharing เขียนที่อยู่ใหม่เมื่อเปิดใช้งาน ซึ่งอาจย้ายอะแดปเตอร์ที่แชร์ไปช่วงอื่น ไคลเอนต์ที่ยังชี้แอดเดรสเดิมจะหยุดทำงาน ค่าในรีจิสทรี ScopeAddress และ StandaloneDHCPAddress ควบคุมช่วงนั้น และการตั้งค่าอาจย้อนกลับหลังรีบูต

ความขัดแย้งเฉพาะ Windows อีกสองอย่างน่าดู บริการ Routing and Remote Access อาจรบกวนอุโมงค์ ตัวติดตั้งที่สร้างสำหรับสถาปัตยกรรมผิดจะล้มเหลวพร้อมข้อความที่ไม่เคยกล่าวถึงสถาปัตยกรรม

แก้ชั้นที่การทดสอบระบุ แล้วรันสามปลายทางเดิมอีกครั้ง การเปลี่ยนแปลงที่ซ่อมการทดสอบชื่อโฮสต์แต่ทำให้แอดเดรสของอุโมงค์พังถูกใช้กับชั้นผิด