GlobalProtect på Mac koplar til ved pålogging: slik endrar du det
GlobalProtect koplar til ved pålogging fordi portalpolicyen seier user-logon, ikkje fordi ein plist må redigerast. Be om On-Demand i staden.
Du opnar Macen og GlobalProtect er allereie tilkopla, eller det koplar til på nytt kvar gong du loggar på. Ingenting i appen spør deg først. Innstillinga som fører til dette, ligg i agentkonfigurasjonen til portalen, ikkje i brukarkontoen din, og ho blir ikkje lagra i ei fil du skal redigere. Det du ser, er tilkoplingsmetoden user-logon som gjer jobben sin.
Når du veit kva metode som er tildelt, veit du kva du kan endre og kva du må be om.
Symptomet peikar på policy
Agentkonfigurasjonen til portalen avgjer når GlobalProtect koplar til, og dei to metodane du vel mellom, er On-Demand, som ventar på deg, og User-logon (Always On), som koplar til etter pålogging. Ein portal kan òg tilby Pre-logon (Always On) på støtta administrerte einingar, noko som er utanfor rekkevidd på ein Mac du sjølv loggar på. Ein maskin som koplar til av seg sjølv, er nesten alltid på user-logon. Dei eigne innstillingane til appen kan vise tilstanden, men dei eig han ikkje, og difor overlever ikkje eit fjerna hake i klienten den neste policyoppdateringa. Portalen sender metoden når du koplar til og igjen ved kvar oppdatering, så ei endring på klientsida er mellombels av design.
Policy vinn, kvar gong.
Dei to metodane, side om side
On-Demand, som appen kanskje framleis kallar manuell, betyr at du klikkar kople til og ingenting koplar til før det. User-logon betyr at tunnelen kjem opp etter at du autentiserer deg mot Macen, noko dei fleste administrerte flåtane ønskjer, fordi det fjernar vindauget der nokon surfar ubeskytta. Avveginga er nøyaktig symptomet du la merke til: tunnelen finst før du bestemte deg for at du ville ha han. Ingen av metodane endrar kva tunnelen får lov til å nå; dei avgjer berre når han kjem opp.
Viss arbeidet ditt treng ei On-Demand-tilkopling, er det ein førespurnad om policyendring, ikkje ei innstillingsendring.
Viss målet er ei mellombels fråkopling
Nokre utrullingar viser ein Disconnect-kontroll i appen, og Palo Alto Networks dokumenterer han i Mac Disconnect-rettleiinga for appversjon 6.0 og nyare. Han blir berre vist når agentkonfigurasjonen tillèt det. Den konfigurasjonen kan òg krevje ei grunngjeving, ein tilgangskode eller ei billett hos brukarstøtta, og han kan avgrense kor lenge eller kor ofte du blir fråkopla.
Fullfør den arbeidsflyten i staden for å stoppe tenesta. Å stoppe ho ser ut som ei fråkopling og oppfører seg som eit policybrot.
Å kople frå ein påtvinga tunnel set òg trafikken din tilbake på den vanlege nettverksvegen, noko som er verdt å hugse medan du feilsøkjer ein innloggingsportal.
Kva redigering av launch agent øydelegg
Den vanlege omvegen er å redigere RunAtLoad- eller KeepAlive-nøklane til launch agent, eller ei privat portalinnstilling, for å hindre at appen startar. Det kan sjå ut som det verkar til neste policyoppdatering eller appoppdatering. Då er appen og den administrerte policyen usamde, noko som gir ein tilstand støtta ikkje kan resonnere om. Det lèt òg maskinen stå i ein konfigurasjon organisasjonen aldri har godkjent.
Å skjule eit oppstartsvindauge er igjen ein annan førespurnad, og han har si eiga støtta grensesnittinnstilling.
Kva du bør be om, presist
Be om On-Demand ved namn, eller ein godkjend Disconnect-arbeidsflyt med vilkåra sine, eller ein støtta måte å undertrykkje påloggingsvindauget. Vage førespurnader blir svara med den gale, og då er du tilbake til å redigere plists. Nemn òg appversjonen du køyrer, fordi Disconnect-kontrollen først er dokumentert frå 6.0.
Viss Disconnect-valet manglar eller appen koplar til igjen med ein gong, ta med den tildelte agentkonfigurasjonen til IT og spør kva metode som gjeld for gruppa di.