మీ Mac VPN ప్రతిసారీ Keychain యాక్సెస్‌ను ఎందుకు అడుగుతుంది
Mac VPN యొక్క ప్రతి ప్రాంప్ట్‌ను ఏ భాగం సృష్టిస్తుందో గుర్తించండి, నకిలీ కనెక్షన్ ప్రయత్నాలను ఆపండి మరియు మొత్తం కీచైన్ రీసెట్ చేయకుండా Keychain యాక్సెస్‌ను సరిచేయండి.
Connect పై ఒక క్లిక్ ఒక సైన్-ఇన్ విండోను ఇవ్వాలి. Mac లో ఇది తరచుగా మూడు ఇస్తుంది, మరియు అవి అరుదుగా ఒకే యజమానిని పంచుకుంటాయి: స్థానిక ఆధారాల ప్రాంప్ట్‌ల యజమాని Keychain, VPN గేట్వే ప్రామాణీకరణ యజమాని, మరియు క్లయింట్ తన స్వంత నోటిఫికేషన్ల యజమాని. అన్నింటినీ నిశ్శబ్దం చేసే స్విచ్‌ను వెతకడం బదులు, ప్రతి విండోను దాని స్వంత పరిష్కారంతో వేరే లోపంగా పరిగణించండి. క్రింది మార్గదర్శిని ఒక ఉద్దేశపూర్వక కనెక్షన్ ప్రయత్నం గుండా వెళ్లి, మీరు పునరావృతం చేయగల తనిఖీతో ముగుస్తుంది.
సెట్టింగ్ మార్చే ముందు ప్రతి సంభాషణ యజమానిని పేర్కొనండి
మొదటి అడుగు కాన్ఫిగరేషన్ కాదు, లెక్క. ఒక కనెక్షన్ ప్రయత్నం చేసి, కనిపించే ప్రతి విండోకు నాలుగు ఫీల్డ్‌లు రాయండి: సంభాషణలో చూపిన యాప్ పేరు, ఏ రహస్యం లేని ఖచ్చితమైన వచనం, అది కనిపించిన దశ, మరియు మీరు దాన్ని రద్దు చేసినప్పుడు ఏమి జరిగింది. అలాంటి మూడు వరుసలు నేను చూసిన దాదాపు ప్రతి నివేదికను కవర్ చేస్తాయి.
యాజమాన్యం సరైన పరిష్కారాన్ని నిర్ణయిస్తుంది, మరియు తప్పు పరిష్కారమే సాధారణంగా ఒక ప్రాంప్ట్‌ను మూడుగా మారుస్తుంది:
| Window | Who owns it | Correct fix | What not to do |
|---|---|---|---|
| “wants to use your confidential information stored in…” | The item's access control list in your login keychain | Approve the specific client helper, once, after checking the name | Resetting the login keychain, or granting Always Allow to every application |
| “Sign in to <organization>” or an MFA push | The gateway's identity provider | Use the client's supported session renewal, or re-authenticate | Scripting a fixed password or code into the client |
| “Connection failed”, “Update required”, a policy banner | The client or your organization | Read the first error and fix its cause | Hiding notices by editing a preference file the client rewrites |
అదే ప్రయత్నంలో తిరిగి వచ్చే ప్రాంప్ట్ తదుపరి ప్రయత్నంలో తిరిగి వచ్చే దాని కంటే భిన్నమైన సంకేతం. మొదటిది సాధారణంగా కనెక్షన్ మీ క్రింద మళ్లీ ప్రారంభమైందని అర్థం; రెండవది సాధారణంగా నిల్వ చేసిన ఆధారం మళ్లీ అడగబడుతోందని అర్థం. Keychain ను తాకే ముందు మీ దగ్గర ఏది ఉందో గుర్తించండి, ఎందుకంటే ఈ రెండింటికీ దాదాపు ఏమీ సామాన్యం లేదు.
టన్నెల్‌ను ఎన్ని విషయాలు ప్రారంభిస్తున్నాయో కనుగొనండి
Mac లో అదే VPN ను నాలుగు యంత్రాంగాలు ప్రారంభించగలవు: మెను బార్ చర్య, లాగిన్ ఐటమ్, On Demand నియమం, మరియు స్క్రిప్ట్ లేదా ఏజెంట్. వాటిలో రెండు ప్రేరేపితమైనప్పుడు, మొదటిది ఇంకా ప్రామాణీకరణ కోసం వేచి ఉండగానే రెండవ ప్రారంభం రావచ్చు, ఇది నకిలీ విండో మరియు ఎటువంటి పురోగతిని ఇవ్వదు. మొదట ఏమి కాన్ఫిగర్ చేయబడిందో జాబితా చేయండి: scutil --nc list సిస్టమ్ సెట్టింగ్‌లకు తెలిసిన VPN సేవలను వాటి ప్రస్తుత స్థితితో ముద్రిస్తుంది. తమ స్వంత నెట్‌వర్క్ పొడిగింపును తెచ్చే క్లయింట్లు ప్రొఫైల్‌లను యాప్ లోపల ఉంచుతాయి మరియు అక్కడ కనిపించకపోవచ్చు, కాబట్టి క్లయింట్ స్వంత కనెక్షన్ జాబితాను కూడా తనిఖీ చేయండి.
తర్వాత పోటీ ప్రారంభకులను వెతకండి. scutil --nc show "Work VPN" అంతర్నిర్మిత సేవ యొక్క కాన్ఫిగరేషన్ నిఘంటువును On Demand నియమాలతో సహా ముద్రిస్తుంది; ఏదైనా ఇంటర్‌ఫేస్ మార్పుపై మళ్లీ కనెక్ట్ అయ్యే నియమం ప్రతిసారీ Wi-Fi కదిలినప్పుడు లేదా డిస్‌ప్లే నెట్‌వర్క్ స్టాక్‌ను నిద్రలేపినప్పుడు టన్నెల్‌ను మళ్లీ ప్రారంభిస్తుంది — మరియు ప్రామాణీకరణ ప్రాంప్ట్‌ను మళ్లీ తెరుస్తుంది. సిస్టమ్ సెట్టింగ్‌లు > సాధారణ > లాగిన్ ఐటమ్‌ల క్రింద లాగిన్ ఐటమ్‌లను తనిఖీ చేయండి, మరియు వినియోగదారుకు ఏజెంట్లను దీనితో జాబితా చేయండి ls ~/Library/LaunchAgents. MDM నిర్వహించే భద్రతా స్టాక్‌కు చెందిన దేనినీ వదిలేయండి; దాన్ని తొలగించడం సాధారణంగా తదుపరి తనిఖీలో తిరిగి నెట్టబడుతుంది.
ప్రయత్నం సమయంలో వాస్తవంగా ఏమి నడుస్తోందో చూడటానికి: ps -Ao pid,comm | grep -iE 'vpn|tunnel|extension'. ఒకటి ఆశించే చోట రెండు క్లయింట్ సహాయకులు ఉండటం "నాకు రెండు ప్రాంప్ట్‌లు ఎందుకు వచ్చాయి" అనేదాన్ని ఏ ఆధార సమస్య కంటే చాలా ఎక్కువసార్లు వివరిస్తుంది.
కీచైన్ రీసెట్ చేయకుండా Keychain యాక్సెస్‌ను సరిచేయండి
ప్రాంప్ట్ VPN ప్రోటోకాల్ నుండి కాదు, నిల్వ చేసిన ఐటమ్ యాక్సెస్ నియంత్రణ జాబితా నుండి వస్తుంది. ప్రతి ఐటమ్ ఏ యాప్‌లు అడగకుండా దాన్ని చదవగలవో నమోదు చేస్తుంది. క్లయింట్ నవీకరణ తర్వాత, అడిగే సహాయకుడికి వేరే పేరు లేదా సంతకం ఉండవచ్చు, కానీ ఐటమ్ ఇంకా పాతదాన్ని జాబితా చేస్తుంది, కాబట్టి macOS ప్రతి కనెక్షన్‌లో మళ్లీ అడుగుతుంది. ఆ ఒక ఐటమ్ కోసం కొత్త సహాయకుడిని ఆమోదించడమే మొత్తం పరిష్కారం; ప్రతి యాప్‌ను ఆమోదించడం కాదు.
VPN ను తాకకుండా ACL కారణమని మీరు నిర్ధారించవచ్చు: security find-generic-password -s "service-name" -g అదే ఐటమ్‌ను టెర్మినల్ నుండి చదువుతుంది. ఆ ఆదేశం కూడా ప్రాంప్ట్‌ను లేపితే, సంభాషణ కీచైన్‌ది మరియు టన్నెల్ కేవలం ప్రేరకం. Apple యొక్క మూడు బటన్లపై మార్గదర్శకం — ఒకసారి అనుమతించు, ఎల్లప్పుడూ అనుమతించు, తిరస్కరించు — ఒకసారి చదవదగినది, ఎందుకంటే తిరస్కరించడమే ప్రాంప్ట్‌ను తదుపరి ప్రయత్నం బదులు వెంటనే తిరిగి తెస్తుంది.
మీరు తప్పు సహాయకుడిని ఆమోదించినట్లయితే, Keychain Access లో ఐటమ్‌ను తెరిచి, Access Control కు మారి ఆ నమోదును తొలగించండి; అదే రోల్‌బ్యాక్. లాగిన్ కీచైన్‌ను తొలగించడం, లేదా దాన్ని తిరిగి నిర్మించే మరమ్మతు సాధనాన్ని నడపడం, సంబంధం లేని పాస్‌వర్డ్‌లను కూడా పారేస్తుంది మరియు సమస్య కంటే చాలా పెద్ద మార్పు.
లాగిన్ మరియు విధాన దశలను వాటి స్వంత ప్రవాహాల్లో ఉంచండి
బ్రౌజర్ లాగిన్ లేదా MFA సవాలు గేట్‌వేకు చెందుతాయి. మీ సంస్థ సెషన్ నిరంతరత లేదా ధృవపత్రం ఆధారిత ప్రామాణీకరణను అందిస్తే దాన్ని ఉపయోగించండి, ఎందుకంటే తక్కువసార్లు ప్రామాణీకరించుకోవడానికి మద్దతు ఉన్న మార్గం అదే. క్లయింట్‌లో స్థిర కోడ్ టైప్ చేయడం, లేదా ప్రాంప్ట్ ఎప్పుడూ రాకుండా స్క్రిప్ట్‌లో పాస్వర్డ్ నిల్వ చేయడం, పరస్పర చర్యాత్మక కారకాన్ని స్థిర రహస్యంతో భర్తీ చేసి తదుపరిసారి విధానం మారినప్పుడు విఫలమవుతుంది.
సంస్థ నోటిఫికేషన్‌లు మీరు అణచివేయకూడని ఏకైక వర్గం. అవి సాధారణంగా భంగిమ తనిఖీని లేదా ఆమోదయోగ్యమైన వినియోగ అంగీకారాన్ని అమలు చేస్తాయి, వాటిని దాచడం టన్నెల్ పనిచేస్తున్నప్పుడు కూడా పరికరాన్ని అనుగుణ్యత నుండి బయటకు పంపగలదు. లోప సంభాషణలు మరో వర్గం: మొదటి లోపం వచనాన్ని ఉంచండి, ఎందుకంటే రెండవ సంభాషణ తరచుగా మళ్లీ ప్రయత్నించిన తర్వాత నివేదించబడిన అదే వైఫల్యం.
ఒక ప్రయత్నంతో ధృవీకరించండి, తర్వాత రీబూట్ తర్వాత
నకిలీ ప్రారంభకులు తొలగించబడి కీచైన్ నమోదు సరిచేయబడిన తర్వాత ఒకే ప్రయత్నం చేయండి: మెను బార్ సహాయకుడితో సహా ప్రతి క్లయింట్ ఇన్‌స్టాన్స్‌ను మూసి, ఒకసారి కనెక్ట్ అయి, విండోలను లెక్కించండి. ఐటమ్ తిరిగి నిర్మించబడి ఉంటే కీచైన్ ఆమోదం మరియు ఒక ప్రామాణీకరణ దశ మీకు కావాలి. అంతకు మించి ఏమీ లేదు. scutil --nc status "Work VPN" అంతర్నిర్మిత సేవకు Connected ను నివేదించాలి.
తర్వాత ఒకసారి రీబూట్ చేసి పునరావృతం చేయండి. రీబూట్ తర్వాత మాత్రమే తిరిగి వచ్చే ప్రాంప్ట్ లాగిన్ ఐటమ్ లేదా On Demand నియమాన్ని సూచిస్తుంది, ఆధారాలను కాదు; సెషన్ లోపల తిరిగి వచ్చేది ACL లేదా రెండవ ప్రారంభకుడిని సూచిస్తుంది. రెండు పాస్‌ల తర్వాత కూడా అది పునరావృతమైతే, మీ నిర్వాహకుడికి ఇవ్వదగిన ఉపయోగకరమైనది మొదటి ప్రయత్నం యొక్క మూడు వరుసల పట్టిక — యజమాని, ఖచ్చితమైన వచనం, దశ — సంభాషణ స్క్రీన్‌షాట్ కాదు.
లక్ష్యం తక్కువ ప్రాంప్ట్‌లు, నిశ్శబ్ద ప్రాంప్ట్‌లు కాదు. తన అనుమతి దశలను దాచే కనెక్షన్‌ను మీరు ఇకపై ఆడిట్ చేయలేరు, మరియు తదుపరి ధృవపత్రం భ్రమణం ఏ భాగం విఫలమవుతోందో తెలియకుండా మిమ్మల్ని కలుస్తుంది.