การบิลด์ ARM ไม่ใช่การสนับสนุน FortiClient สำหรับ Raspberry Pi ของคุณ

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

ขั้นแรก: อ่านแถวบันทึกการออกรุ่นสำหรับแพ็กเกจที่ตรงกับคุณ

คำแถลงการสนับสนุนผูกกับเวอร์ชัน จึงเริ่มจากบันทึกการออกรุ่นของแพ็กเกจที่องค์กรของคุณอนุมัติ ตัวอย่างที่เป็นรูปธรรม ตาราง FortiClient Standalone 7.4.7 ระบุ Ubuntu 22.04 และ 24.04, Red Hat 9 และ CentOS Stream 9 พร้อม GNOME ข้อกำหนดโปรเซสเซอร์สำหรับ Linux เขียนว่า Intel หรือเทียบเท่า

Raspberry Pi OS ไม่ใช่หนึ่งในสภาพแวดล้อม Linux ที่ระบุไว้เหล่านั้น นี่ไม่ใช่คำตัดสินเกี่ยวกับ FortiClient ทุกฉบับและไม่ใช่การคาดการณ์รุ่นถัดไป แต่เป็นข้อความเกี่ยวกับแถวนั้นในเอกสารนั้น อ่านเมทริกซ์ของเวอร์ชันที่คุณตั้งใจจะนำไปใช้จริง

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

ขั้นที่สอง: ยืนยันว่า Pi รันอะไรอยู่

สามคำสั่งจะชี้ขาดข้อเท็จจริงในเครื่องก่อนการดาวน์โหลดใด ๆ:

uname -m
cat /etc/os-release
dpkg --print-architecture

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

จากนั้นตรวจว่ามีอะไรใช้ได้จริงสำหรับแพลตฟอร์มนั้น ตารางแพ็กเกจที่เผยแพร่ของ Debian trixie มีบิลด์ arm64 และ armhf ของ openfortivpn นั่นยืนยันความพร้อมของสถาปัตยกรรมในดิสทริบิวชันนั้น ไม่ได้ยืนยันว่า Fortinet รับรอง FortiClient บนดิสทริบิวชันที่สืบทอดมา และไม่ได้ยืนยันว่าเกตเวย์ขององค์กรคุณยอมรับไคลเอนต์นั้น

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

ขั้นที่สาม: ตรวจเกตเวย์ก่อนตำหนิไคลเอนต์

Upstream อธิบาย openfortivpn ว่าเป็นไคลเอนต์ PPP และ TLS ที่เริ่ม pppd นั่นเป็นการใช้งานเฉพาะ และต้องการให้เกตเวย์มีโหมดที่เข้ากันได้ ชื่อแบรนด์เซิร์ฟเวอร์ไม่ใช่ข้อตกลงโปรโตคอล

รวบรวมรุ่นของเกตเวย์และวิธีเข้าถึงที่เปิดใช้งาน ชื่อโฮสต์ที่อนุมัติและวัสดุความเชื่อถือ และขั้นตอนการยืนยันตัวตนที่บริการต้องการ รวมถึงปัจจัยที่สองและการตรวจท่าทางของอุปกรณ์ การติดตั้งแบบมีการจัดการอาจต้องมีขั้นตอนลงทะเบียนที่ไคลเอนต์ของบุคคลที่สามไม่มีทางทำได้

ลองเชื่อมต่อด้วยบัญชีที่ออกให้คุณ ไม่ใช่บัญชีของผู้ดูแลระบบ เพราะการลงทะเบียนและนโยบายมักผูกกับผู้ใช้:

sudo openfortivpn vpn.example.com:443 -u <username>

อ่านความล้มเหลว ไม่ใช่แค่รหัสออก ข้อผิดพลาดใบรับรอง การหมดเวลา PPP และการปฏิเสธตามนโยบายเป็นปัญหาสามอย่างที่ต่างกัน และมีเพียงอย่างเดียวที่เกี่ยวกับ ARM

ขั้นที่สี่: ยอมรับบนอุปกรณ์ ภายในข้อตกลง

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

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

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