NetworkManager นำเข้าโปรไฟล์ OpenVPN ของคุณไม่ได้? อ่านเรื่องนี้
ข้อผิดพลาดเรื่องความสามารถในการนำเข้าเป็นปัญหาในเครื่องนี้ ตรวจสอบปลั๊กอินและตัวแก้ไข นำเข้าด้วย nmcli เพื่อดูข้อความจริง และปล่อยใบรับรองแบบอินไลน์ไว้ที่เดิม
โปรไฟล์ที่เชื่อมต่อได้ดีใน OpenVPN ไคลเอนต์อื่นอาจถูกปฏิเสธการนำเข้าใน NetworkManager และกล่องโต้ตอบก็โทษความสามารถในการนำเข้าของปลั๊กอิน ประโยคนั้นพูดถึงเครื่องของคุณ ไม่ใช่ไฟล์หรือเซิร์ฟเวอร์ การนำเข้าเป็นการกระทำภายในเครื่องที่ทำโดยปลั๊กอิน VPN ของตัวจัดการ และในขณะที่มันล้มเหลว ไม่มีอะไรถูกส่งไปที่ใดเลย มองเรื่องนี้เป็นปัญหาการแพ็กเกจก่อน แล้วจึงเป็นปัญหาการแยกวิเคราะห์
อ่านข้อความเป็นคำกล่าวระดับเครื่อง
วลีนี้บรรยายชุดความสามารถของปลั๊กอิน อาจไม่มีปลั๊กอินที่ให้การสนับสนุน OpenVPN หรือคอมโพเนนต์ที่เสนอการนำเข้ามีอายุเก่ากว่ารูปแบบที่คุณป้อนให้ ทั้งสองกรณีเป็นเรื่องภายในเครื่องที่อยู่ตรงหน้าคุณ
สังเกตว่าข้อความไม่ได้บอกอะไร ไม่ได้บอกว่าใบรับรองผิด รหัสผ่านหมดอายุ หรือเซิร์ฟเวอร์ล่ม ดังนั้นการรีสตาร์ตหรือเปลี่ยนข้อมูลรับรองจึงแก้ไม่ได้ อ่านมันเป็นคำกล่าวเกี่ยวกับซอฟต์แวร์ที่ติดตั้งไว้
ความแตกต่างนี้ประหยัดเวลามากที่สุดในบทความทั้งหมด เพราะปฏิกิริยาโดยธรรมชาติคือการมองออกไปข้างนอกที่เกตเวย์ ทั้งที่ความล้มเหลวอยู่บนเดสก์ท็อปทั้งหมด
ขั้นตอนที่ 1: ยืนยันปลั๊กอินและตัวแก้ไข
มีแพ็กเกจสองตัวที่สำคัญและทำงานต่างกัน ตัวหนึ่งให้ปลั๊กอิน VPN ของ NetworkManager ซึ่งเป็นเจ้าของการเชื่อมต่อ อีกตัวให้ส่วนหน้าสำหรับแก้ไขและนำเข้าบนเดสก์ท็อป การติดตั้งเฉพาะรันไทม์หรือเฉพาะตัวแก้ไขทำให้คุณได้ฟีเจอร์เพียงครึ่งเดียว
nmcli --version
nmcli connection show
rpm -q NetworkManager-openvpn NetworkManager-openvpn-gnome 2>/dev/null
dpkg -l | grep -i network-manager-openvpn
ใช้คำสั่งแพ็กเกจที่มีอยู่จริงในดิสทริบิวชันของคุณ สองบรรทัดข้างบนเป็นทางเลือก ไม่ใช่ลำดับ ตรวจสอบด้วยว่าคุณอยู่ในขั้นตอนของ NetworkManager จริง เพราะไคลเอนต์ OpenVPN อีกตัวที่มีตัวนำเข้าของตัวเองจะไม่ตอบสนองต่อคำแนะนำเหล่านี้เลย
การติดตั้งปลั๊กอินมักรีสตาร์ตหรือโหลด NetworkManager ใหม่ ซึ่งตัดการเชื่อมต่อที่มีอยู่ชั่วครู่ ทำอย่างตั้งใจ ไม่ใช่กลางการโทรหาฝ่ายสนับสนุน
ขั้นตอนที่ 2: นำเข้าด้วย nmcli และดูข้อความจริง
กล่องโต้ตอบแบบกราฟิกมักบีบความล้มเหลวหลายอย่างไว้ในประโยคเดียว. ตัวนำเข้าบนบรรทัดคำสั่งเจาะจงกว่า และเป็นการกระทำเดียวกัน:
nmcli connection import type openvpn file /path/to/client.ovpn
nmcli connection show --active
อ่านการตอบกลับอย่างละเอียด ข้อร้องเรียนเรื่องปลั๊กอินที่หายไปคือปัญหาการแพ็กเกจ ข้อร้องเรียนเรื่องไดเรกทีฟเฉพาะคือปัญหาของตัวแยกวิเคราะห์ ข้อร้องเรียนเรื่องไฟล์ที่อ้างถึงคือปัญหาของพาธ และทั้งสามไม่มีความเกี่ยวกันเลยนอกจากคำว่านำเข้า
จำไว้ว่าความสำเร็จตรงนี้สร้างโปรไฟล์ที่บันทึกไว้ มันไม่ได้เชื่อมต่อ และไม่ได้พิสูจน์ว่าโปรไฟล์เก็บทุกฟีเจอร์ของต้นฉบับไว้
ขั้นตอนที่ 3: ปล่อยใบรับรองแบบอินไลน์ไว้ที่เดิม
คำแนะนำเก่าบอกให้ลบทุกบล็อกใบรับรองและคีย์แบบอินไลน์ก่อนนำเข้า คำแนะนำนั้นล้าสมัยแล้ว ตัวนำเข้าปัจจุบันจัดการออบเจ็กต์แบบอินไลน์ได้ และการลบมันออกจะเอาตัวตนที่การเชื่อมต่อต้องการออกไป พร้อมกับสร้างโปรไฟล์ที่นำเข้าได้แล้วล้มเหลวในการพิสูจน์ตัวตน
ถ้าคุณจำเป็นต้องแยกวัสดุออกด้วยเหตุผลเฉพาะจริง ๆ ให้เก็บไฟล์ต้นฉบับไว้และบันทึกว่าบล็อกไหนไปที่ใด โปรไฟล์ที่คนสามคนแก้ไขสามครั้งไม่ใช่การกำหนดค่าที่คุณจะใช้เหตุผลด้วยได้ในภายหลัง
ความระมัดระวังเดียวกันใช้กับไดเรกทีฟของผู้ขาย ตัวเลือกที่เฉพาะกับไคลเอนต์อาจอยู่นอกชุดฟีเจอร์ของปลั๊กอินเวอร์ชันหนึ่งโดยไม่ใช่ไวยากรณ์ OpenVPN ที่ไม่ถูกต้อง และการเอามันออกเพียงเพื่อให้กล่องโต้ตอบปิดอาจเปลี่ยนพฤติกรรมอย่างเงียบ ๆ
ขั้นตอนที่ 4: ตรวจสอบว่าโปรไฟล์ตอนนี้หมายถึงอะไร
หลังการนำเข้าที่สำเร็จ ให้ตรวจสอบปลายทาง การจัดวางการพิสูจน์ตัวตน การอ้างอิงไฟล์ และที่เก็บความลับ ก่อนที่คุณจะเปิดใช้งานอะไรก็ตาม สี่จุดนี้คือที่ที่การนำเข้าและเจตนามักแยกจากกันมากที่สุด
จากนั้นตรวจสอบพฤติกรรมที่คุณสนใจจริง ๆ คือเส้นทาง DNS และฟีเจอร์ของโปรไฟล์ต้นฉบับยังอยู่หรือไม่ สามจุดนี้คือที่ที่การนำเข้าที่สำเร็จยังคงทำให้คนที่ขอผิดหวังได้ การนำเข้าที่สำเร็จและการเชื่อมต่อที่ทำงานถูกต้องเป็นผลลัพธ์ที่ต่างกันสองอย่าง และมีเพียงอย่างหลังที่สำคัญต่อผู้ใช้
ถ้าโปรไฟล์ที่นำเข้าไปทำงานต่างจากไคลเอนต์ต้นฉบับ ให้เทียบการกำหนดค่าทั้งสองแทนที่จะสร้างใหม่จากความจำ เพราะความแตกต่างมักเป็นเพียงบรรทัดเดียว
ขั้นตอนที่ 5: ให้ตัวจัดการเดียวเป็นเจ้าของอุโมงค์
เมื่อโปรไฟล์อาศัยอยู่ใน NetworkManager แล้ว ให้มันเป็นเจ้าของการเชื่อมต่อ. การเริ่มโปรเซส OpenVPN แยกเป็นทางอ้อมจะสร้างเส้นทางการจัดการที่สองซึ่งมีพฤติกรรมตัวแปลงชื่อของตัวเอง ข้อมูลรับรองของตัวเอง และวงจรชีวิตของตัวเอง
อุโมงค์สองอันที่ต่างก็คิดว่าตนเป็นเจ้าของเส้นทางเริ่มต้นจะให้อาการที่ดูเหมือนผู้ให้บริการเสีย และทางแก้คือเอาอันหนึ่งออก ไม่ใช่ปรับแต่งอันใดอันหนึ่ง