మీరు Mac తెరుస్తారు మరియు GlobalProtect ఇప్పటికే కనెక్ట్ అయి ఉంటుంది, లేదా మీరు సైన్ ఇన్ చేసిన ప్రతిసారీ అది మళ్లీ కనెక్ట్ అవుతుంది. యాప్లో ఏదీ మొదట మిమ్మల్ని అడగదు. దీనికి కారణమయ్యే సెట్టింగ్ పోర్టల్ యొక్క ఏజెంట్ కాన్ఫిగరేషన్లో ఉంటుంది, మీ వినియోగదారు ఖాతాలో కాదు, మరియు మీరు సవరించాల్సిన ఫైల్లో అది నిల్వ ఉండదు. మీరు చూస్తున్నది user-logon కనెక్షన్ పద్ధతి తన పని చేస్తున్నట్టే.

ఏ పద్ధతి కేటాయించబడిందో తెలుసుకోవడం మీరు ఏమి మార్చవచ్చు మరియు ఏమి అడగాలి అని చెబుతుంది.

లక్షణం విధానాన్ని సూచిస్తుంది

పోర్టల్ యొక్క ఏజెంట్ కాన్ఫిగరేషన్ GlobalProtect ఎప్పుడు కనెక్ట్ అవ్వాలో నిర్ణయిస్తుంది, మరియు మీరు ఎంచుకునే రెండు పద్ధతులు మీ కోసం వేచి ఉండే On-Demand మరియు సైన్ ఇన్ తర్వాత కనెక్ట్ అయ్యే User-logon (Always On). పోర్టల్ మద్దతు ఉన్న నిర్వహిత పరికరాలలో Pre-logon (Always On) కూడా అందించవచ్చు, ఇది మీరే సైన్ ఇన్ చేసే Mac లో పరిధి వెలుపల ఉంటుంది. తనంతట తాను కనెక్ట్ అయ్యే యంత్రం దాదాపు ఎప్పుడూ user-logon లో ఉంటుంది. యాప్ యొక్క స్వంత ప్రాధాన్యతలు స్థితిని చూపవచ్చు, కానీ వాటికి దానిపై యాజమాన్యం లేదు, అందుకే క్లయింట్లో టిక్ తీసేయడం తదుపరి విధాన రిఫ్రెష్ వరకు నిలవదు. పోర్టల్ కనెక్ట్ అయినప్పుడు మరియు ప్రతి రిఫ్రెష్లో పద్ధతిని మళ్లీ పంపుతుంది, కాబట్టి క్లయింట్ వైపు మార్పు రూపకల్పన ప్రకారం తాత్కాలికం.

విధానం ప్రతిసారీ గెలుస్తుంది.

రెండు పద్ధతులు, పక్కపక్కన

On-Demand, దాన్ని యాప్ ఇంకా మాన్యువల్ అని పిలవవచ్చు, మీరు కనెక్ట్ క్లిక్ చేస్తారు మరియు అంతకు ముందు ఏదీ కనెక్ట్ అవ్వదు అని అర్థం. User-logon అంటే Mac పై ప్రమాణీకరణ తర్వాత టన్నెల్ పైకి వస్తుంది, రక్షణ లేకుండా ఎవరో బ్రౌజ్ చేసే విండోను ఇది తొలగిస్తుంది కాబట్టి చాలా నిర్వహిత సమూహాలు దీన్ని కోరుకుంటాయి. రాజీ మీరు గమనించిన అదే లక్షణం: మీరు దాన్ని కావాలని నిర్ణయించుకునే ముందే టన్నెల్ ఉంటుంది. ఏ పద్ధతీ టన్నెల్ ఎక్కడికి చేరగలదో మార్చదు; అవి ఎప్పుడు పైకి రావాలో మాత్రమే నిర్ణయిస్తాయి.

మీ పనికి On-Demand కనెక్షన్ అవసరమైతే, అది విధాన మార్పు అభ్యర్థన, ప్రాధాన్యత మార్పు కాదు.

