VPN เชื่อมต่อแล้วเครื่องพิมพ์ออฟไลน์? ตรวจสอบตารางเส้นทาง

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

ขั้นที่หนึ่ง: พิสูจน์ว่าเครื่องพิมพ์ยังเข้าถึงได้ใน LAN

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

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

ขั้นที่สอง: หาเส้นทางที่ Windows เลือกจริง

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

Find-NetRoute -RemoteIPAddress 192.168.1.50
route print -4
tracert -d 192.168.1.50

Find-NetRoute พิมพ์เส้นทางที่ชนะและอินเทอร์เฟซของมัน และนั่นคือข้อเท็จจริงสองข้อที่ส่วนที่เหลือขึ้นอยู่กับ route print -4 แสดงรายการโดยรอบ รวมถึงครึ่งค่าเริ่มต้นสองรายการที่ไคลเอนต์อุโมงค์เต็มติดตั้ง: 0.0.0.0/1 และ 128.0.0.0/1 ซึ่งร่วมกันครอบคลุมพื้นที่ IPv4 ทั้งหมดโดยไม่เคยแทนที่ 0.0.0.0/0 /1 ยาวกว่า /0 แต่ 192.168.1.0/24 ของคุณยาวกว่านั้นอีก จึงเป็นเหตุให้เส้นทาง LAN ที่หายไปสำคัญกว่าการอ้างสิทธิ์ของอุโมงค์เอง

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

ขั้นที่สาม: เพิ่มเส้นทางที่แคบที่สุดซึ่งระบุเกตเวย์และอินเทอร์เฟซ

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

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

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

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

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

ขั้นที่สี่: ทำให้ข้อยกเว้นอยู่รอดในการเชื่อมต่อครั้งถัดไป

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

จับตา IPv6 แยกต่างหาก ไคลเอนต์ที่อ้างสิทธิ์เฉพาะค่าเริ่มต้น IPv4 อาจทิ้งเส้นทางเริ่มต้น IPv6 ไว้บนอะแดปเตอร์กายภาพ เครื่องพิมพ์ที่เข้าถึงได้ผ่าน IPv6 จึงยังทำงานอยู่ขณะที่ IPv4 ล้มเหลว หรือกลับกัน ทดสอบด้วย ping -4 และ ping -6 ก่อนตัดสินว่าตารางเส้นทางไม่มีความผิด

ทางลัดในเครื่องทำให้คุณต้องจ่ายอะไร

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

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