పూర్తి టన్నెల్ మార్గం దాన్ని మోసే సర్వర్ను ఎందుకు కత్తిరిస్తుంది

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

తన స్వంత రవాణాను తినే మార్గం

ఎన్క్యాప్సులేషన్ ప్రతి ప్యాకెట్ను రెండవ హెడర్లో చుట్టుతుంది. బయటిది స్థానిక భౌతిక చిరునామా నుండి సర్వర్ పబ్లిక్ చిరునామాకు చిరునామా చేయబడుతుంది, ఏదైనా టన్నెల్ ఉనికిలో ఉండకముందే అది భౌతిక లింక్ను దాటాలి.

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

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

డిఫాల్ట్ కంటే ముందే మినహాయింపును ఇన్స్టాల్ చేయండి

సర్వర్ కోసం ఒకే చిరునామా మార్గాన్ని సృష్టించండి, భౌతిక గేట్వేను తదుపరి హాప్గా ఉంచి, డిఫాల్ట్ మార్గం కదలకముందే. క్రమం ముఖ్యం: తర్వాత ఇన్స్టాల్ చేయడం అంటే టైప్ చేస్తున్నప్పుడు విరిగిన టన్నెల్తో జీవించడం.

చాలా క్లయింట్లు దీన్ని అడగకుండానే చేస్తారు. OpenVPN దూర చిరునామాను వెతికి డిఫాల్ట్ గేట్వేను తిరిగి రాయకముందే దాన్ని పిన్ చేస్తుంది, దాని route-delay ఎంపిక ఆ క్రమం పోటీపడే ప్లాట్ఫారమ్ల కోసం ఉంది. wg-quick పూర్తిగా వేరే దారి తీసుకుంటుంది, ప్యాకెట్లను గుర్తించి విధాన నియమాన్ని సంప్రదించడం ద్వారా మినహాయింపు జోడించడం బదులు. వేర్వేరు యంత్రాంగాలు, ఒకే అవసరం: బయటి ప్యాకెట్ తాను సృష్టించే టన్నెల్ నుండి తప్పించుకోవాలి.

ip route add 203.0.113.10/32 via 192.168.1.1 dev eth0
ip route get 203.0.113.10

వెతుకుడు అవుట్పుట్ ఆమోద పరీక్ష. అది భౌతిక పరికరాన్ని మరియు భౌతిక తదుపరి హాప్ను పేర్కొనాలి. ఆ సమాధానంలో టన్నెల్ పరికరం ఉండడం అంటే మినహాయింపు లేదు, లేదా దాన్ని మించే దాని తర్వాత పెట్టబడింది.

సర్వర్పై అద్దం ప్రతిబింబం

అదే ఉచ్చు రెండో వైపు తలకిందులుగా ఎదురుచూస్తుంది. సర్వర్కు మరో టన్నెల్ ద్వారా డిఫాల్ట్ మార్గం ఇవ్వండి, లేదా క్లయింట్ల పబ్లిక్ చిరునామాలను కవర్ చేసే మార్గాన్ని దాని వైపు నెట్టండి, అప్పుడు దాని ప్రతిస్పందనలు తప్పు దిశ అలవాటును పొందుతాయి.

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

ip route get 198.51.100.44 from 10.90.0.1
ip rule show
sudo tcpdump -ni any host 198.51.100.44

మూడు మరమ్మతులు ఉన్నాయి మరియు అవి సమానం కావు. సేవను భౌతిక చిరునామాకు పిన్ చేయడం, లేదా మూలాన్ని అనువదించడం, రెండూ రూటింగ్ నిర్ణయాన్ని సరిచేయడం బదులు దాచుతాయి. టన్నెల్ పూల్ కోసం ప్రతిస్పందన ట్రాఫిక్ను ప్రత్యేక పట్టిక ద్వారా పంపడం కారణాన్ని సరిచేస్తుంది, మిగిలిన రెండు రూటింగ్ డిజైన్ గడ్డకట్టి ఉన్నంతకాలం మాత్రమే ఆమోదయోగ్యం.

టన్నెల్ నిరంతరం దొంగిలించే మినహాయింపులు

కొన్ని పనులకు టన్నెల్ డిఫాల్ట్ మార్గాన్ని కలిగి ఉన్నా తెరిచిన ఇంటర్నెట్ కావాలి, ప్రతిదానికీ దాని స్వంత మినహాయింపు కావాలి. చలన DNS అప్డేటర్ సాధారణంగా మొదట విరుగుతుంది.

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

ఎవరూ రాయని మినహాయింపు అంటే తదుపరి పునర్నిర్మాణం నిశ్శబ్దంగా వదిలేసే మినహాయింపు.

తిరిగి కనెక్ట్ అయిన తర్వాత నిరూపించండి, ముందు కాదు

ఒకటి కాదు, మూడు గమ్యాలను పరీక్షించండి: ముగింపు బిందువు, టన్నెల్ వెనుక ఉన్న ప్రైవేట్ చిరునామా, మరియు దాని ఆవల ఉన్న పబ్లిక్ చిరునామా. ఒక విజయవంతమైన వెతుకుడు మిగిలిన రెండు గురించి దాదాపు ఏమీ చెప్పదు.

ip route get 203.0.113.10
traceroute -n 203.0.113.10
ip route get 10.90.0.5
ip route get 1.1.1.1

తర్వాత కనెక్షన్ను తిరిగి ప్రారంభించండి, ఎందుకంటే తిరిగి కనెక్ట్ అయ్యేటప్పుడు తన పట్టికను తిరిగి నిర్మించే క్లయింట్ మీరు చేతితో టైప్ చేసిన మార్గాన్ని పడేస్తుంది. kill switch నడుస్తుంటే ముగింపు బిందువుకు అనుమతి ఉందో లేదో చూడండి, లేకపోతే నెట్వర్క్ మార్పు తర్వాత టన్నెల్ తిరిగి రాలేదు మరియు లక్షణం అంతరాయంగా కనిపిస్తుంది. మినహాయింపును shell చరిత్రలో కాదు, ప్రొఫైల్ లేదా unit ఫైల్లో నిల్వ చేయండి, తిరిగి కనెక్ట్ అవ్వడం దాన్ని తొలగించడం బదులు మళ్లీ సృష్టించేలా.