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

Windows มองการเชื่อมต่อ VPN เป็นการตัดสินใจเรื่องเส้นทาง จนกว่าการตัดสินใจนั้นจะถูกจำกัด เครื่องจะทำงานราวกับย้ายไปอยู่ที่ออฟฟิศ

ทำไมอุโมงค์ที่ทำงานได้ถึงรู้สึกเหมือนระบบล่ม

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

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

ช่องติ๊กที่ซ่อนอยู่ในไดอะล็อก IPv4

การตั้งค่าอยู่ลึกหลายไดอะล็อก เปิด ncpa.cpl คลิกขวาที่การเชื่อมต่อ จากนั้นคุณสมบัติ IPv4 จากนั้นขั้นสูง และล้างตัวเลือกที่อนุญาตให้การเชื่อมต่อกลายเป็นเกตเวย์เริ่มต้นระยะไกล ช่องเดียวนี้ตัดสินว่าโปรไฟล์เป็นอุโมงค์เต็มรูปแบบหรือไม่ ทุกอย่างอื่นในโปรไฟล์ยังใช้บังคับ

เปรียบเทียบ route print -4 ก่อนและหลังการเชื่อมต่อใหม่ รายการ 0.0.0.0 ที่เคยชี้ไปที่อุโมงค์ควรหายไป และคำนำหน้าขององค์กรควรยังอยู่

route print -4 | findstr /c:"0.0.0.0"
Get-VpnConnection -Name 'Work VPN' | Select-Object Name, SplitTunneling, Routes

การเปลี่ยนเมตริกของอินเทอร์เฟซไม่ใช่สิ่งทดแทน เมตริกตัดสินเพียงระหว่างเส้นทางเริ่มต้นสองเส้นที่แข่งกัน และไคลเอนต์ที่ติดตั้งเส้นทางเริ่มต้นของตัวเองใหม่ทุกครั้งที่เชื่อมต่อจะเป็นฝ่ายชนะการแข่งนั้นไม่ว่าจะตั้งค่าเป็นตัวเลขใด

คำนำหน้าที่ไม่มีใครระบุ

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

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

route -p add 172.20.8.0 mask 255.255.255.0 10.8.0.1
Add-VpnConnectionRoute -ConnectionName 'Work VPN' -DestinationPrefix 172.20.8.0/24
Get-VpnConnection -Name 'Work VPN' | Select-Object -ExpandProperty Routes

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

พิสูจน์ผลลัพธ์หลังการรีบูต

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

tracert -4 www.example.com
tracert -4 wiki.corp.example
ping -4 fileserver.corp.example
ping -4 172.20.8.20

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

เก็บเครื่องพิมพ์และ NAS ไว้ในการทดสอบด้วย เพราะอุโมงค์แยกส่วนที่ตัดอุปกรณ์ข้างแล็ปท็อปออกได้แก้ปัญหาหนึ่งโดยสร้างปัญหาที่เล็กกว่าและน่ารำคาญกว่า จุดที่ใช้ตรวจการสะกดพารามิเตอร์กับเวอร์ชันโมดูลของคุณคือ เอกสารอ้างอิง Add-VpnConnectionRoute ของ Microsoft

บทความที่เกี่ยวข้อง