ทำไมเส้นทาง VPN ที่ลบไปแล้วกลับมาหลังเชื่อมต่อใหม่

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

ใครเป็นผู้ติดตั้งเส้นทาง

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

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

อ่านตารางก่อนแก้ไข

ดูมุมมองของเคอร์เนลเองแทนไฟล์ที่บันทึกไว้ คอลัมน์โปรโตคอลแสดงว่าอะไรเป็นผู้ติดตั้งแต่ละรายการ:

ip route show
ip route show table all
ip rule show

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

จากนั้นถามเคอร์เนลว่าจะใช้เส้นทางใดจริง ที่อยู่ที่ได้รับการป้องกันเป็นหัววัดที่ดีกว่าที่อยู่สาธารณะ

ip route get 10.20.5.7

เปลี่ยนเจ้าของ ไม่ใช่อาการ

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

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

เชื่อมต่อใหม่และตรวจสอบทั้งสองเส้นทาง

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

ip route get 10.20.5.7
ip route get 198.51.100.20

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

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