Збірка під 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.