«డిస్‌కనెక్ట్ అవుతోంది» అనేది టన్నెల్‌ను విచ్ఛేదిస్తున్నప్పుడు క్లయింట్ నివేదించే స్థితి, ట్రాఫిక్ ఆగిపోయిందనే తీర్పు కాదు. Mac లో ఆ విచ్ఛేదన చిన్న క్రమంగా జరుగుతుంది, కనెక్షన్ కలిగి ఉన్న భాగం తిరిగి నివేదించిన తర్వాతే లేబుల్ మారుతుంది. ఒక దశ సహాయకుడు, ప్లగిన్ లేదా విధాన నిర్ణయం కోసం వేచి ఉంటే, ఇంటర్‌ఫేస్ వెళ్ళిన తర్వాత కూడా లేబుల్ అక్కడే ఉండవచ్చు, లేదా మెనూ ఇంకా చూపిస్తున్నప్పుడే టన్నెల్ పంపడం కొనసాగించవచ్చు. పాఠ్యాన్ని «విచ్ఛేదన జరుగుతోంది, ఫలితం తెలియదు» అని పరిగణించి ఏ సగం నిజమో నిర్ణయించండి.

రెండు వైఫల్యాలు మెనూ బార్ నుండి ఒకేలా కనిపిస్తాయి మరియు వ్యతిరేక స్పందనలు కోరుతాయి. ఒకదానిలో టన్నెల్ ఇంకా ప్యాకెట్లను మోస్తోంది, ప్రదర్శన మాత్రమే పాతది. మరొకదానిలో టన్నెల్ పోయింది కానీ ప్రత్యేక విధానం ట్రాఫిక్‌ను నిరోధించి ఉంచుతుంది, ఇది తరచుగా ఉద్దేశపూర్వకం. మార్గాలు మరియు DNS స్థితి ఏ మెనూ చర్య కంటే వేగంగా వీటిని వేరు చేస్తాయి.

లేబుల్ ఏమి ట్రాక్ చేస్తుంది

VPN క్లయింట్ చిన్న స్థితి యంత్రాన్ని ఉంచుకుంటుంది, మెనూ బార్ దాని ప్రక్షేపణం. macOS తానే నిర్వహించే కనెక్షన్‌కు ఆ యంత్రం వ్యవస్థ యొక్క VPN ఫ్రేమ్‌వర్క్‌లో ఉంటుంది. అనువర్తనం నిర్వహించే టన్నెల్‌కు అది అనువర్తనంలో మరియు దాని ప్రత్యేక హక్కుల సహాయకుడిలో ఉంటుంది. ఆపడం చివరి దశ సాకెట్ మూయడం కాదు. టన్నెల్‌ను పని చేయించిన వాటిని వదలడం: utun ఇంటర్‌ఫేస్, దాని వైపు చూపిన మార్గాలు, క్లయింట్ చొప్పించిన రిజాల్వర్ నమోదులు, మరియు కనెక్ట్‌గా ఉన్నప్పుడు ట్రాఫిక్‌ను నిరోధించిన ఏ ఫైర్‌వాల్ నియమం లేదా విధానం.

ఆ దశలు వేర్వేరు, కాబట్టి ఆపడం వాటిలో ఏదైనా వద్ద ఇరుక్కుపోవచ్చు. సమాధానం ఇవ్వడం ఆపే సహాయకుడు, రెండవ ఇంటర్‌ఫేస్ కూడా క్లెయిమ్ చేసే మార్గం, లేదా మరో ప్రొఫైల్ కలిగి ఉన్న రిజాల్వర్ నమోదు క్లయింట్‌ను వేచి ఉంచగలవు. లేబుల్ క్లయింట్ స్వంత పురోగతి గురించిన నివేదిక, అది ఉద్దేశం విషయంలో అధికారం ఇస్తుంది మరియు నెట్‌వర్క్ విషయంలో నమ్మదగనిదిగా చేస్తుంది.

కనెక్షన్ కలిగి ఉన్న భాగాన్ని కనుగొనండి

