OpenVPN రూట్ మెట్రిక్: ఎంచుకున్న రూట్ ఇప్పటికీ ఎందుకు ఓడిపోతుంది

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

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

రూట్ లైన్‌ను ఫీల్డ్ క్రమంలో చదవండి

Community OpenVPN 2.6 క్లయింట్ IPv4 route లైన్‌లో నాలుగు ఫీల్డ్‌లను అంగీకరిస్తుంది: నెట్‌వర్క్, నెట్‌మాస్క్, గేట్‌వే మరియు ఐచ్ఛిక మెట్రిక్. గేట్‌వే స్థానం అనేది ప్రత్యేక vpn_gateway కీవర్డ్ ఉండే చోటు. ఇది ఈ కనెక్షన్ కోసం VPN వైపు తదుపరి హాప్ అని అర్థం, రూటింగ్ పట్టిక సంఖ్య కాదు, మీ భౌతిక రౌటర్ కాదు. దాన్ని మిస్ చేస్తే, లైన్ మిగిలిన భాగం అది ఏమి చేస్తుందనే తప్పు భావనతో చదవబడుతుంది. నెట్‌వర్క్ ఎంపికల సూచన నాలుగు ఫీల్డ్‌లను వివరిస్తుంది.

ప్రైవేట్ గమ్యానికి లైన్ ఇలా ఉండవచ్చు:

route-metric 50
route 172.20.0.0 255.255.0.0 vpn_gateway 30

స్పష్టమైన 30 ఆ రూట్‌కు వర్తిస్తుంది, సంఖ్యను వదిలే ప్రొఫైల్‌లోని ప్రతి ఇతర రూట్‌కు 50 డిఫాల్ట్‌గానే ఉంటుంది. లైన్‌ను ఎడమ నుండి కుడికి చదవడం ఏ విలువ ఎక్కడ వర్తిస్తుందో తెలుసుకోవడానికి సరిపోతుంది.

route-metric అనేది డిఫాల్ట్, ర్యాంక్ కాదు

route-metric తమ సొంత సంఖ్యను కలిగి లేని రూట్‌లకు ప్రత్యామ్నాయ విలువను నిర్ణయిస్తుంది. ఇది ఒక రూట్‌ను మరేదానికీ పైన ఉంచదు, స్పష్టమైన మెట్రిక్‌లతో ఇన్‌స్టాల్ చేసిన రూట్‌లను తిరిగి క్రమబద్ధీకరించదు.

ప్రొఫైల్ రెండు రూపాలను కలిపినప్పుడు ఈ భేదం ముఖ్యం. పైన ఉన్న ఒకే route-metric లైన్ అధికారికంగా కనిపిస్తుంది, నిందించడం సులభం, కానీ నిజంగా ట్రాఫిక్ మోసే రూట్ మూడు లైన్ల కింద తన సొంత మెట్రిక్‌ను కలిగి ఉండవచ్చు.

ఒక రూట్ ఒక మార్గానికి ప్రాధాన్యం ఇవ్వాలంటే, ఆ రూట్‌పై సంఖ్యను పెట్టండి. ఉత్పత్తి చేసిన ప్రొఫైల్ అంతటా స్థిరమైన డిఫాల్ట్ కావాలంటే, route-metric ఉపయోగించి వ్యక్తిగత లైన్‌లను అలాగే వదిలేయండి. కారణం లేకుండా రెండింటినీ కలపడమే, ఎవరూ వివరించలేని రూట్‌తో ప్రొఫైల్ ముగిసే విధానం.

క్లయింట్ ఇన్‌స్టాల్ చేసినదాన్ని పరిశీలించండి

తిరిగి కనెక్ట్ పూర్తయిన తర్వాత, ప్రొఫైల్‌ను కాదు, కెర్నల్‌ను అడగండి.

