పూర్తి టన్నెల్ మీ SSH సెషన్ను చంపింది: తిరిగి వెళ్లే మార్గాన్ని పిన్ చేయండి

మీరు SSH ద్వారా పని చేస్తున్న మెషీన్లో OpenVPN క్లయింట్ను ప్రారంభించండి; కమాండ్ మధ్యలో సెషన్ స్తంభిస్తుంది. టన్నెల్ కనెక్ట్ అయిందని చెబుతుంది, హోస్ట్ దాని ద్వారా ఇంటర్నెట్ను చేరుకోగలదు, మీ కీస్ట్రోక్లు ఇంకా వస్తూనే ఉంటాయి కానీ తిరిగి ఏమీ రాదు. మారింది టన్నెల్ కాదు: మీకు చిరునామా చేసిన ప్యాకెట్లకు తిరిగి వెళ్లే మార్గం, అది ఇప్పుడు కొత్త డిఫాల్ట్ మార్గానికి సరిపోతుంది మరియు రిమోట్ గేట్వే మీ డెస్క్ను చేరుకోవడానికి ఉపయోగించని టన్నెల్లోకి ప్రవేశిస్తుంది.

redirect-gateway నిజంగా ఇన్స్టాల్ చేసేది

దాని def1 రూపంలో, redirect-gateway డిఫాల్ట్ మార్గాన్ని తిరిగి రాయడం బదులు 0.0.0.0/1 మరియు 128.0.0.0/1 జోడిస్తుంది. ఆ రెండు భాగాలు మొత్తం చిరునామా ప్రదేశాన్ని కవర్ చేస్తాయి, రెండూ 0.0.0.0/0 కంటే పొడవైన ప్రిఫిక్స్లుగానే ఉంటాయి, కాబట్టి మరింత నిర్దిష్ట సరిపోలిక లేని ఏ గమ్యస్థానమైనా ఇప్పుడు టన్నెల్లోకి వెళ్తుంది. అదే గుర్తుంచుకోవాల్సిన యంత్రాంగం, ఎందుకంటే కింది ప్రతి పరిష్కారం మరింత నిర్దిష్ట సరిపోలికను ఇన్స్టాల్ చేయడం ద్వారా పని చేస్తుంది.

మీ నిర్వాహక చిరునామా ఆ గమ్యస్థానాలలో ఒకటి.

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

ip route show table main | head -n 20
ip route get 198.51.100.23

మీ మూల చిరునామాన్ని, టన్నెల్కు ముందున్న మార్గాన్ని కనుగొనండి

సర్వర్లో, ఏర్పాటైన SSH కనెక్షన్ను జాబితా చేసి అది వచ్చిన పీర్ చిరునామాను గుర్తించండి. ఆ చిరునామానే మీ తిరిగి వెళ్లే మార్గం కవర్ చేయాలి, అది ఎప్పుడూ మీరు అనుకున్నదే ఉండదు: జంప్ హోస్ట్, NAT గేట్వే లేదా క్యారియర్ అనువాదకుడు వేరే మూలాన్ని ప్రతిక్షేపించగలదు.

తర్వాత టన్నెల్ ప్రారంభమయ్యే ముందు ట్రాఫిక్ను మోసిన భౌతిక గేట్వేను, ఇంటర్ఫేస్ను కనుగొనండి. def1 ఏర్పాటులో డిఫాల్ట్ మార్గం సగం-డిఫాల్ట్ల కింద ఇంకా ఉంటుంది, కాబట్టి సమాచారం అందుబాటులో ఉంటుంది, అయినా పొడవైన మార్గ పట్టికను కంటితో చదవడం తప్పులకు దారి తీస్తుంది.

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

సగం-డిఫాల్ట్లను మించిన హోస్ట్ మార్గాన్ని పిన్ చేయండి

