VPN సంబంధం తెగిన తర్వాత Mac యొక్క IPv6 స్థితిని ఎలా తనిఖీ చేయాలి

సొరంగం పడిపోయిన తర్వాత IPv4 ద్వారా సైట్కు చేరుకున్నా, IPv6 గురించి మీరు ఏమీ నిరూపించలేదు. macOS రెండు కుటుంబాలను ప్రతి నెట్వర్క్ సేవకు విడివిడిగా కాన్ఫిగర్ చేస్తుంది, మరియు VPN క్లయింట్ ఒకదాన్ని మరొకటి తాకకుండా మార్చగలదు. మూడు పొరలను వరుసగా చూడండి: చిరునామా కాన్ఫిగరేషన్, మార్గ ఎంపిక, ఆపై డిస్కనెక్ట్ స్థితిలో క్లయింట్ ఇన్స్టాల్ చేసే ఏదైనా విధానం. ఈలోగా యాక్సెస్ నెట్వర్క్ను మార్చకుండా ఉంచండి, లేకపోతే మీరు రెండు వేర్వేరు సమస్యలను పోలుస్తారు.

నిజంగా విరిగిన కుటుంబంతో ప్రారంభించండి

IPv4 ద్వారా లోడ్ అయ్యే పేజీ భౌతిక నెట్వర్క్ సజీవంగా ఉందని చెబుతుంది. సేవకు ప్రపంచవ్యాప్త IPv6 చిరునామా ఉందా, ప్రిఫిక్స్ ఇంకా ప్రకటించబడుతోందా, లేదా ఏదో కుటుంబాన్ని ఫిల్టర్ చేస్తోందా అని అది చెప్పదు. సాధనాన్ని ఎంచుకునే ముందు ఏమి విఫలమైందో నిర్ధారించండి, ఎందుకంటే చేరుకోలేని చిరునామాకు పరిష్కరించబడే పేరు అసలు పరిష్కరించబడని పేరులానే కనిపిస్తుంది. ఏ పొర తప్పుగా సమాధానమిచ్చిందో అడిగి సమాధానం రాయండి. అది లేకుండా ప్రతి తదుపరి అడుగు విధానం వేషంలో ఊహ.

మొత్తం పోలికలో అదే Wi-Fi నెట్వర్క్ మరియు అదే యాక్సెస్ పాయింట్ ఉంచండి. నిన్న IPv6 ఇచ్చిన కేఫే నెట్వర్క్ ఇప్పుడు మీరు ఉన్న నెట్వర్క్ గురించి ఏమీ చెప్పదు.

మార్గానికి ముందు చిరునామా చదవండి

సిస్టమ్ సెట్టింగ్స్లో, సక్రియ సేవ యొక్క TCP/IP ప్యానెల్ IPv6 స్వయంచాలకం, చేతితో లేదా లింక్-స్థానికం మాత్రమే అని చూపుతుంది. మీరు ఆశించే దానితో దాన్ని పోల్చండి, సంస్థ ఉద్దేశపూర్వకంగా చేతితో కాన్ఫిగరేషన్ ఎంచుకోవచ్చని గుర్తుంచుకోండి. తర్వాత ifconfig నడపండి మరియు సంబంధిత ఇంటర్ఫేస్ చదవండి. కేవలం fe80:: చిరునామా అంటే ఇంటర్ఫేస్ తన పొరుగువారితో మాట్లాడగలదు మరియు అంతకంటే ఎక్కువ కాదు, కాబట్టి లింక్-స్థానిక ఉనికి ఉపయోగించగల మార్గానికి రుజువు కాదు.

క్లయింట్ వదిలిపెట్టిన utun ఇంటర్ఫేస్లను కూడా వెతకండి. పాత సొరంగ పరికరం క్లయింట్ దాన్ని ఉపయోగించడం ఆపిన తర్వాత కూడా చాలా కాలం చిరునామా మరియు మార్గాన్ని ఉంచుకోగలదు. ఒకటి ఉంటే, అది క్లయింట్ యజమానికి జీవిత చక్రపు ఆవిష్కరణ, వెంటనే తొలగించాల్సిన విషయం కాదు.

విఫలమైన గమ్యానికి మార్గ పట్టికను చదవండి

కెర్నల్ను విఫలమైన గమ్యం గురించి అడగండి, డిఫాల్ట్ మార్గం గురించి కాదు. route -n get 2001:db8::25 ఆ చిరునామా కోసం ఎంచుకున్న ఇంటర్ఫేస్ మరియు గేట్వేను ముద్రిస్తుంది, netstat -rn -f inet6 పోలిక కోసం మొత్తం పట్టికను చూపుతుంది. డిఫాల్ట్ మార్గం డిఫాల్ట్ ఉందని చెబుతుంది; ఈ గమ్యం దాన్ని ఉపయోగిస్తుందని చెప్పదు.

DNSను దాని స్వంత గదిలో ఉంచండి. IPv4 ద్వారా చేరగలిగే రిజాల్వర్ ఇంకా AAAA రికార్డులను తిరిగి ఇవ్వగలదు, కాబట్టి లుకప్ వైఫల్యం మరియు రూటింగ్ వైఫల్యం బ్రౌజర్లో ఒకే లక్షణాన్ని కలిగిస్తాయి.

క్లయింట్ యొక్క బ్లాక్ విధానాన్ని మిగిలిన నియమం నుండి వేరు చేయండి

కొన్ని క్లయింట్లు డిస్కనెక్ట్ స్థితిలో ట్రాఫిక్ను బ్లాక్ చేయడానికి రూపొందించబడ్డాయి, మరొక చిరునామా కుటుంబంతో సహా, ఈ ప్రవర్తన లక్షణం, లోపం కాదు.

బ్లాక్ను నష్టంగా పరిగణించే ముందు మీ క్లయింట్ ఏ ప్రవర్తనను నమోదు చేస్తుందో తెలుసుకోండి. scutil --dns ప్రతి సేవకు అమలులో ఉన్న రిజాల్వర్లను చూపుతుంది, క్లయింట్ ఇన్స్టాల్ చేసిన రిజాల్వర్ లేదా పరిమిత DNS సెట్టింగ్ కనిపించేది అక్కడే. తర్వాత ప్యాకెట్ ఫిల్టర్ నియమాలు ఇన్స్టాల్ చేసి వదిలారా అని తనిఖీ చేయండి. ఆశించిన బ్లాక్ మరియు మిగిలిన నియమం వ్యతిరేక ప్రతిస్పందనలు కోరుతాయి, వాటిని వేరు చేసేది యజమాని పత్రాలు మాత్రమే.

సాక్ష్యాలు సేకరించి, తర్వాత ఒక విషయం మార్చండి

ఒక కనెక్ట్-డిస్కనెక్ట్ చక్రం రెండు వైపులా క్లయింట్ వెర్షన్, macOS వెర్షన్, నెట్వర్క్ సేవ, ఉద్దేశించిన డిస్కనెక్ట్ విధానం మరియు చిరునామా మరియు మార్గ అవుట్పుట్ను నమోదు చేయండి. ఆ నమోదే ఫిర్యాదును ఎవరైనా పరిశోధించగలిగే జీవిత చక్ర సమస్యగా మారుస్తుంది. తర్వాత ఒకే మార్పు చేసి మళ్లీ కొలవండి.

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