ip route show క్లయింట్ జోడించిన రూట్‌లను జాబితా చేస్తుంది, ip route get 172.20.5.10 మరింత ఉపయోగకరమైన ప్రశ్నకు సమాధానమిస్తుంది: ఈ గమ్యం నిజంగా ఏ రూట్‌ను ఉపయోగిస్తుంది, ఏ మూల చిరునామాతో. పట్టికలో గమ్యం లేకపోతే, క్లయింట్ దాన్ని ఇన్‌స్టాల్ చేయలేదు.

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

చిన్న మెట్రిక్ ఇప్పటికీ ఎందుకు ఓడిపోతుంది

మెట్రిక్‌లు ఒకే గమ్యానికి ఉన్న రూట్‌లను పోలుస్తాయి. అవి విస్తృత ప్రిఫిక్స్‌ను మరింత నిర్దిష్టం చేయవు. redirect-gateway def1 అమలులో ఉన్నప్పుడు, క్లయింట్ 0.0.0.0/1 మరియు 128.0.0.0/1 ఇన్‌స్టాల్ చేస్తుంది, ఆ రెండు ప్రిఫిక్స్‌లు 0.0.0.0/0 కంటే నిర్దిష్టంగా మొత్తం IPv4 స్థలాన్ని కవర్ చేస్తాయి. డిఫాల్ట్ రూట్‌పై 1 మెట్రిక్ వాటిని అధిగమించదు.

అతివ్యాప్తి చెందే ఏ జతకైనా ఇదే తర్కం వర్తిస్తుంది. లోపల ఉన్న చిరునామాకు /24 ఒకటి /16 ఒకటి ఓడిస్తుంది, జోడించిన సంఖ్యలు ఏమైనా, ఎందుకంటే శోధన మొదట అత్యంత నిర్దిష్టమైన సరిపోలికను ఎంచుకుని, ఆ తర్వాతే సమానమైనవాటి మధ్య మెట్రిక్‌లను పోలుస్తుంది.

మెట్రిక్ బగ్‌లా కనిపించే కానీ కాని భాగం ఇదే. ఏ సంఖ్యను మార్చకముందు రెండు అభ్యర్థుల ప్రిఫిక్స్ పొడవును తనిఖీ చేయండి.

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

Linuxలో, ఏ రూటింగ్ పట్టిక సంప్రదించబడుతుందో ip rule నిర్ణయిస్తుంది. నియమాలు ప్రాధాన్యత క్రమంలో మూల్యాంకనం చేయబడతాయి, కాబట్టి ముందస్తు పట్టిక ప్రధాన పట్టిక చదవబడకముందే ఒక రూట్‌ను తిరిగి ఇవ్వగలదు. main లోపలి మెట్రిక్ మొదట సంప్రదించిన పట్టికలోని సరిపోలికను అధిగమించలేదు.

ip rule show ఉపయోగించి, ఆ తర్వాత నిర్దిష్ట పట్టికను అడగండి, ఉదాహరణకు ip route show table 100, ఆ నియమం ఏమి తిరిగి ఇస్తుందో చూడటానికి. VPN క్లయింట్ లేదా కంటైనర్ రన్‌టైమ్ నియమాన్ని జోడించి ఉంటే, సమాధానం మీరు చదువుతున్న పట్టికలో కాకుండా అక్కడ ఉండవచ్చు. మూల చిరునామా కూడా ముఖ్యం, ఎందుకంటే ఒక నియమం మూలంతో సరిపోలి అదే గమ్యాన్ని టన్నెల్ ట్రాఫిక్‌కు, LAN ట్రాఫిక్‌కు వేర్వేరుగా పరిష్కరించగలదు.

గమ్యాన్ని ధృవీకరించండి, ర్యాంకింగ్ కాదు

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

IPv6 మరియు DNS లను ఈ తనిఖీ నుండి బయట ఉంచండి. అవి వేర్వేరు ఆదేశాలతో కాన్ఫిగర్ చేయబడతాయి, వేర్వేరు యంత్రాంగాలతో పరిష్కరించబడతాయి, పనిచేసే IPv4 రూట్ వాటి గురించి ఏమీ చెప్పదు. ఒకసారి ఒక పొరను మార్చి ప్రశ్నను మళ్లీ అమలు చేయండి.