GlobalProtect på Linux Mint: kva du bør stadfeste før du installerer

Du opnar portalen i ein nettlesar, loggar inn, og nedlastingssida tilbyr ein klient som matrisa til leverandøren ikkje listar for distribusjonen din. Det er augneblinken for å stoppe og stille spørsmål, ikkje augneblinken for å prøve pakken likevel. Den første avgjerda er det støtta endepunktmiljøet, og om ei DEB-fil pakkast ut er ikkje ein del av ho. Start ved portalen og arbeid deg utover.

Dette er rekkjefølgja eg ville gå gjennom med VPN-eigaren før eg installerer noko.

1. Be om portalen og den godkjende versjonen

Skaff portaladressa, klientversjonen organisasjonen faktisk rullar ut, og autentiseringskrava frå eigaren. Ein portal-URL frå notata til ein kollega er ikkje det same som den godkjende, og versjonen har noko å seie fordi funksjonar er ulike mellom versjonar.

Opne deretter portalen og sjå kva han tilbyr for Linux. Nedlastingssida speglar vanlegvis konfigurasjonen til gatewayen snarare enn støttestatusen til distribusjonen din, så ein tilboden pakke kan framleis vere ein kombinasjon som ikkje er støtta. Skriv ned versjonsnummeret som sida oppgir, og samanlikn det med det som vart rulle ut.

2. Les kompatibilitetsmatrisa som ein tabell, ikkje som eit slagord

Matrisa for kompatibilitet hjå leverandøren listar Linux-versjonar mot appversjonar og skil arkitektur frå grensesnittstøtte. Ei Ubuntu-oppføring erklærer ikkje kvar Ubuntu-avleidd distribusjon som støtta, så ein Mint-arbeidsstasjon treng sitt eige svar. Kontroller den nøyaktige versjonen, prosessorarkitekturen og om CLI eller GUI er grensesnittet som er støtta for den kombinasjonen.

Når matrisa nemner ein Ubuntu-versjon men ikkje Mint, er det ærlege svaret for den arbeidsstasjonen nei, uansett kor reint pakken blir installert. Det støtta alternativet er ein distribusjon som matrisa faktisk nemner, eller ein versjon som eigaren alt rullar ut på ein av dei.

3. Tilpass autentiseringsflyten til klienttypen

Autentiseringsbanen avgjer kva klient som kan fullføre innlogginga. Ein SAML-flyt krev ein nettlesar, og SAML-støtte i Linux CLI kom med GlobalProtect app 6.2.1, så ein eldre CLI kan ikkje fullføre den same flyten som GUI-et.

Spør kva flyt gatewayen handhevar før du vel mellom CLI og GUI, fordi svaret ikkje er ei preferanse. Sertifikatinnlogging, MFA-førespurnader og kvar einaste einingsvurdering legg til eit steg klienten må støtte. Ein klient som koplar til og deretter feilar i ei vurdering, ser ut som ein nettverksfeil og er det ikkje.

4. Vit kvar ein tredjepartsklient sluttar å vere eit alternativ

Ein tredjepartsklient er berre levedyktig når administratoren støttar protokollen og funksjonssettet hans. Eldre XAuth/IPsec-samverke er ei bestemt gatewayordning, ikkje løyve til å erstatte kvar einaste applikasjon som kallar seg ein SSL VPN-klient. Serververifisering, einingkrav og legitimasjon blir verande nøyaktig slik organisasjonen sette dei. Å svekkje dei for å passe ein lokal klient er ei policyendring med ein kompatibilitetsetikett.

Testen eigaren vil bruke, er kort: handhevar gatewayen SAML, ein MFA-førespurnad eller ei einingsvurdering som denne klienten ikkje kan fullføre? Viss noko av det er påkravd, reddar ingen samverke på protokollnivå erstatninga, og samtalen høyrer heime blant dei støtta endepunkta.

5. Gi svaret tilbake til eigaren

Ta den konkrete kombinasjonen til VPN-eigaren: distribusjon og versjon, arkitektur, grensesnitt, autentiseringsflyt og klientversjonen du føreslår. Den lista er kort nok til å bli svart på i éi melding.

Viss kombinasjonen ikkje er støtta, er det støtta svaret vanlegvis eit anna godkjent endepunktmiljø i staden for ein omveg. Be om det eksplisitt, fordi ein førespurnad formulert som få klienten min til å verke inviterer til ei gatewayendring, medan ein førespurnad formulert som kva endepunkt støttar de for denne brukaren inviterer til ei avgjerd. Uansett, skriv ned det som vart avtalt, slik at neste person ikkje gjer den same gjennomgangen på nytt.