Vi malfermas la Mac kaj GlobalProtect jam estas konektita, aŭ ĝi rekonektiĝas ĉiufoje kiam vi salutas. Nenio en la aplikaĵo demandas vin unue. La agordo kiu kaŭzas tion troviĝas en la aganta agordo de la portalo, ne en via uzanta konto, kaj ĝi ne estas konservata en dosiero kiun vi devus redakti. Tio kion vi vidas estas la konekta metodo user-logon faranta sian laboron.

Scii kiun metodon oni asignis diras al vi kion vi povas ŝanĝi kaj kion vi devas peti.

La simptomo montras al politiko

La aganta agordo de la portalo decidas kiam GlobalProtect konektiĝas, kaj la du metodoj inter kiuj vi elektas estas On-Demand, kiu atendas vin, kaj User-logon (Always On), kiu konektiĝas post saluto. Portalo ankaŭ povas proponi Pre-logon (Always On) sur subtenataj administrataj aparatoj, kio estas ekster la amplekso sur Mac en kiun vi mem salutas. Maŝino kiu konektiĝas memstare preskaŭ ĉiam estas sur user-logon. La propraj preferoj de la aplikaĵo povas montri la staton, sed ili ne posedas ĝin, tial malŝtopado de io en la kliento ne postvivas la sekvan politikan refreskon. La portalo puŝas la metodon kiam vi konektiĝas kaj denove ĉe ĉiu refresko, do ŝanĝo ĉe la klienta flanko estas provizora laŭ la dezajno.

Politiko venkas, ĉiufoje.

La du metodoj, flanko ĉe flanko

On-Demand, kiun la aplikaĵo eble ankoraŭ nomas manual, signifas ke vi alklakas konekti kaj nenio konektiĝas antaŭ tio. User-logon signifas ke la tunelo leviĝas post kiam vi aŭtentikigas al la Mac, kion volas la plej multaj administrataj flotoj, ĉar ĝi forigas la fenestron en kiu iu retumas senprotekte. La kompromiso estas ĝuste la simptomo kiun vi rimarkis: la tunelo ekzistas antaŭ ol vi decidis ke vi volas ĝin. Neniu metodo ŝanĝas kion la tunelo rajtas atingi; ili nur decidas kiam ĝi leviĝas.

Se via laboro bezonas On-Demand-konekton, tio estas peto pri politika ŝanĝo, ne ŝanĝo de prefero.

Se la celo estas provizora malkonekto

Kelkaj deplojadoj montras regilon Disconnect en la aplikaĵo, kaj Palo Alto Networks dokumentas ĝin en la gvidilo Mac Disconnect por aplikaĵa versio 6.0 kaj pli novaj. Ĝi aperas nur kiam la aganta agordo permesas ĝin. Tiu agordo ankaŭ povas postuli kialon, pasvorteton aŭ bileton al subtena servo, kaj ĝi povas limigi kiom longe aŭ kiom ofte vi restas malkonektita.

Plenumu tiun laborfluon anstataŭ haltigi la servon. Haltigi ĝin aspektas kiel malkonekto kaj kondutas kiel politika malobservo.

Malkonekti devigan tunelon ankaŭ metas vian trafikon reen sur la ordinaran retan vojon, kio indas memori dum vi sencimigas ensalutan portalon.

Kion redaktado de la launch agent rompas

La kutima provizora solvo estas redakti la ŝlosilojn RunAtLoad aŭ KeepAlive de la launch agent, aŭ privatan portalan preferon, por malhelpi la aplikaĵon starti. Ĝi povas ŝajni funkcii ĝis la sekva politika refresko aŭ aplikaĵa ĝisdatigo. Tiam la aplikaĵo kaj ĝia administrata politiko malkongruas, kio produktas staton pri kiu subteno ne povas rezoni. Ĝi ankaŭ lasas la maŝinon en agordo kiun la organizo neniam aprobis.

Kaŝi startan fenestron estas denove alia peto, kaj ĝi havas sian propran subtenatan interfacan preferon.

Kion precize peti

Petu On-Demand laŭnome, aŭ aprobitan Disconnect-laborfluon kun ĝiaj kondiĉoj, aŭ subtenatan manieron subpremi la salutan fenestron. Malklaraj petoj ricevas la malĝustan respondon, kaj tiam vi denove redaktas plistojn. Menciu ankaŭ la aplikaĵan version kiun vi uzas, ĉar la regilo Disconnect estas dokumentita nur ekde 6.0.

Se la opcio Disconnect mankas aŭ la aplikaĵo tuj rekonektiĝas, portu la asignitan agantan agordon al IT kaj demandu kiun metodon aplikas al via grupo.

Rilataj artikoloj