OpenVPN route-nopull సర్వర్ ఏమి నెట్టడాన్ని నిజంగా ఆపుతుంది
route-nopull నెట్టబడిన మార్గాలు మరియు DHCP ఎంపికలను వదిలివేస్తుంది, హ్యాండ్షేక్ను కాదు. దాని, pull-filter లేదా ఏమీ లేని మధ్య ఎంచుకుని, ఆపై మార్గాలను మీరే జోడించండి.
టన్నెల్ మీ డిఫాల్ట్ మార్గాన్ని మింగకుండా ఉండటానికి మీరు క్లయింట్ ప్రొఫైల్లో route-nopull పెట్టారు, ఇప్పుడు కార్యాలయ సబ్నెట్ చేరుకోలేనిదిగా ఉంది, క్లయింట్ ఇంకా కనెక్ట్ అయ్యిందని చెబుతోంది. రెండు పరిశీలనలూ నిజం, ఏదీ విఫలం కాలేదు. ఈ ఫ్లాగ్ సర్వర్ నెట్టే మార్గాలు మరియు DHCP నమోదులను దాటవేయమని క్లయింట్కు చెబుతుంది, ఇది జోడించేటప్పుడు చాలామంది ఆశించే దానికంటే సన్నని సూచన. మిగిలేది ఏ గమ్యాలు దీన్ని ఉపయోగించాలనే అభిప్రాయం లేని పనిచేసే టన్నెల్.
ఆ అంతరమే ఈ వ్యాసం గురించిన మొత్తం నిర్ణయం. సర్వర్ నెట్వర్క్ను వివరిస్తుందా లేదా క్లయింట్, ఆ పనిని మీ కోసం ఏమీ చేయకుండా ఫ్లాగ్ క్లయింట్కు అప్పగిస్తుంది.
కనెక్ట్ అయ్యే సమయంలో ఫ్లాగ్ ఏమి ఆఫ్ చేస్తుంది
లాగే OpenVPN క్లయింట్ సాధారణంగా ధృవీకరణ తర్వాత సర్వర్ నుండి కట్టను తీసుకుంటుంది: మార్గాలు, డిఫాల్ట్ గేట్వే మళ్లింపు, DNS సర్వర్లు మరియు కొన్ని ట్యూనింగ్ సూచనలు. route-nopull అమలులో ఉన్నప్పుడు క్లయింట్ ఇంకా సెషన్ను అంగీకరిస్తుంది, ధృవపత్రాలను ధృవీకరిస్తుంది, సైఫర్లు మరియు keepalive గురించి చర్చిస్తుంది, మరియు ఇంటర్ఫేస్ను పైకి లేపుతుంది. అది వదిలేది నెట్టబడిన route పంక్తుల మరియు నెట్టబడిన dhcp-option పంక్తుల అన్వయం, DNS తో సహా.
గందరగోళం చనిపోయిన యాప్ పక్కన ఉన్న ఆకుపచ్చ సూచిక నుండి వస్తుంది. టన్నెల్ ఉంది; గమ్యాలను ఆ టన్నెల్కు మ్యాప్ చేయడం లేదు. క్లయింట్ స్థితి ప్యానెల్లో «కనెక్ట్ అయి మార్గనిర్దేశం చేస్తోంది» మరియు «కనెక్ట్ అయి నిష్క్రియంగా ఉంది» మధ్య ఏదీ తేడా చూపదు, ఎందుకంటే టన్నెల్ దృష్టిలో రెండూ ఒకే స్థితి.
సజీవ టన్నెల్ ఇంకా ఏమీ మార్గనిర్దేశం చేయలేకపోవడం ఎందుకు
ఇంటర్ఫేస్ తన స్వంత చిరునామాతో కనిపిస్తుంది మరియు పాయింట్-టు-పాయింట్ లింక్లో తరచుగా సహచరుడి వైపు హోస్ట్ మార్గం కంటే నిర్దిష్టమైనది ఏమీ ఉండదు. ప్రైవేట్ సబ్నెట్, సరైన ప్రిఫిక్స్తో ఏదో మార్గం ఆ ఇంటర్ఫేస్ వైపు చూపినప్పుడే చేరుకోగలదు, నెట్టడం ఆఫ్ ఉన్నప్పుడు ఆ మార్గం ఎప్పటికీ రాదు. డౌన్లోడ్ చేసిన ప్రొఫైల్ కూడా సాధారణంగా సహాయపడదు, ఎందుకంటే సర్వర్ సరిగ్గా ఈ సమాచారాన్ని ఇస్తుందనే ఊహపై అది రాయబడింది. అందుకే ఇంటర్ఫేస్ ఆరోగ్యంగా కనిపిస్తుంది కానీ సబ్నెట్ చీకటిగానే ఉంటుంది.
కాబట్టి ప్రొఫైల్ చదవడం చాలా తక్కువ రుజువు చేస్తుంది. బదులుగా కనెక్ట్ అయిన మెషీన్లో నడుస్తున్న స్థితిని చదవండి:
ip addr show tun0
ip route show dev tun0
ip route get 10.20.5.10రెండవ ఆదేశంలో సబ్నెట్ మార్గం లేని చిరునామా ఈ సమస్య సంతకం. మూడవ ఆదేశం వినియోగదారులకు నిజంగా ముఖ్యమైన ప్రశ్నకు సమాధానం చెబుతుంది, ఎందుకంటే మీరు ఉపయోగిస్తుందని ఆశించిన జాబితా కాకుండా నిర్దిష్ట గమ్యానికి కెర్నల్ ఎంచుకునే ఇంటర్ఫేస్ను అది నివేదిస్తుంది. అది మీ భౌతిక లింక్ ద్వారా సమాధానం ఇస్తే, టన్నెల్ మార్గంలోనే లేదు.
పేర్ల పరిష్కారం వేరే కారణం వల్ల కాదు, సంబంధిత కారణం వల్ల విఫలమవుతుంది. నెట్టబడిన dhcp-option DNS నమోదులు అదే ఫ్లాగ్తో దాటవేయబడతాయి, కాబట్టి అంతర్గత హోస్ట్ల కోసం ప్రశ్నలు స్థానిక నెట్వర్క్ ఇచ్చిన ఏ రిజాల్వర్కైనా వెళ్తాయి. ఆ రిజాల్వర్కు కార్యాలయానికి జోన్ లేదు, కాబట్టి ప్రశ్న విఫలమవుతుంది లేదా ప్రజా సమాధానం ఇస్తుంది, మరియు వైఫల్యం సర్వర్ సమస్యలా కనిపిస్తుంది కానీ అది క్లయింట్ కాన్ఫిగరేషన్ సమస్య. పేరు కంటే ముందు చిరునామాను పరీక్షించడమే రెండింటిని వేరు చేస్తుంది.
ఫ్లాగ్ మరియు ప్రిఫిక్స్ ఫిల్టర్ మధ్య ఎంపిక
రెండు ఎంపికలూ ఒకే ఫిర్యాదు వివిధ రూపాలను పరిష్కరిస్తాయి, తప్పు ఎంపికే «కనెక్ట్ అయింది కానీ పనికిరాదు» స్థితిని సృష్టిస్తుంది. ఒకటి నెట్టబడిన విధానాన్ని పూర్తిగా మారుస్తుంది, మరొకటి ప్రిఫిక్స్ ప్రకారం దాన్ని సవరిస్తుంది. పట్టిక సంక్షిప్త సంస్కరణను ఇస్తుంది, దాని తర్వాతి పేరా ప్రజలను పట్టుకునే భాగాన్ని కవర్ చేస్తుంది.
| Setting | What the client keeps | Reasonable when |
|---|---|---|
| no option | every pushed route and DHCP entry | the server's view of the network is correct |
route-nopull | the session, none of the pushed routing or DNS | you will write the full local policy yourself |
pull-filter | everything except lines matching your prefixes | the push is nearly right and one or two lines are wrong |
pull-filter మూడు క్రియలతో కూడిన ప్రిఫిక్స్ సరిపోల్చేది, కాబట్టి అది పంక్తుల కుటుంబాన్ని అంగీకరించవచ్చు, నిశ్శబ్దంగా విస్మరించవచ్చు, లేదా ప్రిఫిక్స్ కనిపించినప్పుడు కనెక్షన్నే పూర్తిగా తిరస్కరించవచ్చు. తెలుసుకోదగినది ఆ చివరి ప్రవర్తనే: తిరస్కార నియమం విధాన భేదాన్ని నిశ్శబ్ద విడిచిపెట్టడం కాకుండా విఫల హ్యాండ్షేక్గా మారుస్తుంది. OpenVPN 2.6 మాన్యువల్ ఆమోదించిన ప్రిఫిక్స్లు మరియు ప్రతి క్రియ యొక్క ఖచ్చితమైన అర్థాన్ని జాబితా చేస్తుంది.
సాధారణ మధ్య మార్గం redirect-gateway మాత్రమే తిరస్కరించి కార్యాలయ మార్గాలు మరియు DNS ఉద్దేశించినట్లు రావడానికి అనుమతించడం. ఇది సర్వర్ మీ కంటే బాగా అర్థం చేసుకునే భాగాలకు నెట్టడాన్ని పనిచేస్తూ ఉంచుతుంది, అదే సమయంలో మీ డిఫాల్ట్ మార్గాన్ని స్వాధీనం చేసుకునే ఆ ఒకే పంక్తిని నిరోధిస్తుంది.
చేతితో మార్గాలు మరియు రిజాల్వర్ జోడించడం
మీరు ఫ్లాగ్ ఉంచితే, ప్రొఫైల్ సర్వర్ చెప్పేది చెప్పాలి. క్లయింట్ వైపు route సూచనలు కనెక్షన్ ఏర్పడిన తర్వాత వర్తిస్తాయి, కాబట్టి అవి ఫ్లాగ్తో పాటు పనిచేస్తాయి, దానిచే నిరోధించబడవు. వాటిని ప్రొఫైల్లో ఉంచండి, ఇంటరాక్టివ్ కమాండ్ లైన్లో కాదు, లేకపోతే తదుపరి పునఃకనెక్షన్ పనిచేసే స్థితిని పునఃసృష్టించదు.
route-nopull
route 10.20.0.0 255.255.0.0
dhcp-option DNS 10.20.0.53DNS పంక్తి అసౌకర్య స్థానంలో ఉంది: ఇది క్లయింట్ వైపు సూచన, కానీ కొన్ని క్లయింట్లు దాన్ని ప్లాట్ఫారమ్ DNS ఇంటిగ్రేషన్ ద్వారా మాత్రమే వర్తింపజేస్తాయి, లింక్ మారినప్పుడు అది దానిపై రాసేయవచ్చు. systemd హోస్ట్లో రిజాల్వర్ను నేరుగా టన్నెల్ ఇంటర్ఫేస్పై సెట్ చేయడం క్లయింట్ ప్రాధాన్యత పోటీని గెలుస్తుందని ఆశించడం కంటే ఊహించదగినది:
resolvectl dns tun0 10.20.0.53
resolvectl domain tun0 ~corp.example.comరూటింగ్ డొమైన్ చిరునామా అంతే ముఖ్యం. అది లేకుండా ప్రజా పేర్ల ప్రశ్నలు అంతర్గత రిజాల్వర్కు కూడా పంపబడవచ్చు, మరియు పునరావృత్తిని తిరస్కరించే ఏ అంతర్గత రిజాల్వర్ అయినా ప్రైవేట్ జోన్ పనిచేస్తూనే బ్రౌజింగ్ను విరగ్గొడుతుంది. దానితో ఆ ప్రత్యయం కింద ఉన్న పేర్లు మాత్రమే టన్నెల్ రిజాల్వర్కు రూట్ అవుతాయి, మిగతావన్నీ భౌతిక లింక్ను అనుసరిస్తాయి.
ఫలితాన్ని తనిఖీ చేయడం: చిరునామా, పేరు మరియు బయటి మార్గం
మూడు పరీక్షలు సాధ్యమైన వైఫల్యాలను వేరు చేస్తాయి. మొదట IP ద్వారా ప్రైవేట్ చిరునామా తీసుకోండి, తర్వాత పేరు ద్వారా అదే హోస్ట్, తర్వాత సాధారణ ప్రజా సైట్. పనిచేసే IP మరియు విఫలమైన పేరు రిజాల్వర్ను సూచిస్తాయి; విఫలమైన IP మరియు పనిచేసే పేరు రూటింగ్ను సూచిస్తాయి; రెండూ విఫలమైతే సాధారణంగా టన్నెల్ మార్గంలో లేదు.
తర్వాత లోపలికి కాదు, బయటికి చూడండి. టన్నెల్ ముగింపు బిందువు స్వంత మార్గం మార్పును తట్టుకోవాలి, మరియు ఏదైనా నిరోధించే వైఫల్యం ముగింపు బిందువును పట్టుకోకుండా టన్నెల్కు పరిమితం కావాలి. టన్నెల్ పడిపోయిన తర్వాత కూడా బ్రౌజ్ చేస్తూ ఉండే క్లయింట్ రూటింగ్ సమస్య కాదు, విధాన సమస్య, మరియు అది పై మూడు పరీక్షల్లో ఏదీ కనిపించదు.
తుది జాబితాను ప్రొఫైల్ డాక్యుమెంటేషన్లో రాయండి: మార్గాలు, రిజాల్వర్, డొమైన్లు మరియు ప్రతి ఒక్కటి ఎందుకు ఉందో కారణం. అదే పట్టికను పునఃసృష్టించే పునఃకనెక్షన్ మాత్రమే స్థానిక విధానం పూర్తయిందని ఏకైక రుజువు. టన్నెల్ పైన ఉన్నప్పుడు మరియు మూడు పరీక్షలూ ఉత్తీర్ణమైనప్పుడు యాప్లు ఇంకా విఫలమైతే, తర్వాత చూడాల్సిన చోటు ఇప్పటికే ధృవీకరించిన ధృవపత్రాలు కాదు, «కనెక్ట్ అయింది కానీ ఆఫ్లైన్» అనే సమస్యల వర్గం.