చేర్చడం మాత్రమే లేదా తీసివేయడం మాత్రమే స్ప్లిట్ టన్నెలింగ్: ఏది డిఫాల్ట్?
జాబితా నిర్మించే ముందే డిఫాల్ట్ను ఎంచుకోండి: మీరు పేరు పెట్టినది మాత్రమే టన్నెల్లోకి పంపండి, లేదా అన్నింటినీ పంపి మినహాయింపులను కత్తిరించండి. తర్వాత ఎవరూ జాబితా చేయని యాప్ను పరీక్షించండి.
మీ VPN క్లయింట్లోని రూటింగ్ విభాగాన్ని తెరిస్తే, తరచుగా ఒకే లేబుల్ ధరించిన, ఆకారంలో భిన్నమైన రెండు నియంత్రణలు కనిపిస్తాయి. ఒకటి టన్నెల్లోకి రావాల్సిన గమ్యాలను జాబితా చేయమని అడుగుతుంది, మిగతావన్నీ స్థానిక నెట్వర్క్ను ఉపయోగిస్తూనే ఉంటాయి. మరొకటి అంతా టన్నెల్ ద్వారానే వెళ్తుందని ఊహించి, ఏమి బయటకు కత్తిరించాలని అడుగుతుంది. రెండూ మొదటి పరీక్షలో పని చేసే టన్నెల్ను ఇస్తాయి, రెండూ జాబితాకు వరుసలు జోడించడం ద్వారా నిర్వహించబడతాయి, అందుకే ఎవరైనా కొత్తది ఇన్స్టాల్ చేసే వరకు భేదం కనిపించదు.
ఇది ఫీచర్ కాదు, డిఫాల్ట్ ఎంపిక. జాబితాలో ఇరవై నమోదులు రాకముందే దీన్ని నిర్ణయించండి.
డిఫాల్ట్ను బ్రోషూర్ నుండి కాదు, క్లయింట్ నుండి చదవండి
WireGuard లో ఈ నిర్ణయం అసాధారణంగా కనిపిస్తుంది, ఎందుకంటే AllowedIPs చేర్చే జాబితా మాత్రమే, మరేమీ కాదు. 0.0.0.0/0, ::/0 ఉన్న పీర్ అంతా టన్నెల్ చేస్తుంది, 10.20.0.0/16 ఉన్న పీర్ ఆ నెట్వర్క్ మాత్రమే టన్నెల్ చేస్తుంది. మినహాయింపు సింటాక్స్ లేదు, కాబట్టి ఒక సబ్నెట్ను బయట ఉంచాలంటే మిగతా అన్ని ప్రిఫిక్స్లను లెక్కించాలి లేదా ఇంటర్ఫేస్ వెలుపల పాలసీ రూటింగ్ జోడించాలి.
OpenVPN ఎదురు దిశ నుండి అదే స్థానానికి చేరుతుంది: redirect-gateway def1 పూర్తి టన్నెల్ ఏర్పాటు చేస్తుంది, ప్రత్యేక route సూచనలు నిర్దిష్ట ప్రిఫిక్స్లను జోడిస్తాయి లేదా తిరిగి రాస్తాయి. వాణిజ్య క్లయింట్లు సాధారణంగా రెండింటినీ చెక్ బాక్స్ మరియు గమ్యాల పట్టిక వెనుక దాచుతాయి, కాబట్టి లేబుల్ను నమ్మే ముందు పట్టిక నిజంగా ఏది సవరిస్తుందో చదవండి.
అడగవలసిన ప్రశ్న చెక్ బాక్స్ పేరు కాదు. ఏ జాబితాలోనూ లేని గమ్యస్థానం ఉన్న ప్యాకెట్కు ఏమవుతుందనేది. దానికి లిఖితంగా జవాబు ఇవ్వండి, మిగతా కాన్ఫిగరేషన్ అక్కడి నుండే వస్తుంది. ఈ ప్రశ్నను దాటవేస్తే, మొదటి వివరించలేని వైఫల్యాన్ని ఆ రోజు క్లయింట్కు దగ్గరగా ఉన్నవారు నిర్ణయిస్తారు.
ఎవరూ జాబితా చేయని యాప్ను అనుసరించండి
చేర్చడం మాత్రమే రూపకల్పనలో ఆ యాప్ స్థానిక నెట్వర్క్ మరియు స్థానిక DNS తో నేరుగా బయటకు వెళ్తుంది. తీసివేయడం మాత్రమే రూపకల్పనలో అది సర్వర్ అనుమతించిన మేరకు టన్నెల్ ద్వారా వెళ్తుంది, కొత్త SaaS సాధనం మొదటి రోజే పని చేయడానికి, VPN దాన్ని పాడు చేసిందని టికెట్ తెరవడానికి మధ్య భేదం తరచుగా ఇక్కడే ఉంటుంది.
ఏ డిఫాల్ట్ కూడా తనంతట తానుగా ఎక్కువ సురక్షితం కాదు. చేర్చడం మాత్రమే టన్నెల్ మోసే పరిధిని తగ్గించి స్థానిక నెట్వర్క్ను అత్యల్ప ప్రతిఘటన మార్గంగా చేస్తుంది, తీసివేయడం మాత్రమే టన్నెల్ను సాధారణ మార్గంగా భావించి మినహాయింపులను మినహాయింపులుగానే చూస్తుంది, ఇది చాలా కార్పొరేట్ విధానాలు నిజంగా ఉద్దేశించేదానికి దగ్గరగా ఉంటుంది.
| Question | Include-only | Exclude-only |
|---|---|---|
| Unlisted new app | goes direct | goes through the tunnel |
| A site that breaks over the VPN | add it to the list | carve it out |
| Internal names still resolve | only if routed and served | usually, until split DNS says otherwise |
| Upkeep | one entry per internal service | one entry per misbehaving public service |
వేదిక ఎలాంటి రకమైన వస్తువులను జాబితా చేస్తుందో గమనించండి
Android యొక్క VpnService.Builder అనుమతించిన యాప్ జాబితాను మరియు నిషేధించిన యాప్ జాబితాను రెండు వేర్వేరు నమూనాలుగా బయటపెడుతుంది, యాప్ వారీగా నియమాలు గమ్యం ద్వారా కాదు ప్యాకేజీ ద్వారా ఎంచుకుంటాయి. అలాంటి జాబితాలో పెట్టిన బ్రౌజర్ తాను తెరిచే ప్రతి గమ్యాన్ని తనతో తీసుకెళ్తుంది, ఇది రూట్ పట్టికకు భిన్నమైన సూక్ష్మత, పని చేస్తున్న యాప్ లోపల ఉన్న ఒక పాడైన సైట్ను కూడా అది సరిచేయలేదు.
డెస్క్టాప్ క్లయింట్లు సాధారణంగా రెండు రకాలను ఒకే ఇంటర్ఫేస్లో కలుపుతాయి, కాబట్టి మీరు జోడిస్తున్న వరుస ప్యాకేజీనా, హోస్ట్ పేరా, ప్రిఫిక్సా పరిశీలించండి. అవి వేర్వేరు విధాలుగా విఫలమవుతాయి, వేర్వేరు చోట్ల పరిష్కరించబడతాయి. హోస్ట్ పేరు వరుస సాధారణంగా రూట్ మరియు పేరుగా మారుతుంది, ప్యాకేజీ వరుస క్లయింట్ లోపల పాలసీ నిర్ణయమవుతుంది. ఏది జోడించారో రాసుకోండి, ఎందుకంటే తర్వాత డీబగ్ చేసేవారు మరొకటి అనుకుంటారు.
సుఖమైన మార్గాన్ని మాత్రమే కాదు, వైఫల్య స్థితిని కూడా పరీక్షించండి
టన్నెల్ నుండి తీసివేసిన యాప్ కు ఆటోమేటిక్గా శుభ్రమైన నేరుగా ప్రవేశం లభించదు. క్లయింట్ VPN లేకుండా బ్లాక్ చేసే నియమాన్ని కూడా అమలు చేస్తే, తీసివేసిన ట్రాఫిక్ పూర్తిగా పడిపోవచ్చు, అది రూటింగ్ నిర్ణయంగా కాదు పాడైన యాప్గా కనిపిస్తుంది. ఆ సందర్భాన్ని వినియోగదారు ఫిర్యాదు నుండి తెలుసుకోవడం బదులు ఉద్దేశపూర్వకంగా పరీక్షించండి.
తర్వాత DNS మరియు IPv6 లను వేర్వేరు అంశాలుగా పరిశీలించండి. IPv4 మాత్రమే మోసే టన్నెల్ v6 సామర్థ్యం ఉన్న యాప్ కు చుట్టూ వెళ్లే మార్గాన్ని వదిలిస్తుంది, టన్నెల్ ద్వారా అసలు వెళ్లని ట్రాఫిక్ కు అంతర్గత పేర్లు పరిష్కరమవుతాయా అని split DNS నిర్ణయిస్తుంది. జాబితాలో ఉన్న యాప్, జాబితాలో లేని యాప్, ఒక పేరు శోధన, ఒక పునఃకనెక్షన్ నడపండి, ఫలితాలను కాన్ఫిగరేషన్తో పాటు ఉంచండి.
తర్వాతి వ్యక్తికి కనబడే చోట డిఫాల్ట్ను రాయండి
ఎంచుకున్న డిఫాల్ట్, మినహాయింపులు మరియు వాటి యజమానిని క్లయింట్ ప్రొఫైల్ ఉన్న అదే చోట నమోదు చేయండి, ఎందుకంటే తర్వాతి నిర్వాహకుడు ఈ కారణం చదవకుండానే నమోదు జోడిస్తారు. తేదీని మరియు ప్రతి మినహాయింపు కారణాన్ని గుర్తించండి, అప్పుడు తర్వాత సరిచేయబడిన సైట్ కోసం పాత కత్తిరింపును నమ్మకంగా తీసివేయవచ్చు. కారణాలు లేని జాబితా అంతం లేకుండా పెరుగుతుంది.
ఎవరైనా ఒక పాడైన గమ్యాన్ని నివేదిస్తే, పునాదిని కాదు, మినహాయింపును మార్చండి. ఒక సైట్ను సరిచేయడానికి డిఫాల్ట్ను తిప్పడం జాబితాలో లేని ప్రతి యాప్ను నిశ్శబ్దంగా టన్నెల్కు అవతలి వైపుకు జరుపుతుంది.