โปรไฟล์ OpenVPN ของ Windows ล้มเหลวบน Ubuntu: สามชั้น

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

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

อ่านคำเตือนก่อนจะตำหนิมัน

block-outside-dns ล็อก DNS บน Windows ผ่านแพลตฟอร์มกรองของ Windows และไคลเอนต์ลินุกซ์ไม่มีอะไรจะจับคู่กับมัน เมื่อเซิร์ฟเวอร์ส่งมันมา ไคลเอนต์จะพิมพ์บรรทัดเกี่ยวกับตัวเลือกที่ไม่รู้จักสำหรับรายการที่ถูกส่งนั้นแล้วดำเนินต่อ เพราะตัวเลือกที่ถูกส่งไม่ถือว่าเป็นอันตรายถึงตาย แต่ บรรทัดเดียวกันในไฟล์ของคุณเอง เป็นอีกเรื่องหนึ่ง ตรงนั้นตัวแยกวิเคราะห์จะหยุด ตัดสินใจว่าคุณมีอันไหนในสองอันนี้ก่อนแตะต้องอะไร เพราะมีเพียงอันเดียวที่จบการทำงาน

เพื่อกำจัดเสียงรบกวน ให้กรองก่อนแยกวิเคราะห์ รายการ pull-filter ignore สำหรับชื่อนั้น หรือ --ignore-unknown-option เมื่อบรรทัดอยู่ในไฟล์ท้องถิ่น ทั้งสองทำให้บรรทัดที่คุณอ่านแล้วเงียบลง ไม่มีอันใดซ่อมแซมความผิดพลาดที่คุณยังไม่ได้วินิจฉัย

สิทธิ์ล้มเหลวก่อนสิ่งอื่นใด

อุปกรณ์ tun และเส้นทางที่มาด้วยเป็นวัตถุที่มีสิทธิ์พิเศษ และบัญชีธรรมดาสร้างไม่ได้ ตัวเลือก --user อธิบายการแบ่งนี้ เดมอนสละสิทธิ์พิเศษของตนหลังจากงานที่ต้องใช้สิทธิ์พิเศษเสร็จแล้วเท่านั้น เริ่มมันในฐานะ root หรือผ่าน unit ที่เริ่มมันเช่นนั้น แล้วมองหาข้อผิดพลาดด้านสิทธิ์ก่อนดูใบรับรอง การผ่อนปรนสิทธิ์ไฟล์บนโปรไฟล์ไม่ได้ให้สิทธิ์ที่กระบวนการขาดไป

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

สิ่งที่ GUI ทำและเทอร์มินัลไม่ทำ

การเชื่อมต่อสำเร็จในขณะที่ทุกการค้นหายังล้มเหลวคือชั้นที่สาม NetworkManager ทำงานตัวแปลงชื่อของตัวเอง ด้วยเหตุนี้การนำเข้าจากเดสก์ท็อปจึงสามารถแจก DNS ได้แม้สคริปต์ up ของโปรไฟล์ไม่เคยทำงานสำเร็จ คำสั่ง openvpn --config เรียกใช้สิ่งที่ --up ระบุ และหากตัวช่วยนั้นหายไป อินเทอร์เฟซจะปรากฏขึ้นในขณะที่การค้นหายังคงไปยังเซิร์ฟเวอร์ก่อนหน้า เปรียบเทียบสคริปต์ของทั้งสองเส้นทางก่อนติดตั้งอะไรก็ตาม

ใช้ตัวช่วยที่แพ็กเกจมากับดิสทริบิวชันของคุณ สคริปต์ที่คัดลอกจากโพสต์บล็อกมักมุ่งเป้าไปที่ตัวแปลงชื่ออื่น การผสานรวมที่จัดส่งสำหรับ systemd-resolved ไม่ใช่สคริปต์ทั่วไปในสไตล์ vpnc และแต่ละตัวคาดหวังอาร์กิวเมนต์และตัวแปรของตัวเองจากไคลเอนต์ สคริปต์ up ที่ผู้ใช้กำหนดเองก็ต้องมี script-security 2 ก่อนที่ไคลเอนต์จะเรียกใช้มันเสียด้วยซ้ำ

แยกชั้นในการรันครั้งถัดไป

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

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

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