route-gateway అనేది redirect-gateway కాదు: నిజంగా ఏమి మారుతుంది
ఈ ఎంపిక OpenVPN ఇన్‌స్టాల్ చేసే మార్గాలకు తదుపరి హాప్ మాత్రమే ఇస్తుంది. దాన్ని తొలగించడం నెట్టబడిన పూర్తి సొరంగాన్ని ఆఫ్ చేయదు, మరియు సరిదిద్దడం రీడైరెక్షన్‌లో ఉంది.
మీ సొరంగం పైకి వస్తుంది, ప్రైవేట్ సబ్‌నెట్ స్పందిస్తుంది, ఎవరో ప్రొఫైల్ నుండి గేట్‌వే లైన్ తొలగించినా సాధారణ బ్రౌజింగ్ ఇప్పటికీ VPN లోపల మాయమవుతుంది. ఆ సయోగమే తప్పు సూచన సవరించబడిన వేలిముద్ర. తొలగించినది క్లయింట్ ఇన్‌స్టాల్ చేసే మార్గాలకు తదుపరి హాప్ ఇచ్చేది; ట్రాఫిక్ పట్టుకోవడం కొనసాగించినది వేరే చోటి నుండి వచ్చి సర్వర్ నెట్టింది. కవరేజ్ మరియు తదుపరి హాప్ వేర్వేరు పనులు, మరియు వాటిలో ఒకటి మాత్రమే పబ్లిక్ గమ్యస్థానాలు సొరంగాన్ని ఉపయోగిస్తాయో లేదో నిర్ణయిస్తుంది.
మీరు తొలగించిన లైన్ తదుపరి హాప్, విధాన స్విచ్ కాదు
క్లయింట్ ఇన్‌స్టాల్ చేసే ప్రతి మార్గానికి చూపించడానికి గేట్‌వే చిరునామా కావాలి, మరియు మార్గం స్వయంగా ఏదీ పేర్కొననప్పుడు గేట్‌వే సూచనే ఆ చిరునామా మూలం. దాన్ని తొలగిస్తే ఆ మార్గాలకు వేలాడే చోటు ఉండదు, కాబట్టి అవి ఇన్‌స్టాల్ కాకపోవచ్చు లేదా ఎక్కడికీ చేరని బాటలో పడతాయి. ప్రైవేట్ సబ్‌నెట్ అలాంటి మార్గం మోసినదే.
ఇంతలో బతికిన ప్రవర్తనకు మరో రచయిత ఉన్నాడు: నెట్టబడిన బ్లాక్‌లోని రీడైరెక్షన్ ఎంపిక, అది తన ఫ్లాగ్‌ల ప్రకారం సాధారణ బయటికి వెళ్లే ట్రాఫిక్‌ను సొరంగంలోకి కదిలిస్తుంది. గేట్‌వే తొలగింపు దాన్ని ఆఫ్ చేయదు, బలహీనపరచదు. ఫలితం రెండు స్థితుల్లో అత్యంత దారుణం, పబ్లిక్ ట్రాఫిక్ ఇంకా పట్టుబడుతూనే ఉంది మరియు సొరంగాన్ని సమర్థించిన ప్రైవేట్ గమ్యం ఇప్పుడు చేరుకోలేనిది. అందుకే అదే భావనతో చేసిన రెండో సవరణ కూడా ఏమీ మార్చదు.
నాలుగు లివర్లు, నాలుగు వేర్వేరు పనులు
ఈ చర్చలో నాలుగు సూచనలు ఒకదానికొకటి బదులుగా ఉటంకించబడతాయి, వాటిలో ఒకటి మాత్రమే కవరేజీని నియంత్రిస్తుంది, అంటే ఏ గమ్యస్థానాలు సొరంగం గుండా వెళతాయో. రెండోది మార్గాలు ఉపయోగించే తదుపరి హాప్‌ను నిర్ణయిస్తుంది, మూడోది ఒకే ప్రిఫిక్స్‌ను ఇన్‌స్టాల్ చేస్తుంది, నాలుగోది సర్వర్ నెట్టిన ప్రతిదీ విసిరేస్తుంది, మోహరింపుకు అవసరమైన ప్రైవేట్ మార్గాలతో సహా. పట్టిక వాటిని పేరు ప్రకారం కాదు, నిర్వాహకుడు ఏమి మార్చాలనుకుంటున్నారో దాని ప్రకారం అమరుస్తుంది, ఎందుకంటే గందరగోళాన్ని పేర్లే సృష్టిస్తాయి. వాటిని నాలుగు వేర్వేరు నిర్ణయాలుగా భావించి మీరు నిజంగా వెనక్కి తిప్పాలనుకున్నది ఎంచుకోండి.
ఆచరణలో నాలుగూ తరచుగా ఒకే నెట్టబడిన బ్లాక్‌లో, లైన్ తర్వాత లైన్ వస్తాయి, ఇది వాటిని ఒకే సెట్టింగ్‌లోని భాగాలుగా కనిపించేలా చేస్తుంది. అలా కాదు, మరియు OpenVPN సూచిక వాటిని వేర్వేరు యంత్రాంగాలుగా నమోదు చేసేది అదే కారణం. ఏ నిర్ణయాన్ని వెనక్కి తిప్పుతున్నారో తెలుసుకోవడం పని; సవరణ ఒక లైన్.
| What you are trying to change | Directive that decides it | What it leaves alone |
|---|---|---|
| Which destinations use the tunnel | redirect-gateway | Per-prefix routes and resolver choice |
| The next hop a pushed route points at | route-gateway | Coverage of public destinations |
| One reachable prefix | route | Every other destination, default path included |
| All pushed routing and DNS at once | route-nopull | Nothing, which is the problem |
నెట్టబడిన లైన్‌ను ఫిల్టర్ చేయండి, తదుపరి హాప్ ఉంచండి
మీరు అభ్యంతరం చెప్పే కవరేజ్ నెట్టబడిన ఎంపికగా వస్తే, సన్నటి స్పందన ఆ ఎంపికను పేరుతో పట్టించుకోకుండా నెట్టబడిన బ్లాక్ మిగిలిన భాగాన్ని తాకకుండా వదిలేయడం. ఫిల్టర్‌గా రాస్తే అది కింది లైన్‌లా కనిపిస్తుంది, దాని స్థానం ప్రభావిత క్లయింట్ ప్రొఫైల్‌లో, సర్వర్ కాన్ఫిగరేషన్‌లో కాదు.
pull-filter ignore "redirect-gateway"సన్నదనమే ముఖ్యాంశం. ఫిల్టర్ టెక్స్ట్ ప్రిఫిక్స్‌ను పోలుస్తుంది కాబట్టి, చిన్న నమూనా తదుపరి-హాప్ సూచనతో కూడా సరిపోతుంది, ఇది ప్రైవేట్ మార్గాలు ఆధారపడే సమాచారాన్ని సరిగ్గా ఒలిచి మూల పొరపాటును కొత్త వేషంలో పునరావృతం చేస్తుంది. ఫిల్టర్ నెట్టబడిన ఎంపికలపై మాత్రమే పనిచేస్తుంది, కాబట్టి స్థానికంగా రాసిన లేదా నెట్‌వర్క్ మేనేజర్ విధించిన సమానమైన లైన్‌ను ఎప్పుడూ తాకదు. ఆ తర్వాత మళ్లీ కనెక్ట్ అవ్వండి, ఎందుకంటే సజీవ సెషన్ సర్వర్ నెట్టినదాన్ని తిరిగి అంచనా వేయదు.
పట్టిక కాదు, శోధన చదవండి
ప్రొఫైల్ మళ్లీ లోడ్ చేసిన తర్వాత రెండు గమ్యాలు నిజంగా ఎక్కడికి వెళతాయో కెర్నల్‌ను అడగండి: ఒకటి ప్రైవేట్ ప్రిఫిక్స్ లోపల, మరొకటి పబ్లిక్ ఇంటర్నెట్‌లో. ప్రధాన పట్టిక పూర్తి డంప్ చదవడం కష్టం, తప్పుగా చదవడం సులభం, ఎందుకంటే మార్గం ఉన్నా ఇంకా మరింత నిర్దిష్ట మ్యాచ్‌కు ఓడిపోవచ్చు. విధాన ఆధారిత రూటింగ్‌లో నియమం, పట్టిక మరియు మూల చిరునామా కూడా తనిఖీలో భాగం.
ip route get 10.40.7.25
ip route get 203.0.113.77
ip rule showdef1 రకాన్ని తెలుసుకోవడం అవసరం, ఎందుకంటే అది పాత డిఫాల్ట్ ఎంట్రీని కనిపించేలా ఉంచి అర్ధ-డిఫాల్ట్‌ల జోడి శోధనను గెలుస్తుంది. కాబట్టి అవుట్‌పుట్‌లో 0.0.0.0/0 లైన్ దానంతట అదే ఏమీ నిరూపించదు. జాబితా సమాధానమిస్తున్నట్టు కనిపించే ప్రశ్నకు శోధన సమాధానమిస్తుంది.
DNS, IPv6 మరియు ప్రైవేట్ మార్గం ఇంకా పనిచేయాలి
ఒక IPv4 రీడైరెక్షన్‌ను తిరస్కరించడం రిజాల్వర్ గురించి ఏమీ చెప్పదు, కాబట్టి నెట్టబడిన DNS ఎంపిక మార్గాలు సరిగ్గా కనిపిస్తున్నప్పుడు కూడా ప్రశ్నలను సొరంగంలోకి పంపడం కొనసాగించవచ్చు. IPv6 డిఫాల్ట్ IPv4 తనిఖీ ఎప్పుడూ తాకని చిరునామా కుటుంబానికి అదే చేయగలదు. రెండింటికీ ఊహకు బదులు స్పష్టమైన నిర్ణయం కావాలి. ఆ తర్వాత ప్రైవేట్ సేవ ఇంకా స్పందిస్తోందని నిర్ధారించండి, ఎందుకంటే ప్రైవేట్ మార్గాన్ని కోల్పోయిన విభజిత సొరంగం విభజిత సొరంగం కాదు, అది విరిగినది.
ఒక విస్తృత సాధనం హెచ్చరికకు అర్హం: route-nopull నెట్టబడిన ప్రతి మార్గాన్ని మరియు నెట్టబడిన ప్రతి DNS ఎంపికను విసిరేస్తుంది, ఇది పూర్తి సొరంగాన్ని ఖచ్చితంగా ఆపుతుంది మరియు మోహరింపు ఆధారపడే ప్రైవేట్ మార్గాలను అంతే ఖచ్చితంగా విరుస్తుంది, కాబట్టి ఇది ఒక ఎంపికను లక్ష్యంగా చేసుకున్న పేరు-ఫిల్టర్ కంటే చాలా పెద్ద సుత్తి. ఏదైనా మార్పు తర్వాత ప్రైవేట్ గమ్యం, పబ్లిక్ గమ్యం మరియు రిజాల్వర్‌ను తనిఖీ చేయండి, మరియు పూర్తయిన హ్యాండ్‌షేక్‌ను హ్యాండ్‌షేక్ తప్ప మరేదైనా రుజువుగా భావించవద్దు.