รายการ VPN ของ nmcli: โปรไฟล์ที่บันทึกไว้เทียบกับอุโมงค์ที่ทำงานอยู่

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

สองรายการ สองคำถาม

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

เลือกฟิลด์แทนการอ่านตารางเริ่มต้น เพราะผลลัพธ์เริ่มต้นซ่อนชนิดบนเทอร์มินัลแคบและตัดชื่อยาว

โดยปกติ NAME, UUID และ TYPE ก็เพียงพอสำหรับการดูครั้งแรก จากนั้นคุณตรวจสอบรายการเดียวที่คุณสนใจด้วย UUID

TYPE คือจุดที่ความประหลาดใจอยู่

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

เช่นเดียวกันกับอุโมงค์ชนิดอื่นที่ NetworkManager เรียนรู้ที่จะจัดการเองตามเวลา ดังนั้นอ่านคอลัมน์ TYPE ก่อนสรุปว่ามีบางอย่างขาดหาย

แสดงทั้งหมดแล้วกรองภายหลัง โปรไฟล์จะปรากฏขึ้น

อ่าน UUID ไม่ใช่แค่ชื่อ

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

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

คัดลอก UUID ลงในบันทึกของคุณเมื่อคุณเปลี่ยนสิ่งที่อาจต้องย้อนกลับ

สิ่งที่โปรไฟล์ที่บันทึกไว้ไม่บอกคุณ

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

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

เจ้าของหนึ่งรายต่ออินเทอร์เฟซทำให้รายการซื่อสัตย์ และ เอกสารอ้างอิง nmcli บันทึกว่ามุมมองแต่ละแบบรายงานฟิลด์ใดจริง

รายงานโดยไม่เปิดเผยความลับ

connection show พร้อมชื่อจะพิมพ์การตั้งค่า และการเพิ่ม --show-secrets จะพิมพ์คีย์ส่วนตัวและรหัสผ่าน ไปด้วย สำหรับการวางการแก้ปัญหาในตั๋วไม่จำเป็นต้องใช้สิ่งเหล่านั้น ให้รายงานชนิด UUID สถานะ และเส้นทางที่เกี่ยวข้องแทน และปิดบังทุกอย่างที่มาจากที่เก็บความลับ

การเปิดใช้งานแบบโต้ตอบด้วย --ask เป็นวิธีที่รองรับในการให้ข้อมูลรับรองที่ขาดหาย และระบบอัตโนมัติที่ไม่มีผู้ดูแลต้องมีข้อตกลงอื่นที่ได้รับอนุมัติแทนรหัสผ่านที่บันทึกเป็นข้อความธรรมดา

รายงานสั้นที่ปิดบังข้อมูลนั้นตรวจทานได้ง่ายกว่าการทิ้งข้อมูลทั้งหมด