Fortinet Linux 클라이언트: 복구 전에 게이트웨이를 확인하세요

보관된 안내서는 32비트 라이브러리를 설치하고 GTK 테마를 패치하고 터미널에서 설치 프로그램을 실행하라고 합니다. 그 조언의 일부는 특정 클라이언트 릴리스에는 맞았지만, 게이트웨이가 더 이상 제공하지 않는 터널 모드를 되살릴 수 있는 것은 아무것도 없습니다. 패키지를 바꾸기 전에 먼저 실패한 단계를 찾으세요. 답이 싸게 나오는 곳이 거기이고 잘못된 로컬 수정이 가장 많은 시간을 잡아먹기 때문에, 이 작업은 게이트웨이에서 안쪽으로 진행됩니다.

확인 1: 실패한 단계를 지목하세요

세 단계는 각기 다르게 실패합니다. 프로그램이 시작되지 않거나, 시작되지만 서버 신원을 거부하거나, 연결은 되지만 게이트웨이에 필요한 종류의 서비스가 없습니다. 각 실패는 로더 오류, 인증서 메시지, 사용할 수 없는 모드를 지목하는 게이트웨이 응답이라는 저마다의 증거를 남깁니다.

무엇이든 건드리기 전에 그것을 적어 두세요. 이 지점 이후의 모든 것은 어느 단계를 지목했는지에 달려 있고, 세 가지 수정에는 공통점이 없습니다.

확인 2: 게이트웨이 릴리스와 터널 모드

현재 게이트웨이에서는 터널 모드가 사라졌고,FortiClient 7.4.4의 Linux 통합 표에 그것이 적혀 있습니다: FortiOS 7.6.3 이후는 SSL VPN 터널 모드를 더 이상 제공하지 않고 관리자를 IPsec으로 안내합니다. 그 문장을 되풀이할 때는 제품, 릴리스, 모드를 그 문장에 붙여 두세요. 모든 Fortinet 제품에 대해 말하는 것도 아니고, 아직 남아 있는 웹 액세스 기능에 대해 말하는 것도 아닙니다. 일반적인 버전 호환성과 한 가지 터널 모드의 가용성은 별개의 확인입니다.

게이트웨이 소유자에게 두 가지를 물으세요: 게이트웨이가 어떤 릴리스를 실행하는지, 오늘 어떤 액세스 방식이 활성화되어 있는지입니다. 구두 보증이야말로 사람들을 보관된 안내서로 되돌려 보내기 때문에, 답은 서면으로 요청하고 릴리스 문자열과 그것이 나온 설정 페이지나 구성 줄을 함께 받으세요. 그다음 그 답을 게이트웨이 릴리스 노트나 공급업체 매트릭스에서 정확히 그 릴리스와 대조하세요. 웹 포털을 표시하는 브라우저가 증명하는 것은 포털이 응답한다는 것뿐입니다.

확인 3: 소유자가 승인하는 클라이언트 에디션

승인된 Linux 클라이언트 에디션과 버전을 확보한 다음, 지원되는 운영 체제와 아키텍처, 데스크톱, 인증 흐름을 확인하세요. 7.4.4 매트릭스는 버전에 묶인 예시일 뿐, 최신 클라이언트에 대한 권장도 아니고 모든 파생판에 대한 약속도 아닙니다. 그 답은 마이그레이션의 일부이지 나중에 덧붙이는 생각이 아니므로, 소유자가 실제로 어느 클라이언트를 지원할지 물으세요. 첫 패킷이 게이트웨이에 닿기 전에 죽는 클라이언트는 노트북에 대해 무언가를 증명할 뿐, 서비스에 대해서는 아무것도 증명하지 않습니다.

32비트 라이브러리와 패치된 테마는 바이너리가 읽어 들일 수 있는 것을 바꾸지만, 공급업체가 지원하는 것을 바꾸지는 않습니다. 운영 체제나 인증 흐름이 매트릭스 밖에 있다면 적격성 질문은 이미 답이 나온 것입니다.

확인 4: 대체 프로필을 요청하세요

조직이 SSL VPN 터널 모드에서 IPsec으로 옮겼다면, 새 프로필과 등록 절차를 같은 대화에서 요청하세요. SSL 구성을 이름만 바꾸고 필드가 그대로 넘어온다고 가정하지 마세요: IPsec 프로필은 IKE 버전, 원격 게이트웨이와 그 신원, 인증 방식, 그리고 양쪽이 받아들이는 트래픽 선택자를 지정합니다. 계정과 장치 정책도 다르게 적용될 수 있습니다. 이름만 바꾸면 구성된 것처럼 보이지만 아무것도 협상하지 못하는 클라이언트가 됩니다.

프로필을 믿기 전에 읽어 보세요. IKE 버전과 제안, 인증이 인증서를 쓰는지 사전 공유 키를 쓰는지, 어떤 로컬과 원격 서브넷이 선택되는지, 게이트웨이가 자기 신원으로 무엇을 기대하는지가 적혀 있어야 합니다. 마이그레이션 문서는 모든 클라이언트 릴리스에 대한 기능 동등성 선언이 아니므로, 승인된 Linux 클라이언트가 그 구성을 지원하는지 확인하세요.openfortivpn 같은 독립 클라이언트는 OpenVPN 해석기가 아니므로, 이름에 SSL이 들어간 다른 것은 소유자가 이 모드, 이 로그인 흐름, 이 장치 정책에 대해 다르게 말할 때까지 미승인으로 취급하세요.

확인 5: 로컬 종속성, 그다음 검증과 기록

게이트웨이와 클라이언트가 정리되면 시작 실패는 패키징 문제이고, 유지 관리되는 패키지 자체의 지침이 따라야 할 기준입니다. TLS 신원 실패는 운영자의 몫입니다: 신뢰 앵커와 기대하는 이름은 운영자의 구성이지, 로컬에서 우회할 일이 아닙니다. 보관된 안내서가 한때 쓸모 있었던 곳이 바로 이 두 단계입니다.

둘 다 알 수 없는 인증서를 받아들이거나 상태 검사를 끄는 것으로 해결되지 않습니다. 그것들을 약화시켜 연결을 되찾는 것은 장애를 사고로 바꾸는 일이므로, MFA와 장치 검사는 그대로 두세요. 모드가 사라졌다면 어떤 로컬 플래그도 그것을 되살리지 못합니다.

승인된 변경 뒤에 의도한 사설 리소스에 도달하고, DNS 확인을 확인하고, 한 번 다시 연결하세요. 다음 사람에게는 네 가지가 모두 필요하므로, 클라이언트, 플랫폼, 게이트웨이 릴리스, 터널 모드를 함께 기록하세요. 프로그램이 정상적으로 열렸다는 것은 로컬 시작 단계를 통과했다는 뜻일 뿐, 그 이상은 아닙니다.