తొలగించిన VPN మార్గం తిరిగి కనెక్ట్ అయిన తర్వాత ఎందుకు తిరిగి వస్తుంది
ప్రొఫైల్, push లేదా బూట్ యూనిట్ దాన్ని మళ్లీ సృష్టించినప్పుడు లైవ్ మార్గాన్ని తొలగించడం ఏమీ మార్చదు. యజమానిని కనుగొని, అక్కడే మార్చి, తిరిగి కనెక్ట్ అయినప్పుడు ధృవీకరించండి.
మీరు చేతితో తొలగించిన మార్గం తదుపరి తిరిగి కనెక్షన్ తర్వాత తిరిగి వస్తుంది, మరియు పట్టిక మునుపు లాగానే కనిపిస్తుంది. ఇది రూటింగ్ బగ్ కాదు: ఏదో కాన్ఫిగరేషన్ నుండి లేదా కనెక్షన్ జీవిత చక్ర చర్య నుండి ఎంట్రీని మళ్లీ సృష్టిస్తుంది. చాలా రన్బుక్లు లైవ్ పట్టిక వద్దే ఆగుతాయి, అందుకే తొలగింపు ఒక నిమిషం పనిచేసినట్లు అనిపించి తర్వాత విఫలమవుతుంది. యజమానిని గుర్తించి, దాన్ని మార్చి, తిరిగి కనెక్షన్లో నిరూపించండి.
మార్గాన్ని ఎవరు ఇన్స్టాల్ చేశారు
సరిదిద్దడం నుండి కాదు, సాధ్యమైన మూలాల జాబితా నుండి ప్రారంభించండి. VPN ప్రొఫైల్ తన సొంత మార్గాలను మోయగలదు, సర్వర్ కనెక్ట్ అయ్యే సమయంలో వాటిని push చేయగలదు, నెట్వర్క్ మేనేజర్ ప్రొఫైల్ వాటిని ప్రకటించగలదు, బూట్ యూనిట్ లేదా స్క్రిప్ట్ వాటిని జోడించగలదు, మరియు IPsec అమలులు వారు చర్చించుకునే ట్రాఫిక్ సెలెక్టర్ల కోసం మార్గాలను ఇన్స్టాల్ చేస్తాయి. విధాన రూటింగ్ నియమాలు కూడా ట్రాఫిక్ను పూర్తిగా మరో పట్టికలోకి మళ్లించగలవు.
సమయం వాటిని కాన్ఫిగరేషన్ పురాతత్వం కంటే వేగంగా వేరు చేస్తుంది. ఇంటర్ఫేస్ పైకి వచ్చే క్షణంలో కనిపించే ఎంట్రీ క్లయింట్కు చెందుతుంది; ఒక సెకను తర్వాత వచ్చే ఎంట్రీ సాధారణంగా సర్వర్ push నుండి వస్తుంది; బూట్ సమయంలో ఉన్న ఎంట్రీ సేవ్ చేసిన కాన్ఫిగరేషన్కు చెందుతుంది. కనెక్ట్, డిస్కనెక్ట్ మరియు రీబూట్కు ముందు మరియు తర్వాత పట్టికను నమోదు చేయండి, నమూనా యజమానిని పేర్కొంటుంది. సేవ మళ్లీ ప్రారంభమైనప్పుడు మాత్రమే తిరిగి వచ్చే మార్గం VPN వైపు కాదు, యూనిట్ వైపు సూచిస్తుంది.
సవరించే ముందు పట్టికను చదవండి
సేవ్ చేసిన ఫైల్ బదులు కర్నెల్ సొంత వీక్షణను చూడండి. ప్రోటోకాల్ నిలువు వరుస ప్రతి ఎంట్రీని ఏది ఇన్స్టాల్ చేసిందో చూపిస్తుంది:
ip route show
ip route show table all
ip rule show
ప్రోటోకాల్ ఫీల్డ్, మెట్రిక్ మరియు పట్టిక సంఖ్య మీరు స్థిర ఎంట్రీ, కర్నెల్ సృష్టించిన ఎంట్రీ లేదా డీమన్ జోడించిన దాన్ని చూస్తున్నారా అని చెబుతాయి. నియమాల జాబితా ముఖ్యం ఎందుకంటే శోధన ప్రధాన పట్టికను పూర్తిగా విడిచిపెట్టగలదు, ఇది అక్కడి సవరణను మీరు డీబగ్ చేస్తున్న అప్లికేషన్కు కనిపించకుండా చేస్తుంది. లైన్ను ఎడమ నుండి కుడికి చదవండి: గమ్యం, గేట్వే, పరికరం, ప్రోటోకాల్ మరియు మెట్రిక్.
తర్వాత కర్నెల్ను వాస్తవంగా ఏ మార్గాన్ని ఉపయోగిస్తుందో అడగండి. రక్షిత చిరునామా పబ్లిక్ చిరునామా కంటే మెరుగైన పరిశోధన:
ip route get 10.20.5.7
లక్షణం కాదు, యజమానిని మార్చండి
యజమాని తెలిసిన తర్వాత, మార్పు ఆ యజమానికే చెందుతుంది. క్లయింట్ ప్రొఫైల్ నుండి మార్గాన్ని తీసివేయండి, సర్వర్లో push చేసిన మార్గాన్ని సరిచేయండి, లేదా మెట్రిక్ ద్వారా గెలిచే పోటీ శాశ్వత మార్గాన్ని జోడించడం బదులు నెట్వర్క్ మేనేజర్ కనెక్షన్ను సవరించండి. ఒకదానితో ఒకటి పోరాడే రెండు నియమాలు తర్వాత ఎవరూ వివరించలేని పట్టికను సృష్టిస్తాయి.
ఎండ్పాయింట్ మినహాయింపును ఉంచండి. VPN సర్వర్ సొంత పబ్లిక్ చిరునామాను భౌతిక గేట్వే ద్వారా పంపే హోస్ట్ మార్గం బయటి టనల్ ప్యాకెట్లను ప్రవహించేలా ఉంచుతుంది; దాన్ని తొలగిస్తే, టనల్ తనను తాను మోయడానికి ప్రయత్నిస్తుంది. స్ప్లిట్-టనల్ ప్రొఫైల్లో, టనల్ను దాటవేయాల్సిన స్థానిక సబ్నెట్లకు కూడా అదే జాగ్రత్త వర్తిస్తుంది.
తిరిగి కనెక్ట్ అయి రెండు మార్గాలను ధృవీకరించండి
తిరిగి కనెక్ట్ అయి, తర్వాత ఒకే దశలో రెండు గమ్యాలను తనిఖీ చేయండి. రక్షిత చిరునామా మరియు మినహాయించిన ఎండ్పాయింట్ వేర్వేరు ప్రశ్నలకు సమాధానం ఇస్తాయి:
ip route get 10.20.5.7
ip route get 198.51.100.20
మొదటిది టనల్ ఇంటర్ఫేస్ ద్వారా మరియు రెండవది భౌతిక గేట్వే ద్వారా పరిష్కరించబడాలి. రెండూ టనల్ ద్వారా పరిష్కరించబడితే, మినహాయింపు లేదు; ఏదీ లేకపోతే, ప్రొఫైల్ మార్పు అమల్లోకి రాలేదు మరియు మీరు అనుకున్నదాని కంటే వేరే యజమానిని చూస్తున్నారు.
మార్గం యొక్క ఉద్దేశ్యం, దాని యజమాని మరియు అది ఎంతకాలం జీవించాలో రాయండి. ఆ గమనికే తదుపరి వ్యక్తి అదే తొలగింపు-తిరిగి కనెక్షన్ చక్రాన్ని పునరావృతం చేయకుండా నిరోధిస్తుంది.