ใช้ VPN Windows สองตัวพร้อมกัน: โปรไฟล์ไหนที่เก็บเส้นทางเริ่มต้นไว้

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

มีเพียงรายการเดียวเท่านั้นที่สามารถเป็นค่าเริ่มต้นที่ดีที่สุด

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

ไอคอนสถานะของไคลเอนต์แสดงสิ่งนั้นไม่ได้ มันรายงานว่าอุโมงค์ถูกสร้างขึ้น ไม่ใช่ว่าคำนำหน้าใดยังถูกส่งไปทางนั้น ผู้ใช้จึงเห็นไอคอนสีเขียวสองอันและการหมดเวลาในแอปพลิเคชันหนึ่ง การอ่าน route print -4 ระหว่างที่เกิดปัญหาบอกข้อมูลได้มากกว่าบันทึก VPN ใด ๆ

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

ช่องทำเครื่องหมายติดตั้งอะไร และลบอะไรออก

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

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

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

เลือกตามสิ่งที่แต่ละอุโมงค์ต้องบรรทุก

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

ถ้าอุโมงค์หนึ่งต้องเป็นแบบเต็ม อุโมงค์นั้นเป็นเจ้าของค่าเริ่มต้นและอีกอันต้องถูกแบ่ง ถ้าไม่มีอันใดต้องการทราฟฟิกอินเทอร์เน็ตทั่วไป ให้ยกเลิกช่องทำเครื่องหมายทั้งสองและปล่อยให้อะแดปเตอร์จริงเก็บค่าเริ่มต้นไว้ ถ้าช่วงทับซ้อนกัน ให้หยุด 172.22.0.0/16 ไม่สามารถหมายถึงเครื่องหนึ่งฝั่งองค์กรและอีกเครื่องฝั่งห้องปฏิบัติการ และไม่มีช่องทำเครื่องหมายใดแก้ปัญหานี้ได้

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

เพิ่มคำนำหน้าที่ขาดหายและทดสอบผลลัพธ์

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

> route add 172.22.0.0 mask 255.255.0.0 172.20.4.1
> route print -4
> Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric

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

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

> Get-DnsClientServerAddress -AddressFamily IPv4
> Resolve-DnsName files.corp.internal -Server 172.20.4.1

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

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