లక్ష్యం తాత్కాలిక డిస్కనెక్ట్ అయితే

కొన్ని డిప్లాయ్మెంట్లు యాప్లో Disconnect నియంత్రణను అందిస్తాయి, మరియు Palo Alto Networks దాన్ని Mac Disconnect గైడ్లో యాప్ వెర్షన్ 6.0 మరియు తర్వాత వాటికి డాక్యుమెంట్ చేస్తుంది. ఏజెంట్ కాన్ఫిగరేషన్ అనుమతించినప్పుడు మాత్రమే అది కనిపిస్తుంది. ఆ కాన్ఫిగరేషన్ కారణం, పాస్కోడ్ లేదా హెల్ప్డెస్క్ టికెట్ కూడా అడగవచ్చు, మరియు మీరు ఎంత సేపు లేదా ఎన్నిసార్లు డిస్కనెక్ట్గా ఉండాలో పరిమితం చేయవచ్చు.

సేవను ఆపడం బదులు ఆ వర్క్ఫ్లోను పూర్తి చేయండి. దాన్ని ఆపడం డిస్కనెక్ట్లా కనిపిస్తుంది మరియు విధాన ఉల్లంఘనలా ప్రవర్తిస్తుంది.

బలవంతంగా విధించిన టన్నెల్ను డిస్కనెక్ట్ చేయడం మీ ట్రాఫిక్ను సాధారణ నెట్వర్క్ మార్గానికి తిరిగి తెస్తుంది, లాగిన్ పోర్టల్ను డీబగ్ చేసేటప్పుడు ఇది గుర్తుంచుకోవాలి.

launch agent సవరించడం ఏమి పాడుచేస్తుంది

సాధారణ పరిష్కారం యాప్ ప్రారంభం కాకుండా ఉండటానికి launch agent యొక్క RunAtLoad లేదా KeepAlive కీలను, లేదా ప్రైవేట్ పోర్టల్ ప్రాధాన్యతను సవరించడం. తదుపరి విధాన రిఫ్రెష్ లేదా యాప్ అప్డేట్ వరకు అది పనిచేస్తున్నట్టు కనిపించవచ్చు. అప్పుడు యాప్ మరియు దాని నిర్వహిత విధానం ఏకీభవించవు, ఇది మద్దతు వాదించలేని స్థితిని సృష్టిస్తుంది. ఇది యంత్రాన్ని సంస్థ ఎప్పుడూ ఆమోదించని కాన్ఫిగరేషన్లో వదిలేస్తుంది.

స్టార్టప్ విండోను దాచడం మళ్లీ మరో అభ్యర్థన, మరియు దానికి దాని సొంత మద్దతు ఇంటర్ఫేస్ ప్రాధాన్యత ఉంది.

సరిగ్గా ఏమి అడగాలి

On-Demand ను పేరుతో అడగండి, లేదా దాని షరతులతో ఆమోదించిన Disconnect వర్క్ఫ్లో, లేదా లాగిన్ విండోను అణచివేసే మద్దతు మార్గం. అస్పష్ట అభ్యర్థనలకు తప్పు సమాధానం వస్తుంది, ఆపై మీరు మళ్లీ plist సవరణకు తిరిగి వస్తారు. మీరు అమలు చేసే యాప్ వెర్షన్ను కూడా పేర్కొనండి, ఎందుకంటే Disconnect నియంత్రణ 6.0 నుండి మాత్రమే డాక్యుమెంట్ చేయబడింది.

Disconnect ఎంపిక లేకపోతే లేదా యాప్ వెంటనే మళ్లీ కనెక్ట్ అయితే, కేటాయించిన ఏజెంట్ కాన్ఫిగరేషన్ను IT వద్దకు తీసుకెళ్లి మీ సమూహానికి ఏ పద్ధతి వర్తిస్తుందో అడగండి.

సంబంధిత వ్యాసాలు