VPN కనెక్ట్ అయిందని చెబుతోంది, కానీ డిఫాల్ట్ మార్గం చనిపోయింది

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

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

ప్యాకెట్ ఎక్కడికి వెళ్తుందో కర్నెల్‌ను అడగండి

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

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

ip route show default
ip route get 1.1.1.1
ip route get 10.20.30.40

పరిష్కర్త కూడా చనిపోయిన లింక్‌ను ఉంచుకుంటుంది

systemd-resolved ఉన్న హోస్ట్‌లో, DNS సర్వర్‌లు ఒక ప్రపంచ జాబితాకు కాదు, లింక్‌లకు చెందుతాయి. పడిపోయిన VPN లింక్ కొంతసేపు తన సర్వర్‌లతో నమోదై ఉండవచ్చు, అప్పుడు ప్రతి శోధన ఎప్పటికీ సమాధానం ఇవ్వని చిరునామా కోసం వేచి ఉంటుంది. ఆ ఆలస్యం చనిపోయిన నెట్‌వర్క్‌లా అనిపిస్తుంది, మార్గం బాగానే ఉన్నప్పుడు కూడా ప్రజలను మార్గాల వైపు చూడమని పంపుతుంది.

resolvectl status
resolvectl query intranet.example.com

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

నమోదును సరిచేయండి, కాదు /etc/resolv.conf. ప్రస్తుత Ubuntu మరియు Fedora ఇన్‌స్టాల్‌లలో ఆ మార్గం పరిష్కర్త రన్‌టైమ్ స్థితికి సింబాలిక్ లింక్, కాబట్టి సవరణ లేదా నిర్లక్ష్యం చేయబడుతుంది లేదా తదుపరి నెట్‌వర్క్ సంఘటనలో తిరిగి రాయబడుతుంది.

VPN ఎప్పుడూ తనంతట తాను ప్రారంభం కాదు

NetworkManager బేస్ కనెక్షన్‌పై VPN ను లేపుతుంది, ఏదాన్ని అనుసరించాలో నేర్చుకుంటుంది connection.secondaries ఆ బేస్ నుండి. కనెక్షన్ సెట్టింగ్‌ల సూచన VPN ప్రొఫైల్‌లకు స్వయంచాలక కనెక్షన్ అమలు చేయబడలేదని స్పష్టంగా చెబుతుంది. ఈ రకమైన వైఫల్యం వెనుక ఉన్న మొత్తం యంత్రాంగం ఇదే: బేస్‌ను మార్చండి, VPN మళ్లీ జత చేయాలి లేదా చేతితో మళ్లీ సక్రియం చేయాలి.

nmcli device status
nmcli connection show --active
nmcli connection up office-vpn

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

నవీకరణ సందేశం లేకుండా సెట్టింగ్‌లను పడగొట్టవచ్చు

పంపిణీ నవీకరణ క్లయింట్‌ను మరియు తరచుగా దాని NetworkManager ప్లగిన్‌ను భర్తీ చేస్తుంది, సేవ్ చేసిన ప్రొఫైల్ మాత్రం అది రాసిన లక్షణ నామాలను ఉంచుకుంటుంది. కొత్త ప్లగిన్ ఇక గుర్తించని ప్రతిదీ నిశ్శబ్దంగా దాటవేయబడుతుంది. ప్రొఫైల్ ఇంకా సక్రియమవుతుంది, పరికరం ఇంకా కనిపిస్తుంది, కానీ మునుపు దానితో వచ్చిన మార్గం ఇక రాదు.

చేతితో రాసిన హుక్‌లు కూడా కదులుతాయి. పాత క్రమంలో ఊహించదగిన క్షణంలో మార్గాన్ని ఇన్‌స్టాల్ చేసిన స్క్రిప్ట్ ఇప్పుడు ఇంటర్‌ఫేస్ ఉనికిలోకి రాకముందే లేదా క్లయింట్ ఇప్పటికే సమయం ముగిసిన తర్వాత అమలు కావచ్చు.

ప్రత్యక్ష ప్రొఫైల్‌ను మీకు నిజంగా ఉన్న ప్లగిన్‌తో పోల్చండి, మీరు గుర్తుంచుకున్న ప్రవర్తనతో కాదు. ఒక కీ పత్రాల నుండి పోయిందంటే, పాత లక్షణాన్ని పునరుద్ధరించే బదులు పనిని పంపేవారి స్క్రిప్ట్ లేదా మద్దతు ఉన్న ప్రత్యామ్నాయానికి తరలించండి.

మూడు స్థితులు, మూడు వేర్వేరు మరమ్మతులు

ఏదైనా తాకే ముందు మీరు ఏ స్థితిలో ఉన్నారో నిర్ణయించుకోండి, ఎందుకంటే రీబూట్ సాక్ష్యాలను నాశనం చేస్తుంది మరియు తదుపరి నెట్‌వర్క్ మార్పులో లోపం తిరిగి వస్తుంది.

పబ్లిక్ చిరునామా కోసం ఒక శోధన, అంతర్గత చిరునామా కోసం ఒకటి మరియు ఒక పేరు ప్రశ్నతో ముగించండి. చిరునామాలు పనిచేసి పేరు పనిచేయకపోతే, మిగిలిన లోపం పరిష్కర్తలో డొమైన్ పరిధి, మార్గ పట్టిక ఎప్పుడూ సమస్య కాదు.