Client Fortinet per a Linux: comproveu la passarel·la abans de reparar

La guia arxivada diu que instal·leu biblioteques de 32 bits, que apliqueu un pedaç a un tema GTK i que executeu l’instal·lador des d’un terminal. Part d’aquest consell era correcte per a una versió concreta del client, i res d’això no pot recuperar un mode de túnel que la passarel·la ja no ofereix. Abans de canviar un paquet, trobeu la primera etapa que ha fallat. Això va de la passarel·la cap endins, perquè allà les respostes són barates i una reparació local equivocada és el que costa més temps.

Comprovació 1: anomeneu l’etapa que ha fallat

Tres etapes fallen de maneres diferents. El programa no s’inicia, s’inicia i rebutja la identitat del servidor, o es connecta i la passarel·la no té cap servei del tipus que necessiteu. Cada fallada deixa la seva pròpia evidència: un error del carregador, un missatge de certificat, una resposta de la passarel·la que anomena un mode no disponible.

Escriviu-ho abans de tocar res. Tot el que ve després d’aquest punt depèn de quina etapa heu anomenat, i les tres reparacions no tenen res en comú.

Comprovació 2: la versió de la passarel·la i el mode de túnel

El mode de túnel ha desaparegut a les passarel·les actuals, i la taula d’integració de FortiClient 7.4.4 amb Linux és on això està escrit: FortiOS 7.6.3 i posteriors ja no ofereixen el mode de túnel SSL VPN i envien els administradors a IPsec. Manteniu el producte, la versió i el mode lligats a aquesta frase quan la repetiu. No diu res sobre cada producte de Fortinet, ni sobre les funcions d’accés web que encara existeixen. La compatibilitat general de versions i la disponibilitat d’un mode de túnel són comprovacions separades.

Pregunteu al propietari de la passarel·la dues coses: quina versió executa la passarel·la i quins mètodes d’accés hi ha activats avui. Demaneu la resposta per escrit, amb la cadena de versió i la pàgina de configuració o la línia de configuració d’on prové, perquè una garantia verbal és el que torna la gent a la guia arxivada. Després comproveu aquesta resposta amb les notes de la passarel·la o la matriu del proveïdor per a aquella versió exacta. Un navegador que mostra el portal web demostra que el portal respon, i res més.

Comprovació 3: l’edició del client que aprova el propietari

Obteniu l’edició i la versió aprovades del client Linux, i després comproveu el sistema operatiu, l’arquitectura, l’escriptori i el flux d’autenticació que admet. La matriu 7.4.4 és un exemple lligat a una versió, no una recomanació per al client més nou ni una promesa per a cada derivació. Pregunteu quin client mantindrà realment el propietari, perquè aquesta resposta forma part de la migració i no és un afegit. Un client que mor abans que el seu primer paquet arribi a la passarel·la demostra una cosa sobre l’ordinador portàtil, no sobre el servei.

Les biblioteques de 32 bits i un tema pedaçat canvien què pot carregar el binari; no canvien què admet el proveïdor. Si el sistema operatiu o el flux d’autenticació queden fora de la matriu, la pregunta de qualificació ja té resposta.

Comprovació 4: sol·liciteu el perfil de substitució

Si l’organització ha passat del mode de túnel SSL VPN a IPsec, sol·liciteu el perfil nou i el procediment d’alta en la mateixa conversa. No canvieu el nom d’una configuració SSL i suposeu que els camps es mantenen: un perfil IPsec anomena una versió d’IKE, una passarel·la remota i la seva identitat, un mètode d’autenticació i els selectors de trànsit que accepta cada costat. La política de compte i dispositiu també es pot aplicar de manera diferent. Un canvi de nom produeix un client que sembla configurat i no negocia res.

Llegiu el perfil abans de confiar-hi. Ha d’indicar la versió d’IKE i les propostes, si l’autenticació fa servir un certificat o una clau prèviament compartida, quines subxarxes locals i remotes se seleccionen i què espera la passarel·la com a identitat pròpia. Confirmeu que el client Linux aprovat admet aquesta disposició, perquè un document de migració no és una declaració de paritat de funcions per a cada versió del client. Un client independent com openfortivpn no és un intèrpret d’OpenVPN, així que tracteu qualsevol altra cosa amb SSL al nom com a no aprovada fins que el propietari digui el contrari per a aquest mode, aquest flux d’inici de sessió i aquesta política de dispositius.

Comprovació 5: dependències locals, i després valideu i registreu

Amb la passarel·la i el client resolts, una fallada d’inici és un problema d’empaquetament, i les instruccions del propi paquet mantingut són la referència a seguir. Una fallada d’identitat TLS pertany a l’operador: els ancoratges de confiança i el nom esperat són la seva configuració, no una cosa a esquivar localment. Aquestes són les dues etapes en què la guia arxivada va ser mai útil.

Cap de les dues no es resol acceptant un certificat desconegut ni desactivant una comprovació de postura. Manteniu les comprovacions de MFA i de dispositiu al seu lloc, perquè recuperar la connectivitat afeblint-les canvia una caiguda per un incident. Si el mode ha desaparegut, cap indicador local el torna.

Després del canvi aprovat, arribeu al recurs privat previst, confirmeu la resolució de DNS i torneu a connectar una vegada. Registreu el client, la plataforma, la versió de la passarel·la i el mode de túnel junts, perquè la persona següent necessita els quatre. Un programa que s’obre correctament ha superat l’etapa local d’inici, i res més.