ARM 빌드는 Raspberry Pi에 대한 FortiClient 지원이 아닙니다
실행되는 바이너리는 지원되는 클라이언트가 아닙니다. FortiClient Linux 행, Pi의 아키텍처, 그다음 게이트웨이의 프로토콜과 등록을 확인하십시오.
Raspberry Pi에서 VPN 클라이언트를 실행하는 것과 그 기기에서 FortiClient가 지원되는 것은 같은 일이 아닙니다. 이 대화에서는 세 가지 주장이 뒤섞입니다. 공급업체가 플랫폼을 적격으로 인정하는 것, 누군가 프로세서용 바이너리를 만드는 것, 그리고 게이트웨이가 그 클라이언트의 프로토콜과 등록을 허용하는 것입니다. 셋 중 하나를 찾아도 나머지 둘에 대해서는 아무것도 알 수 없습니다. 이 순서대로 확인하고 하나가 실패하면 멈추십시오. 그것이 해결해야 할 문제입니다.
첫 번째 단계: 정확한 패키지의 릴리스 노트 행을 읽으십시오
지원 진술은 버전에 묶여 있으므로 조직이 승인한 패키지의 릴리스 노트부터 시작하십시오. 구체적인 예로 FortiClient Standalone 7.4.7 표에는 GNOME이 있는 Ubuntu 22.04와 24.04, Red Hat 9, CentOS Stream 9이 나열됩니다. Linux 프로세서 요구 사항은 Intel 또는 동등으로 표현되어 있습니다.
Raspberry Pi OS는 그 나열된 Linux 환경 중 하나가 아닙니다. 이것은 모든 FortiClient 에디션에 대한 판정도, 이후 릴리스에 대한 예측도 아닙니다. 그 문서의 그 행에 대한 진술입니다. 실제로 배포하려는 버전의 매트릭스를 읽으십시오.
Windows나 macOS 행의 프로세서 주석을 Linux 행으로 옮기지 마십시오. 공급업체는 에디션별, 릴리스별로 플랫폼을 문서화하며, 한 행에 적용되는 주석은 다른 행의 증거가 아닙니다.
두 번째 단계: Pi가 무엇을 실행하는지 확인하십시오
다운로드 전에 세 가지 명령으로 로컬 사실을 확정합니다.
uname -m
cat /etc/os-release
dpkg --print-architecture첫째는 커널 아키텍처, 둘째는 배포판과 릴리스, 셋째는 패키지가 빌드되는 사용자 공간 아키텍처를 알려 줍니다. 64비트 커널에 32비트 사용자 공간인 구성도 가능하며, 필요한 패키지가 달라집니다.
그다음 해당 플랫폼에서 실제로 무엇이 제공되는지 확인하십시오. Debian trixie의 공개 패키지 표에는 openfortivpn의 arm64 및 armhf 빌드가 포함됩니다. 이는 그 배포판에서 아키텍처 가용성을 보여 줍니다. Fortinet이 파생 배포판에서 FortiClient를 적격으로 인정한다는 것도, 조직의 게이트웨이가 그 클라이언트를 받아들인다는 것도 보여 주지 않습니다.
오래된 릴리스의 캐시된 패키지나 포럼 스레드의 빌드 실패 보고 대신 지원되는 패키지와 최신 릴리스 문서를 사용하십시오. 그래픽 프런트엔드가 있다면 따로 적격성을 확인하십시오. 명령줄 빌드가 동작한다고 해서 편집기, 비밀 저장소, 데스크톱 래퍼의 감독이 유지된다는 증거는 아닙니다.
세 번째 단계: 클라이언트를 탓하기 전에 게이트웨이를 확인하십시오
Upstream은 openfortivpn을(를) pppd을(를) 시작하는 PPP 및 TLS 클라이언트로 설명합니다. 특정 구현이며, 게이트웨이가 호환 모드를 제공해야 합니다. 서버 브랜드 이름은 프로토콜 합의가 아닙니다.
게이트웨이 릴리스와 활성화된 액세스 방식, 승인된 호스트 이름과 그 신뢰 자료, 서비스가 요구하는 신원 워크플로를 수집하십시오. 두 번째 요소와 기기 상태 검사도 포함합니다. 관리형 배포에서는 타사 클라이언트가 수행할 방법이 없는 등록 단계가 필요할 수 있습니다.
관리자 계정이 아니라 본인에게 발급된 계정으로 연결을 시험하십시오. 등록과 정책은 보통 사용자에게 붙기 때문입니다.
sudo openfortivpn vpn.example.com:443 -u <username>종료 코드만이 아니라 실패 내용을 읽으십시오. 인증서 오류, PPP 시간 초과, 정책 거부는 서로 다른 세 가지 문제이며, 그중 하나만 ARM에 관한 것입니다.
네 번째 단계: 합의 범위 안에서 기기에서 받아들이십시오
실제 사설 리소스, 터널을 통한 DNS 해석, 네트워크 단절 후 재연결로 설정을 받아들이십시오. 그다음 도달할 수 없어야 할 목적지가 여전히 실패하는지 확인하십시오. 도달 가능성만으로는 정책이 옳다는 증거가 되지 않습니다.
네 가지 사실을 함께 기록하십시오. OS 릴리스, 사용자 공간 아키텍처, 클라이언트 패키지 버전, 게이트웨이 모드입니다. 넷이 모두 없으면 다음 사람은 그 설정이 지원되는지 아니면 그저 동작하는지 판단할 수 없습니다.
고용주가 Pi가 충족할 수 없는 관리형 FortiClient 환경을 요구하면 승인된 엔드포인트나 승인된 액세스 호스트를 요청하십시오. 피어 검증을 끄거나 상태 검사를 흉내 내거나 한 대의 기기를 위해 조직의 게이트웨이를 바꾸지 마십시오. 적어야 할 결론은 어떤 지원 조합이 승인되었는지이며, 폐쇄 소스 소프트웨어가 ARM을 대상으로 삼을 수 없다는 것이 아닙니다.