స్థానిక కాన్ఫిగరేషన్‌లలో scutil --nc list వ్యవస్థకు తెలిసిన సేవలను మరియు వాటి స్థితిని ముద్రిస్తుంది, scutil --nc status "Work VPN" ఒక సేవ వివరాలను ఇస్తుంది. మూడవ పక్ష అనువర్తనం ఉంచుకున్న టన్నెల్ ఆ జాబితాలో అసలు కనిపించకపోవచ్చు, కాబట్టి ఖాళీ ఫలితం ఏమీ కనెక్ట్ కాలేదనడానికి సాక్ష్యం కాదు.

ప్రొఫైల్ అనువర్తనానికి చెందినది అయితే, దాని స్థితి వీక్షణ మరియు నమోదిత «డిస్‌కనెక్ట్ చేయి» నియంత్రణపై ఆధారపడండి. విండో మూయడం ఆపడానికి అభ్యర్థన కాదు, నేపథ్య సహాయకుడు టన్నెల్‌ను కలిగి ఉంటే; చిహ్నం అదృశ్యమవుతుంది, సహాయకుడు ఇంటర్‌ఫేస్‌ను సజీవంగా ఉంచుతాడు. Apple యొక్క VPN సెట్టింగ్‌ల సూచన స్థానిక నియంత్రణలను మరియు నిర్వహిత సెట్టింగ్‌లు ఎక్కడి నుండి వస్తాయో కవర్ చేస్తుంది.

ఇంటర్‌ఫేస్‌లు, మార్గాలు మరియు DNS చదవండి

మూడు తనిఖీలు కనెక్షన్‌ను తాకకుండా ప్రశ్నలో ఎక్కువ భాగానికి సమాధానం ఇస్తాయి. వాటిని కలిసి అర్థం చేసుకోవడం ముఖ్యం, ఎందుకంటే ఒక్కొక్కటి ఒంటరిగా తప్పుదారి పట్టిస్తుంది.

scutil --nc list
netstat -rn -f inet | head -20
ifconfig | grep -A 3 '^utun'
scutil --dns | head -30
  • utun ఇంటర్‌ఫేస్ ఉంది, దాని ద్వారా డిఫాల్ట్ లేదా విభజిత మార్గం వెళ్తుంది, రిజాల్వర్ ప్రొవైడర్ వైపు చూపిస్తుంది: టన్నెల్ ఇంకా పైన ఉంది, లేబుల్ పాతది.
  • utun లేదు, సాధారణ డిఫాల్ట్ మార్గం, DNS DHCP నుండి, ఇంటర్నెట్ లేదు: డిస్‌కనెక్ట్ అయినప్పుడు నిరోధించే విధానం తన పని చేస్తోంది.
  • utun లేదు, మార్గం లేదు, రిజాల్వర్ ఇంకా ప్రొవైడర్ వైపు: విచ్ఛేదన సగంలో ఆగిపోయింది, DNS అనేది శుభ్రం చేయాల్సిన మిగిలినది.

తర్వాత టన్నెల్ ద్వారా మాత్రమే సమాధానం ఇవ్వాల్సిన అంతర్గత హోస్ట్‌కు ఒక అభ్యర్థన మరియు పబ్లిక్ హోస్ట్‌కు ఒకటి పంపండి. చేరుకునే సామర్థ్యం తనిఖీని కొలత వ్యాయామంగా మార్చకుండా విధానాన్ని మిగిలిన స్థితి నుండి వేరు చేస్తుంది. మార్గం ఇంకా స్పందిస్తుంటే మొదట దూరపు పనిని సేవ్ చేయండి, మరియు దూరం నుండి నిర్వహించే మెషీన్‌లో నెట్‌వర్క్ మార్చే ముందు ప్రవేశానికి రెండవ మార్గాన్ని ఏర్పాటు చేయండి.

విస్తృత హత్య మరియు ప్రొఫైల్ తొలగింపు ఎందుకు తప్పుదారి పట్టిస్తాయి

