OpenVPN రూట్ సూచనలో wildcard ఎందుకు పని చేయలేదు

ఉద్దేశ్యం సమంజసం: ఒక కంపెనీ డొమైన్ కోసం అన్నింటినీ సొరంగం ద్వారా పంపి మిగిలినది అలాగే వదిలేయడం. సవరించబడుతున్న సూచన రూట్‌లను ఇన్‌స్టాల్ చేస్తుంది, రూట్‌కు సరిపోల్చడానికి హోస్ట్‌నేమ్ అనే భావన లేదు. అందులో wildcard రాయడానికి చేసే ప్రతి ప్రయత్నం పార్స్ లోపాన్ని లేదా, దానికంటే దారుణంగా, పేరు ఒక చిరునామాకు పరిష్కరించబడినందున ఈ రోజు యాదృచ్ఛికంగా పని చేసే రూట్‌ను ఇస్తుంది. రెండు వేర్వేరు యంత్రాంగాలను ఒకదానికొకటి పని చేయమని కోరుతున్నారు.

రూట్ ఏమి ఇన్‌స్టాల్ చేస్తుంది, ఏమి ఎప్పుడూ చదవదు

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

OpenVPN కొన్ని రూట్ పరామితులలో పరిష్కరించగల పేరును ఆమోదించగలదు, ఆ సహనశీలత గందరగోళానికి మూలం. కాన్ఫిగరేషన్ అమలు చేసే సమయంలో పేరు పరిష్కరించబడుతుంది, సాధారణ రూట్‌లుగా మారే ఒకటి లేదా ఎక్కువ చిరునామాలను ఉత్పత్తి చేస్తుంది. ఆ తర్వాత, పేరు చిత్రం నుండి పూర్తిగా మాయమవుతుంది.

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

గమ్యస్థానం నిజంగా ఒక ఉపసర్గ అయినప్పుడు

లక్ష్యం తెలిసిన ప్రైవేట్ నెట్‌వర్క్ అయితే, ఉపసర్గను రాయండి. డాక్యుమెంటేషన్ స్థలం నుండి ఒక ఉదాహరణకు, ఒక హోస్ట్ మరియు ఒక సబ్‌నెట్ ఇలా కనిపిస్తాయి:

route 10.60.4.20 255.255.255.255
route 10.60.0.0 255.255.0.0

రెండు నమోదులు చిరునామాలు మరియు మాస్క్‌లను పేర్కొంటాయి, రెండూ DNS మార్పులను తట్టుకుంటాయి ఎందుకంటే వాటిలో ఏదీ పేరుపై ఆధారపడదు. అదే మొత్తం ప్రయోజనం: రూట్ ఒకసారి జరిగిన శోధన గురించి కాదు, టోపాలజీ గురించి ఒక ప్రకటన.

ఒక DNS సమాధానం నుండి పెద్ద ఉపసర్గను ఊహించవద్దు. ఒక చిరునామాకు పరిష్కరించబడే ఒక హోస్ట్‌నేమ్ దాని వెనుక ఉన్న నెట్‌వర్క్ పరిమాణం గురించి మీకు ఏమీ చెప్పదు, ఊహించిన ఉపసర్గే ఎవరూ దాని ద్వారా పంపాలని ఉద్దేశించని ట్రాఫిక్‌ను సొరంగం పట్టుకోవడానికి కారణం. శోధన నుండి ఊహించడం బదులు నెట్‌వర్క్ యజమానిని అసలు ఉపసర్గను అడగండి.

పని యూనిట్ హోస్ట్‌నేమ్ అయినప్పుడు

డొమైన్ ప్రకారం ఎంచుకోవడానికి డొమైన్ చదివే ఏదో అవసరం, అంటే అప్లికేషన్ పొర భాగం. సాధారణ సమాధానం సొరంగం ఆవలి వైపు నివసించే HTTP ప్రాక్సీ, ఏ అభ్యర్థనలను దానికి పంపాలో క్లయింట్ ఎంచుకుంటుంది.

ప్రాక్సీ కాన్ఫిగరేషన్ ఫైల్ ఆ ఎంపికను వ్యక్తపరచగలదు. క్రింది ఉదాహరణ నియమాలు ఒక డొమైన్ మరియు దాని ఉపడొమైన్‌లను ప్రాక్సీకి, మిగిలినవన్నీ నేరుగా పంపుతాయి:

function FindProxyForURL(url, host) {
    var h = host.toLowerCase();
    if (h === "corp.example" || dnsDomainIs(h, ".corp.example")) {
        return "PROXY 10.60.0.12:3128";
    }
    return "DIRECT";
}

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

ఈ నియమాలు ప్రాక్సీని ఎంచుకుంటాయి; దాన్ని సృష్టించవు, ఆపరేటింగ్ సిస్టమ్‌లోని ఏ రూట్‌ను మార్చవు. ప్రాక్సీ చిరునామాకు ఇంకా సొరంగం ద్వారా దాని సొంత మార్గం కావాలి, నేరుగా అని గుర్తించిన అభ్యర్థనలు యంత్రం ఇప్పటికే ఉన్న రూటింగ్ విధానాన్ని అనుసరిస్తాయి.

ప్రాక్సీ ఎంపిక ఏమి కవర్ చేయదు

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

నేరుగా తిరిగి వెళ్లడం కూడా తప్పించుకునే మార్గం కాదు. యంత్రం రూటింగ్ విధానం ఇప్పటికే అన్నింటినీ సొరంగంలోకి పంపుతున్నట్లయితే, నేరుగా అని గుర్తించిన అభ్యర్థన దాని లోపలే ఉంటుంది, ఎందుకంటే ప్రాక్సీ ఎంపిక మరియు రూట్ పట్టిక వేర్వేరు పొరల్లో తీసుకునే వేర్వేరు నిర్ణయాలు.

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

రెండు మార్గాలను పరీక్షించడం, సంతోషకరమైనది మాత్రమే కాదు

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

చివరగా, వైఫల్య శాఖను పరీక్షించండి. చేరుకోలేని ప్రాక్సీ మీరు ముందే నిర్ణయించిన విధంగా విఫలం కావాలి, నిశ్శబ్దంగా నేరుగా కనెక్షన్‌కు తిరిగి రాకూడదు. నెట్‌వర్క్ ఎంపికల సూచిక రూట్ పరామితులను ఖచ్చితంగా నమోదు చేస్తుంది; ఈ రూపకల్పనలోని డొమైన్ సగం భాగం పూర్తిగా దాని వెలుపల ఉంది.