Fortinet Linux-kliens: a javítás előtt ellenőrizze az átjárót

Az archivált útmutató azt mondja, telepítsen 32 bites könyvtárakat, javítson egy GTK-témát, és indítsa el a telepítőt egy terminálból. Ennek a tanácsnak egy része egy adott klienskiadásra helyes volt, és semelyik része nem hozhat vissza egy olyan alagútmódot, amelyet az átjáró már nem kínál. Mielőtt megváltoztat egy csomagot, keresse meg az első szakaszt, amely meghiúsult. Ez az átjárótól befelé halad, mert ott olcsók a válaszok, és egy rossz helyi javítás viszi a legtöbb időt.

Ellenőrzés 1: nevezze meg a meghiúsult szakaszt

Három szakasz különböző módon hiúsul meg. A program nem indul el, elindul és elutasítja a kiszolgáló identitását, vagy kapcsolódik, és az átjárónak nincs a szükséges típusú szolgáltatása. Minden hiba maga után hagyja a bizonyítékát: betöltőhibát, tanúsítványüzenetet, az átjáró olyan válaszát, amely nem elérhető módot nevez meg.

Írja ezt fel, mielőtt bármihez hozzányúl. Minden, ami ez után következik, attól függ, melyik szakaszt nevezte meg, és a három javításnak semmi közös vonása nincs.

Ellenőrzés 2: az átjáró kiadása és az alagútmód

Az alagútmód eltűnt a jelenlegi átjárókról, és a FortiClient 7.4.4 Linux-integrációs táblázata az a hely, ahol ez le van írva: a FortiOS 7.6.3 és újabb verziók már nem kínálják az SSL VPN alagútmódot, és a rendszergazdákat IPsec-re irányítják. Amikor megismétli ezt a mondatot, tartsa hozzá a terméket, a kiadást és a módot. Semmit nem mond minden Fortinet-termékről, és semmit a még létező webes hozzáférési funkciókról. Az általános verziókompatibilitás és egy alagútmód elérhetősége külön ellenőrzés.

Kérdezze meg az átjáró tulajdonosától két dolgot: melyik kiadást futtatja az átjáró, és mely hozzáférési módszerek vannak ma engedélyezve. Kérje írásban a választ, a kiadáslánccal és azzal a beállítási oldallal vagy konfigurációs sorral együtt, ahonnan származik, mert éppen a szóbeli biztosítás az, ami visszaküldi az embereket az archivált útmutatóhoz. Ezután ellenőrizze ezt a választ az átjáró jegyzetei vagy a szállító mátrixa ellen pontosan arra a kiadásra. Egy böngésző, amely megjeleníti a webportált, azt bizonyítja, hogy a portál válaszol, és semmi mást.

Ellenőrzés 3: a klienskiadás, amelyet a tulajdonos jóváhagy

Szerezze be a jóváhagyott Linux-klienst és -verziót, majd ellenőrizze a támogatott operációs rendszert, architektúrát, asztali környezetet és hitelesítési folyamatot. A 7.4.4-es mátrix verzióhoz kötött példa, nem ajánlás a legújabb klienshez, és nem ígéret minden származtatott változathoz. Kérdezze meg, melyik klienst fogja a tulajdonos valóban támogatni, mert ez a válasz a migráció része, és nem utólagos gondolat. Egy kliens, amely meghal, mielőtt az első csomagja elérné az átjárót, valamit a laptopról bizonyít, nem a szolgáltatásról.

A 32 bites könyvtárak és a javított téma megváltoztatják, mit tud betölteni a bináris; azt nem változtatják meg, amit a szállító támogat. Ha az operációs rendszer vagy a hitelesítési folyamat a mátrixon kívül esik, a minősítési kérdés már meg van válaszolva.

Ellenőrzés 4: kérje a csereprofilt

Ha a szervezet az SSL VPN alagútmódról IPsec-re váltott, kérje az új profilt és a regisztrációs eljárást ugyanabban a beszélgetésben. Ne nevezzen át egy SSL-konfigurációt, és ne feltételezze, hogy a mezők átkerülnek: az IPsec-profil megnevez egy IKE-verziót, egy távoli átjárót és annak identitását, egy hitelesítési módszert és azokat a forgalomválasztókat, amelyeket mindkét fél elfogad. A fiók- és eszközszabályzatot is másképp érvényesíthetik. Az átnevezés olyan klienst eredményez, amely konfiguráltnak látszik, és semmiről nem tárgyal.

Olvassa el a profilt, mielőtt megbízik benne. Meg kell adnia az IKE-verziót és a javaslatokat, hogy a hitelesítés tanúsítványt vagy előre megosztott kulcsot használ-e, mely helyi és távoli alhálózatok vannak kiválasztva, és mit vár el az átjáró a saját identitásaként. Erősítse meg, hogy a jóváhagyott Linux-kliens támogatja ezt az elrendezést, mert a migrációs dokumentum nem funkcióparitási nyilatkozat minden klienskiadásra. Egy független kliens, mint az openfortivpn, nem OpenVPN-értelmező, ezért kezeljen minden mást SSL-lel a nevében nem jóváhagyottként, amíg a tulajdonos mást nem mond erre a módra, erre a bejelentkezési folyamatra és erre az eszközszabályzatra.

Ellenőrzés 5: helyi függőségek, majd érvényesítés és rögzítés

Ha az átjáró és a kliens tisztázódott, az indítási hiba csomagolási probléma, és a karbantartott csomag saját utasításai a követendő hivatkozás. A TLS-identitáshiba az üzemeltetőé: a bizalmi horgonyok és az elvárt név az ő konfigurációja, nem helyben megkerülendő dolog. Ez a két szakasz, ahol az archivált útmutató valaha hasznos volt.

Egyiket sem oldja meg egy ismeretlen tanúsítvány elfogadása vagy egy állapotellenőrzés kikapcsolása. Tartsa helyén az MFA- és eszközellenőrzéseket, mert a kapcsolat gyengítésükkel való helyreállítása kimaradást cserél incidensre. Ha a mód eltűnt, egyetlen helyi kapcsoló sem hozza vissza.

A jóváhagyott változtatás után érje el a szándékolt privát erőforrást, erősítse meg a DNS-feloldást, és egyszer kapcsolódjon újra. Rögzítse a klienst, a platformot, az átjáró kiadását és az alagútmódot együtt, mert a következő embernek mind a négyre szüksége van. Egy program, amely sikeresen megnyílik, teljesítette a helyi indítási szakaszt, és semmi mást.