GlobalProtect na Linux Mint: co si ověřit před instalací

Otevřete portál v prohlížeči, přihlásíte se a stránka ke stažení nabídne klienta, kterého matice dodavatele pro vaši distribuci neuvádí. To je okamžik, kdy se zastavit a klást otázky, ne okamžik, kdy balíček přesto vyzkoušet. První rozhodnutí je podporované prostředí koncového bodu a to, zda se soubor DEB rozbalí, do něj nepatří. Začněte portálem a postupujte směrem ven.

Toto je pořadí, které bych s vlastníkem VPN prošel, než cokoli nainstaluji.

1. Vyžádejte portál a schválené vydání

Získejte od vlastníka adresu portálu, vydání klienta, které organizace skutečně nasazuje, a požadavky na autentizaci. URL portálu z poznámek kolegy není totéž jako schválená adresa a vydání je důležité, protože funkce se mezi verzemi liší.

Pak portál otevřete a podívejte se, co nabízí pro Linux. Stránka ke stažení obvykle odráží konfiguraci brány, nikoli stav podpory vaší distribuce, takže nabízený balíček může být stále nepodporovaná kombinace. Zapište číslo vydání, které stránka uvádí, a porovnejte je s nasazeným.

2. Čtěte matici kompatibility jako tabulku, ne jako slogan

Dodavatel uvádí matici kompatibility, kde jsou verze Linuxu proti vydáním aplikace a architektura je oddělena od podpory rozhraní. Záznam Ubuntu neprohlašuje za podporovanou každou distribuci odvozenou od Ubuntu, takže pracovní stanice s Mintem potřebuje vlastní odpověď. Ověřte přesné vydání, architekturu procesoru a to, zda je pro danou kombinaci podporovaným rozhraním CLI, nebo GUI.

Když matice uvádí vydání Ubuntu, ale ne Mint, je poctivá odpověď pro tuto pracovní stanici ne, ať se balíček nainstaluje jakkoli čistě. Podporovanou náhradou je distribuce, kterou matice skutečně uvádí, nebo vydání, které vlastník už nasazuje na některé z nich.

3. Slučte tok autentizace s typem klienta

Cesta autentizace rozhoduje o tom, který klient může přihlášení dokončit. Tok SAML potřebuje prohlížeč a podpora SAML v Linux CLI přišla s GlobalProtect app 6.2.1, takže starší CLI nemůže dokončit stejný tok jako GUI.

Zeptejte se, který tok brána vynucuje, než zvolíte mezi CLI a GUI, protože odpověď není věcí preference. Přihlášení certifikátem, výzvy MFA a jakékoli vyhodnocení zařízení přidávají krok, který klient musí podporovat. Klient, který se připojí a pak neprojde vyhodnocením, vypadá jako síťová závada, ale není.

4. Vězte, kde klient třetí strany přestává být možností

Klient třetí strany je životaschopný jen tehdy, když správce podporuje jeho protokol a sadu funkcí. Interoperabilita se starým XAuth/IPsec je konkrétní uspořádání brány, ne povolení nahradit jakoukoli aplikaci, která si říká klient SSL VPN. Ověřování serveru, požadavky na zařízení a přihlašovací údaje zůstávají přesně tak, jak je organizace nastavila. Jejich oslabení, aby vyhověly místnímu klientovi, je změna politiky s nálepkou kompatibility.

Test, který vlastník použije, je krátký: vynucuje brána SAML, výzvu MFA nebo vyhodnocení zařízení, které tento klient nedokáže dokončit? Pokud je vyžadováno cokoli z toho, žádná interoperabilita na úrovni protokolu nahrazení nezachrání a rozhovor patří k podporovaným koncovým bodům.

5. Vraťte odpověď vlastníkovi

Přineste konkrétní kombinaci vlastníkovi VPN: distribuci a vydání, architekturu, rozhraní, tok autentizace a vydání klienta, které navrhujete. Ten seznam je dost krátký na to, aby se dal zodpovědět jednou zprávou.

Pokud kombinace není podporovaná, podporovanou odpovědí je obvykle jiné schválené prostředí koncového bodu, ne obcházení. Vyžádejte si to výslovně, protože žádost formulovaná jako zařiďte, aby mi klient fungoval, zve ke změně brány, zatímco žádost formulovaná jako který koncový bod pro tohoto uživatele podporujete, zve k rozhodnutí. V každém případě zapište, na čem jste se dohodli, aby další člověk neopakoval stejný průchod.