การตั้งค่าไม่นำเข้า .ovpn ที่ CLI ยอมรับ
โปรไฟล์ที่เชื่อมต่อจากเทอร์มินัลอาจยังล้มเหลวในการนำเข้าบนเดสก์ท็อป ตรวจสอบปลั๊กอิน ไดเรกทีฟที่มันทิ้ง และสิ่งที่บันทึกไว้จริง
ไฟล์เดียวกันเชื่อมต่อจากเชลล์ได้ แต่ปฏิเสธการนำเข้าในแผงเดสก์ท็อป นั่นตัดเซิร์ฟเวอร์ ข้อมูลรับรอง และไวยากรณ์ของโปรไฟล์ออก เพราะไคลเอนต์บรรทัดคำสั่งแยกวิเคราะห์ทั้งสามอย่างแล้ว สิ่งที่เหลือคือเส้นทางเดสก์ท็อปเอง: แพ็กเกจที่ต้องใช้ ชุดย่อยของไดเรกทีฟที่เข้าใจ และออบเจกต์ที่เขียนลงดิสก์ แต่ละอย่างล้มเหลวต่างกัน และข้อความแทบไม่ชี้ไปที่ตัวที่ถูกต้อง
สามสิ่งที่ไดอะล็อกต้องการก่อนแยกวิเคราะห์อะไรก็ตาม
การนำเข้าทำงานด้วยสิทธิ์ของผู้ใช้ของคุณ ดังนั้นไฟล์ในไดเรกทอรีที่เข้าถึงได้เฉพาะ 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 นำเข้าได้โดยไม่มีการร้องเรียน