OpenVPN redirect-gateway: ప్రతి ఫ్లాగ్ మార్గాలకు ఏమి చేస్తుంది

ప్రొఫైల్లో redirect-gateway తో కనెక్ట్ అవ్వండి, మీ యంత్రం డిఫాల్ట్ మార్గం అదృశ్యం కావచ్చు, రెండుగా చీలిపోవచ్చు, లేదా ఉన్న చోటే ఉండిపోవచ్చు, ఇది ఎవరూ రెండుసార్లు చదవని ఫ్లాగ్లపై ఆధారపడి ఉంటుంది. ఈ ఎంపిక రూటింగ్ స్థితిని మాత్రమే మారుస్తుంది, వేరే ఏమీ కాదు, కాబట్టి అది ఏమి చేసింది అనే దానికి ఏకైక నమ్మదగిన రుజువు క్లయింట్ తర్వాత ఇన్స్టాల్ చేసిన పట్టిక. తర్వాత వచ్చేది కనెక్షన్ తర్వాత పట్టిక, టన్నెల్ను స్వయంగా సజీవంగా ఉంచే మార్గం, మరియు ఈ సూచన ఎప్పుడూ కవర్ చేస్తుందని చెప్పని IPv6 ట్రాఫిక్. ప్రతి దశ టన్నెల్ తెరిచి ఉన్నప్పుడు క్లయింట్పై అమలు చేయగల ఆదేశం.

ప్రతి ఫ్లాగ్ డిఫాల్ట్ మార్గానికి ఏమి చేస్తుంది

ఏ ఫ్లాగ్ లేకుండా, ఎంపిక సాధారణ డిఫాల్ట్ మార్గాన్ని తొలగించి దాని స్థానంలో టన్నెల్ పెడుతుంది, కాబట్టి కనెక్షన్ తెరిచి ఉన్నప్పుడు పాత గేట్వే పట్టిక నుండి అదృశ్యమవుతుంది. def1 జోడించండి, ఆ డిఫాల్ట్ జాబితాలో ఉంటుంది, రెండు ఇరుకైన మార్గాలు పని చేస్తాయి. bypass-dhcp జోడించండి, DHCP మార్గం కూడా నిలిచి ఉంటుంది, క్లయింట్ ఇంకా స్థానిక DHCP సేవికను చేరుకోవాల్సిన నెట్వర్క్లో ఇది ముఖ్యం. OpenVPN 2.6 మాన్యువల్ పేజీలోని ఫ్లాగ్ జాబితా ఒకసారి చదవడానికి సరిపోయేంత చిన్నది, ప్రతి ఎంట్రీ ఏ మార్గాలు పట్టికలోకి వస్తాయో మారుస్తుంది.

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

def1 మీ డిఫాల్ట్ను తాకకుండా నిర్దిష్టతతో గెలుస్తుంది

రెండు సగం-డిఫాల్ట్ మార్గాలు కలిసి IPv4 స్థలాన్ని ఆవరిస్తాయి, 0.0.0.0/1 మరియు 128.0.0.0/1. ప్రతి ఒక్కటి 0.0.0.0/0 కంటే నిర్దిష్టమైనది, కాబట్టి శోధన వాటికి ప్రాధాన్యం ఇస్తుంది, నిజమైన డిఫాల్ట్ అతి తక్కువ నిర్దిష్ట సరిపోలిక కోరే ప్రతిదానికీ పట్టికలో ఉంటుంది.

ప్రొఫైల్ కాదు, పట్టిక చదవండి, ఎందుకంటే మీరు ఆ సందర్భాలలో ఏది అనేది పట్టిక మాత్రమే చూపిస్తుంది. వాటిని వేరు చేయడానికి రెండు పంక్తులు సరిపోతాయి:

ip route show default
ip route show | grep -E '^(0\.0\.0\.0/1|128\.0\.0\.0/1)'

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

టన్నెల్ ముగింపు బిందువును చేరుకోగలిగేలా ఉంచండి

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

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

ip route get 198.51.100.20

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

IPv6 ట్రాఫిక్ తన పట్టికను ఉపయోగిస్తూనే ఉంటుంది

IPv4 మళ్లింపు IPv6 ను ప్రశాంతంగా వదిలేస్తుంది, రెండు కుటుంబాలు వేర్వేరు ఫ్లాగ్లతో మారుతాయి. పనిచేసే v6 డిఫాల్ట్ ఉన్న ద్వంద్వ-స్టాక్ హోస్ట్లో, v4 ట్రాఫిక్ పూర్తిగా టన్నెల్ లోపల ఉండవచ్చు, అయితే v6 సామర్థ్యం ఉన్న ప్రతి గమ్యం భౌతిక లింక్ ద్వారా బయటకు వెళుతుంది. ఒక పట్టికలో సరిగ్గా కనిపించే హోస్ట్ మరొకదానిలో కారుతుంది.

కనెక్ట్ అయిన తర్వాత v6 పట్టికను తనిఖీ చేయండి, టన్నెల్ దాన్ని కవర్ చేసిందని భావించడం బదులు. ఈ సూచన చిరునామా కుటుంబ ఫ్లాగ్లను సరిగ్గా ఈ కారణంగానే కలిగి ఉంటుంది, వాటిని వదిలే ప్రొఫైల్ ప్లాట్ఫారమ్ డిఫాల్ట్గా చేసేదాన్ని వారసత్వంగా పొందుతుంది:

ip -6 route show default
ip -6 route get 2001:db8::10

అప్లికేషన్ ఏ ఇంటర్ఫేస్ ఉపయోగిస్తుందో నిరూపించండి

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

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

ip route get 203.0.113.10
curl -s --interface tun0 https://ifconfig.me
curl -s --interface eth0 https://ifconfig.me

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