ఒక IPv4 గమ్యస్థానాన్ని OpenVPN సొరంగం వెలుపలికి ఎలా పంపాలి
net_gateway ద్వారా ఒక హోస్ట్ మార్గం ఒక IPv4 చిరునామాను OpenVPN సొరంగం వెలుపలికి పంపగలదు. తదుపరి హాప్, DNS పరిధి, IPv6 మరియు క్లయింట్లోని ఏదైనా బ్లాక్ను తనిఖీ చేయండి.
చాలా పూర్తి-సొరంగ సెటప్లు ప్రతి ప్యాకెట్ను VPN ద్వారా పంపుతాయి, మరియు redirect-gateway దాన్ని సాధ్యం చేసే సూచన. ఒకే గమ్యస్థానాన్ని ఇప్పటికీ మినహాయించవచ్చు. ఆ చిరునామా కోసం net_gateway ప్లేస్హోల్డర్తో హోస్ట్ మార్గాన్ని జోడించడం క్లయింట్కు యంత్రం యొక్క అసలు గేట్వే ద్వారా దాన్ని చేరుకోమని చెబుతుంది, మిగతావన్నీ సొరంగాన్ని ఉపయోగిస్తూనే ఉంటాయి.
ఈ వరుస హానిరహితంగా కనిపిస్తుంది మరియు తరచుగా అలాగే ఉంటుంది, కానీ ఇది ఒక ప్రశ్నను మాత్రమే పరిష్కరిస్తుంది: ఆ ఖచ్చితమైన IPv4 చిరునామా కోసం ప్యాకెట్లు ఎక్కడికి వెళ్తాయి. ఇది DNS, IPv6, ఫైర్వాల్ విధానం లేదా ఏ ప్రక్రియ కనెక్షన్ తెరిచింది అనేది మార్చదు, మరియు వీటిలో ప్రతి ఒక్కటి మినహాయింపును నిశ్శబ్దంగా విఫలం చేయగలదు.
net_gateway వాస్తవానికి ఏమి పేర్కొంటుంది
ఆ మినహాయింపు కోసం ప్రొఫైల్ నమోదు ఒకే వరుస: route 198.51.100.77 255.255.255.255 net_gateway. మొదటి చిరునామా గమ్యానికి పత్రాల ప్లేస్హోల్డర్, మాస్క్ దాన్ని ఒకే హోస్ట్ మార్గంగా చేస్తుంది, చివరి టోకెన్ గేట్వే ప్లేస్హోల్డర్ను పేర్కొంటుంది. OpenVPN మార్గాలను ఇన్స్టాల్ చేసేటప్పుడు గేట్వే ప్లేస్హోల్డర్లను పరిష్కరిస్తుంది. vpn_gateway అంటే సొరంగం యొక్క స్వంత గేట్వే, అంటే VPN లింక్ యొక్క దూరపు వైపు. net_gateway అంటే VPN ఏదైనా మార్చకముందు హోస్ట్కు ఉన్న డిఫాల్ట్ గేట్వే, ఇది సాధారణంగా భౌతిక నెట్వర్క్లోని స్థానిక రౌటర్.
మూడవ ప్లేస్హోల్డర్, remote_host, VPN సర్వర్ చిరునామాను సూచిస్తుంది, సొరంగం భౌతిక మార్గంగా సర్వర్ను చేరుకోగలగడానికి అది ఉంది. ఈ మూడింటిని కలపడమే మినహాయింపు తప్పు స్థలానికి వెళ్లడానికి లేదా అసలు ఇన్స్టాల్ కాకపోవడానికి అత్యంత సాధారణ కారణం.
విలువ కనెక్ట్ అయ్యే సమయంలో చదవబడుతుంది, ఫైల్లో రాయబడదు. యంత్రం మరో నెట్వర్క్కు మారితే VPN ముందు గేట్వే మారుతుంది మరియు మార్గం కొత్తదాన్ని అనుసరిస్తుంది. సాధారణంగా అదే మీరు కోరుకునేది, కానీ మినహాయింపు ప్రవర్తన క్లయింట్ ప్రారంభించిన నెట్వర్క్పై ఆధారపడుతుందని కూడా అర్థం.
హోస్ట్ మార్గం సొరంగం యొక్క డిఫాల్ట్ను ఎందుకు ఓడిస్తుంది
రూటింగ్ అత్యంత నిర్దిష్ట సరిపోలే ప్రిఫిక్స్ ద్వారా నిర్ణయించబడుతుంది. redirect-gateway def1 సాధారణంగా డిఫాల్ట్ మార్గాన్ని భర్తీ చేయదు; ఇది రెండు సగాలను జోడిస్తుంది, చిరునామా స్థలం దిగువ సగానికి ఒక మార్గం మరియు పై సగానికి మరొకటి, తద్వారా అసలు డిఫాల్ట్ మార్గం ఇతర వినియోగాలకు భద్రపరచబడుతుంది. ఆ సగాలు ఒక చిరునామా కంటే వెడల్పుగా ఉంటాయి.
255.255.255.255 మాస్క్తో ఒక చిరునామా కోసం మార్గం /32, ఇది IPv4 అందించగల గరిష్ఠ నిర్దిష్టత. ఆ చిరునామా కోసం ప్యాకెట్ మూల్యాంకనం చేసేటప్పుడు /32 సరిపోలి, ఏ మార్గం మొదట ఇన్స్టాల్ అయిందనేది లెక్కించకుండా గెలుస్తుంది. ఇదే మినహాయింపు వెనుక ఉన్న యంత్రాంగం, మరియు మార్గం నిజంగా ఉన్నంతకాలం Linux, macOS మరియు Windows లో ఇది సమానంగా పనిచేస్తుంది.
Windows రెండవ పరిమాణాన్ని జోడిస్తుంది. రెండు మార్గాలు సమానంగా నిర్దిష్టంగా ఉన్నప్పుడు తక్కువ మెట్రిక్ ఉన్నది గెలుస్తుంది, మరియు VPN అడాప్టర్ ఫలితాన్ని మార్చే ఇంటర్ఫేస్ మెట్రిక్ను కలిగి ఉండవచ్చు. /32 ఇప్పటికీ సగాల కంటే నిర్దిష్టం, కాబట్టి మినహాయింపు సాధారణంగా కొనసాగుతుంది, కానీ మునుపటి సెషన్ నుండి పాత మార్గం సమానంగా నిర్దిష్టంగా ఉంటే గందరగోళ ఫలితాన్ని ఇవ్వవచ్చు.
మినహాయింపు ఏమి కవర్ చేయదు
DNS మొదటి ఖాళీ. క్లయింట్ అంతర్గత రిజాల్వర్ సెట్టింగ్లను నెట్టవచ్చు, ఆపరేటింగ్ సిస్టమ్ వాటిని శోధనలకు ఉపయోగిస్తూనే ఉంటుంది. కనెక్ట్ అయ్యే ముందు పేరును పరిష్కరించే అప్లికేషన్ నేరుగా వెళ్లాల్సిన సేవకు అంతర్గత చిరునామాను పొందవచ్చు, లేదా సరిగ్గా పరిష్కరించబడి తర్వాత తదుపరి ఖాళీలో తడబడే బాహ్య చిరునామాను పొందవచ్చు.
IPv6 రెండవది. మార్గ సూచన IPv4 ను మాత్రమే నిర్వహిస్తుంది. ద్వి స్టాక్ గమ్యం IPv6 ను ఇష్టపడవచ్చు, అది విధానాన్ని బట్టి సొరంగాన్ని లేదా హోస్ట్ యొక్క IPv6 డిఫాల్ట్ మార్గాన్ని అనుసరిస్తుంది, కాబట్టి IPv4 మినహాయింపు ఎప్పటికీ అమల్లోకి రాదు. మీకు సరిపోలే IPv6 మార్గం లేదా ఆ క్లయింట్కు IPv6 ను నిలిపివేయాలనే స్పృహతో కూడిన నిర్ణయం అవసరం.
అప్లికేషన్ పరిధి మూడవది. నియమం గమ్యం ఆధారితం, కాబట్టి ఆ చిరునామాకు కనెక్ట్ అయ్యే ప్రతి ప్రక్రియ నేరుగా మార్గాన్ని ఉపయోగిస్తుంది, అది మీరు ఊహించిన ప్రక్రియ అయినా కాకపోయినా. దీనికి విరుద్ధంగా, వెబ్సైట్ అనేక చిరునామాల నుండి ప్రతిస్పందించవచ్చు, కాబట్టి ఒక /32 ను మినహాయించడం సైట్ను మినహాయించదు. నిజమైన అవసరం అప్లికేషన్ ప్రకారం రూటింగ్ అయితే, Community క్లయింట్ యొక్క మార్గ పట్టిక తప్పు సాధనం.
మిమ్మల్ని మీరు మోసం చేసుకోకుండా మినహాయింపును తనిఖీ చేయడం
బ్రౌజర్ నుండి కాదు, ఇన్స్టాల్ చేసిన మార్గం నుండి ప్రారంభించండి. Linux లో, నిర్దిష్ట చిరునామా కోసం ఏ మార్గం మరియు తదుపరి హాప్ ఉపయోగించబడుతుందో కెర్నల్ను అడగండి; Windows లో, ఆ /32 కోసం మార్గ పట్టికను చదవండి. గేట్వే భౌతికమైనది, సొరంగం కాదని నిర్ధారించండి. నమోదు లేకపోతే, ప్రొఫైల్ వర్తించబడలేదు లేదా క్లయింట్కు మార్గాలను మార్చే అధికారం లేదు.
తర్వాత రెండు గమ్యాలను పరీక్షించండి. మినహాయించిన చిరునామాకు అభ్యర్థన భౌతిక ఇంటర్ఫేస్ ద్వారా బయటకు వెళ్లాలి, మరియు నియంత్రణ అంతర్గత చిరునామాకు అభ్యర్థన ఇప్పటికీ సొరంగాన్ని ఉపయోగించాలి. మినహాయించిన చిరునామాను మాత్రమే పరీక్షించడం సొరంగం మిగిలిన భాగం గురించి ఏమీ నిరూపించదు, మరియు పబ్లిక్ వెబ్సైట్ను పరీక్షించడం ఆ సైట్ పరిష్కరించబడిన చిరునామాను పరీక్షిస్తుంది, అది నియమంలోని చిరునామా కాకపోవచ్చు.
చివరగా, మార్గాన్ని అధిగమించగల నియంత్రణలను తనిఖీ చేయండి. క్లయింట్ వైపు kill switch లేదా Windows యొక్క block-outside-dns సెట్టింగ్ నేరు ట్రాఫిక్ను నిషేధించవచ్చు, ఇది మార్గం సరైనప్పటికీ విఫలమయ్యే కనెక్షన్గా కనిపిస్తుంది. మినహాయింపు పనిచేస్తున్నట్టు కనిపించడానికి ఆ నియంత్రణలను ఆఫ్ చేయవద్దు; విధానం నేరు మార్గాన్ని నిషేధిస్తే, మినహాయింపు VPN సేవ యజమానికి డిజైన్ సమస్య.
మళ్లీ కనెక్ట్ అయిన లేదా నెట్వర్క్ మారిన తర్వాత మళ్లీ తనిఖీ చేయండి, ఎందుకంటే VPN ముందు గేట్వే మరియు అందుబాటులో ఉన్న మార్గం ప్రొఫైల్ యొక్కవి కావు, ఆ క్షణం యొక్క లక్షణాలు.