/32 మార్గం ఏ సగం-డిఫాల్ట్ కంటే పొడవైనది, కాబట్టి మీ చిరునామాకు వచ్చే ప్రతిస్పందనలు టన్నెల్ బదులు దాన్ని తీసుకుంటాయి. తదుపరి హాప్ టన్నెల్కు ముందున్న గేట్వే, పరికరం భౌతిక ఇంటర్ఫేస్, ఇది ప్యాకెట్ను టన్నెల్ ఉండకముందు ఉపయోగించిన మార్గంలోనే ఉంచుతుంది.

ip route add 198.51.100.23/32 via 203.0.113.1 dev eth0

పట్టికను పరిశీలించడం బదులు లుకప్తో ధృవీకరించండి: సమాధానంలో eth0 మరియు గేట్వే ఉండాలి, tun0 ఎప్పుడూ ఉండకూడదు.

OpenVPN ఇప్పటికే VPN సర్వర్ సొంత చిరునామాకు హోస్ట్ మార్గాన్ని అదే కారణంతో జోడిస్తుంది, కాబట్టి ఈ నమూనా పరిచితమే, నిర్వాహక చిరునామా మరో మినహాయింపు మాత్రమే. దీన్ని సరిచేయడానికి route-nopull వైపు వెళ్లకండి, ఎందుకంటే అది టన్నెల్కు అవసరమైన పుష్ చేసిన మార్గాలను, రిమోట్ నెట్వర్క్ మరియు DNS ఎంపికలతో సహా, పారేస్తుంది.

తిరిగి కనెక్ట్ అయినప్పుడు నిలిచేలా చేయండి

చేతితో జోడించిన మార్గం క్లయింట్ తిరిగి కనెక్ట్ అయి తన మార్గాలను ఇన్స్టాల్ చేసుకున్నప్పుడు మాయమవుతుంది, ఇది ఒక పరిష్కారాన్ని పునరావృత అంతరాయంగా మారుస్తుంది. మార్గాలు ఇన్స్టాల్ అయిన తర్వాత నడిచే ఏదో ఒకదానికి కమాండ్ను జోడించండి.

route-up స్క్రిప్ట్ లేదా నెట్వర్క్ మేనేజర్ యొక్క pre-up హుక్ రెండూ పని చేస్తాయి, నమ్మదగిన పరీక్ష అంటే తిరిగి కనెక్ట్ అయి అదే లుకప్ చేయడం.

Windows లో సమానమైనది -p తో జోడించిన శాశ్వత మార్గం, అది రీబూట్లను తట్టుకుంటుంది కానీ నెట్వర్క్ మారిన తర్వాత కూడా సరైన గేట్వేను చూపాలి. ఏ ప్లాట్ఫారమ్ అయినా, మార్గం పక్కన కారణాన్ని రాయండి: తదుపరి నిర్వాహకుడు అది నిర్వాహక సెషన్ను రక్షించడానికే ఉందని తెలుసుకోవాలి, నెట్వర్క్ రూపకల్పన కోరినందుకు కాదు.

పిన్ చేసిన మార్గం ఇంకా సరిపోనప్పుడు

రివర్స్-పాత్ ఫిల్టరింగ్ ఒక ఇంటర్ఫేస్పై వచ్చి మరొక దానిపై వెళ్లే ప్యాకెట్ను పడేయవచ్చు, పిన్ చేసిన మార్గం సృష్టించేది సరిగ్గా అదే. ఏదైనా ప్రపంచవ్యాప్తంగా నిలిపివేసే ముందు అమలులో ఉన్న rp_filter విలువను తనిఖీ చేయండి, తనిఖీని ఆపేయడం కంటే అసమానతను సరిచేయడానికి ప్రాధాన్యం ఇవ్వండి. ఇంటర్ఫేస్ సెట్టింగే వర్తిస్తుంది, వదులుగా ఉండే మోడ్ తరచుగా ప్యాకెట్ను పడేయకుండా అసమానతను నమోదు చేస్తుంది. ఫిల్టరే కారణమని నిర్ణయించే ముందు రెండింటినీ చదవండి.

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

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