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

สามสิ่งที่ไดอะล็อกต้องการก่อนแยกวิเคราะห์อะไรก็ตาม

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

สองคำสั่งตัดสินรอบแรก: dpkg -l network-manager-openvpn-gnome สำหรับปลั๊กอิน และ nmcli device status สำหรับสถานะอุปกรณ์

สิ่งที่ตัวนำเข้าโยนทิ้งอย่างเงียบ ๆ

การแปลสำหรับเดสก์ท็อปมุ่งเป้าไปที่ชุดคุณสมบัติที่กำหนดไว้ บรรทัดนอกชุดนั้นจะถูกทิ้งอย่างเงียบ ๆ จึงเป็นเหตุให้อุโมงค์ขึ้นมาโดยขาดบางส่วนของคอนฟิกูเรชันที่ตั้งใจไว้ สคริปต์ที่ประกาศด้วย up, down และ script-security มักหายไป เช่นเดียวกับตัวเลือกของอินเทอร์เฟซการจัดการและบล็อกระยะไกลเพิ่มเติม เส้นทางที่เขียนด้วยคีย์เวิร์ด vpn_gateway เป็นข้อยกเว้น: ตัวนำเข้าต้องการเกตเวย์ IPv4 แบบตรงตัวตรงนั้น และหยุดด้วยข้อผิดพลาดแทนที่จะทิ้งบรรทัดนั้น

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

อ่านการเชื่อมต่อที่บันทึกไว้ ไม่ใช่ไฟล์ต้นฉบับ

ผลลัพธ์ที่เชื่อถือได้ของการนำเข้าคือไฟล์คีย์ ไม่ใช่ .ovpn ที่คุณเลือก sudo cat /etc/NetworkManager/system-connections/office.nmconnection แสดงสิ่งที่แผงบันทึกไว้จริง หากมีเส้นทางอยู่ที่นั่นแต่หายไปจากตารางสด การนำเข้าสำเร็จและปัญหาคือการเปิดใช้งาน หากไม่มีในไฟล์ ตัวนำเข้าได้ทิ้งมันไป และการเชื่อมต่อใหม่ไม่ว่ากี่ครั้งก็ไม่ทำให้กลับมา

เส้นทางทางเลือกสองทางเลี่ยงชั้นการแปล nmcli connection import type openvpn file ./office.ovpn เขียนออบเจกต์เดียวกันและรายงานข้อผิดพลาดที่แผงซ่อนไว้

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

เมื่อการนำเข้าทำงานแต่การเปิดใช้งานไม่ทำงาน

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

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

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

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