SSH ద్వారా VPN క్లయింట్ ప్రారంభిస్తున్నారా? ముందుగా మీ స్వంత మార్గాన్ని పిన్ చేయండి

మీరు SSH ద్వారా బిల్డ్ హోస్ట్‌లోకి ప్రవేశిస్తారు, దానిపై VPN క్లయింట్‌ను ప్రారంభిస్తారు, మరియు సెషన్ స్పందించడం ఆపివేస్తుంది. ఏదీ క్రాష్ కాలేదు, మరియు స్పష్టమైన అర్థంలో ఏదీ తప్పుగా కాన్ఫిగర్ అయినట్లు కనిపించడం లేదు. క్లయింట్ డిఫాల్ట్ మార్గాన్ని ఇన్‌స్టాల్ చేసింది, కాబట్టి మీ వర్క్‌స్టేషన్‌కు ప్రతిస్పందనలు ఇప్పుడు టన్నెల్ ద్వారా బయటకు వెళ్తాయి, అక్కడ మీ వర్క్‌స్టేషన్ చిరునామా మార్గనిర్దేశం చేయలేనిది. ఆసక్తికరమైన అంశం ఏమిటంటే ఈ ఫలితం ముందుగానే ఊహించదగినది, మరియు పరిష్కారం క్లయింట్ ప్రారంభమయ్యే ముందు రాసే ఒక మార్గం. ఒక నెట్‌వర్క్ కార్డ్ ఉన్న సర్వర్, 192.0.2.254 గేట్‌వే, మరియు 203.0.113.9 నుండి కనెక్ట్ అయ్యే నిర్వాహకుడు అని ఊహించండి.

ప్రారంభించే ముందు మార్గాన్ని నమోదు చేయండి

ip route show default ప్రస్తుత గేట్‌వే మరియు ఇంటర్‌ఫేస్‌ను పేర్కొంటుంది, అయితే ip route get 203.0.113.9 మీ సెషన్ కోసం కెర్నల్ ఏ ఇంటర్‌ఫేస్ మరియు మూల చిరునామాను ఉపయోగిస్తుందో చూపిస్తుంది. రెండు అవుట్‌పుట్‌లను ఉంచుకోండి. టన్నెల్ పైకి వచ్చిన తర్వాత కూడా ఆ రెండు ఆదేశాలు భౌతిక మార్గాన్ని వివరించాలి, అవి బదులుగా టన్నెల్‌ను వివరిస్తే, సెషన్ ఇప్పటికే అప్పు తీసుకున్న సమయంపై జీవిస్తోంది.

ముఖ్యమైనది ఇప్పటికే ఏర్పాటైన కనెక్షన్, కాబట్టి కొత్త లాగిన్‌తో మాత్రమే ధృవీకరించవద్దు. కొత్త సెషన్ పాతదానికి ఇక లేని స్థితి ద్వారా కొద్దిసేపు విజయవంతం కావచ్చు.

చిరునామాను క్లయింట్ స్వంత కాన్ఫిగరేషన్‌లో పిన్ చేయండి

చేతితో జోడించిన మార్గం రీబూట్‌లో అదృశ్యమవుతుంది మరియు క్లయింట్ స్వంత పట్టిక నవీకరణలతో పోటీపడుతుంది, కాబట్టి మినహాయింపును పట్టిక నిర్వహించబడే చోట ఉంచండి. OpenVPN లో net_gateway కీవర్డ్ టన్నెల్‌కు ముందు ఉన్న గేట్‌వేకు పరిష్కరించబడుతుంది, కాబట్టి route 203.0.113.9 255.255.255.255 net_gateway దాని వెలుపల సరిగ్గా ఒక చిరునామాను ఉంచుతుంది. WireGuard కి వేరే విధానం అవసరం ఎందుకంటే wg-quick మార్గాలను తానే నిర్వహిస్తుంది: Table = off సెట్ చేసి PostUp లో మినహాయింపును జోడించండి, దానిని తొలగించే సరిపోలే PostDown తో పాటు. రెండు రూపాలు ఒకే ఉద్దేశాన్ని వ్యక్తపరుస్తాయి, మరియు రెండూ మినహాయింపును అన్నింటికీ టన్నెల్‌ను బలహీనపరచడం బదులు ఒక చిరునామాకు పరిమితం చేస్తాయి.

IPv6 కోసం అదే ఆలోచన ఒకే-హోస్ట్ ప్రిఫిక్స్‌ను తీసుకుంటుంది, మరియు చుట్టబడిన రవాణా సందర్భం గుర్తుంచుకోదగినది: టన్నెల్ స్వంత బాహ్య కనెక్షన్ స్థిర చిరునామాపై ఉంటే, ఆ చిరునామా అది మోసే టన్నెల్ వెలుపల ఉండాలి, లేకపోతే క్లయింట్ తన రవాణాను తన లోపలికే మార్గనిర్దేశం చేస్తుంది.

లేదా ప్రధాన పట్టికను సమీకరణం నుండి తీసివేయండి

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

రెండూ ఒక హోస్ట్ మార్గం కంటే ఎక్కువ యంత్రాంగం, మరియు యంత్రంలో ఒకటి కంటే ఎక్కువ విషయాలు టన్నెల్‌ను తట్టుకోవాల్సి వచ్చినప్పుడు రెండూ విలువైనవి.

పిన్ చేయడం విఫలం కావచ్చని ఊహించండి

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

రెండు రక్షణ చర్యలకు పది నిమిషాలు పడుతుంది. కొన్ని నిమిషాల్లో నిర్ధారణ లాగిన్ కనిపించకపోతే క్లయింట్‌ను ఆపే కాపలాదారు లాకౌట్‌ను ఆలస్యంగా మారుస్తుంది, మరియు మార్పు సమయంలో తెరిచి ఉంచిన రెండవ SSH సెషన్ టన్నెల్ పైన ఉన్నప్పుడు మినహాయింపు పనిచేస్తుందని నిరూపిస్తుంది. కేవలం keepalive ఇక్కడ సహాయపడదు, ఎందుకంటే మార్గం నిష్క్రియంగా లేకుండా పోయింది; అవి మరణాన్ని గమనించడం సులభం చేస్తాయి.

ముఖ్యమైన క్రమంలో ధృవీకరించండి

టన్నెల్‌ను కనెక్ట్ చేయండి, మీ చిరునామాకు మార్గం ఇంకా భౌతిక గేట్‌వే ద్వారా బయటకు వెళ్తుందని నిర్ధారించండి, ఆపై కొత్త సెషన్ తెరవండి. కొత్త సెషన్ పనిచేసి పాతది అయినా మరణిస్తే, కారణం రూటింగ్ కాదు, కనెక్షన్ ట్రాకింగ్ లేదా స్థితి ఉన్న ఫైర్‌వాల్, అది వేరే పరిష్కారం.

పిన్ చేసిన చిరునామా మరియు దానిని నిరూపించిన ఆదేశాన్ని మార్పు నమోదులో రాయండి. ఆ హోస్ట్‌పై తదుపరిసారి క్లయింట్ ప్రారంభించే వ్యక్తికి రెండూ అవసరం అవుతాయి, మరియు అప్పటికి చిరునామా మారి ఉండవచ్చు.