pppd, racoon మరియు configd వంటి ప్రక్రియ పేర్లు నిర్దిష్ట అమలులకు చెందుతాయి. వాటిని చంపడం ఇతర కనెక్షన్‌లను ప్రభావితం చేయవచ్చు, మార్గాలు మరియు utun ఇంటర్‌ఫేస్‌లను వెనుక వదిలివేస్తుంది, మరియు ఏ దశ ఇరుక్కుందనే రికార్డును ఇవ్వదు. పాత ప్రక్రియ పేరు కూడా ప్రస్తుత ప్రొఫైల్‌ను కలిగి ఉందనడానికి సాక్ష్యం కాదు.

ప్రొఫైల్‌ను తొలగించి మళ్ళీ సృష్టించడం ఇరుక్కున్న మార్పును శుభ్రం చేయడం కంటే పెద్ద మార్పు. ఏమి విఫలమైందో వివరించకుండా నిర్వహిత సెట్టింగ్‌లను మరియు స్థానిక గుర్తింపు పదార్థాలను పారేయవచ్చు, మరియు పర్యవేక్షణలో ఉన్న Mac లో అది కేవలం పునరుద్ధరించబడవచ్చు. నిజంగా పాతబడిన కాన్ఫిగరేషన్ కోసం తొలగింపును ఉంచి, బదులుగా మార్పును నిర్ధారించండి.

జాడ వదిలే ఆపే క్రమం

క్రింది క్రమం కనెక్షన్ స్వంత నియంత్రణలను బాధ్యతగా ఉంచి, ఇరుకు తిరిగి వస్తే రికార్డును సృష్టిస్తుంది. ప్రదర్శన సమస్యను నెట్‌వర్క్ మార్పుగా మార్చకుండా కూడా ఇది మిమ్మల్ని కాపాడుతుంది.

  1. దూరపు పనిని సేవ్ చేయండి, Mac దూరంలో ఉంటే మరో మార్గంలో దాన్ని చేరుకోగలమని నిర్ధారించుకోండి.
  2. క్లయింట్ పేరు, సంస్కరణ మరియు ప్రొఫైల్ గుర్తించండి. log show --last 5m --predicate 'subsystem == "com.apple.networkextension"' తో చిన్న విండోను క్యాప్చర్ చేయండి; పాత విడుదలలు తక్కువ చరిత్రను ఉంచుతాయి, కాబట్టి ఇరుకు తర్వాత వెంటనే దాన్ని నడపండి.
  3. నమోదిత «డిస్‌కనెక్ట్ చేయి» నియంత్రణను ఉపయోగించి, వేచి ఉండి, తర్వాత ఇంటర్‌ఫేస్ మరియు మార్గ తనిఖీలను పునరావృతం చేయండి.
  4. లేబుల్ పాతది కానీ టన్నెల్ కింద ఉంటే, దాన్ని వదిలేయండి మరియు ప్రక్రియలను బలవంతం చేయడం బదులు క్లయింట్ రిఫ్రెష్ కావడానికి అనుమతించండి.
  5. విచ్ఛేదన నిజంగా ఇరుక్కుపోతే, క్లయింట్‌ను మళ్ళీ ప్రారంభించండి, పని సేవ్ అయిన తర్వాత Mac ను మళ్ళీ ప్రారంభించడానికి ప్రణాళిక వేయండి. నిర్వహిత మెషీన్‌లకు నిర్వాహకుడి విధానం అవసరం.

పునరుద్ధరణ తర్వాత సాధారణ డిఫాల్ట్ మార్గం మరియు DHCP రిజాల్వర్ తిరిగి వచ్చాయని, నిరోధించిన ట్రాఫిక్ పునరుద్ధరించబడిందా లేదా ఉద్దేశపూర్వకంగా ఇంకా నిరోధించబడి ఉందా అని నిర్ధారించండి. ప్రొఫైల్ మరియు క్లయింట్ సంస్కరణను లక్షణంతో పాటు గుర్తించండి, తదుపరి సంఘటన మెనూ బార్ ఊహ నుండి కాకుండా సాక్ష్యం నుండి ప్రారంభమవుతుంది.

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