స్ప్లిట్-టన్నెల్ పత్రాలకు ప్రతి మార్గం పక్కన DNS నియమం అవసరం
మార్గం చిరునామా ద్వారా నిర్ణయిస్తుంది, రిజాల్వర్ పేరు ద్వారా నిర్ణయిస్తుంది. ప్రతి ప్రవాహానికి రెండు ఎంపికలను నమోదు చేయండి, ప్రతిదానికి ఒక పరీక్ష, లేకపోతే DNS మారినప్పుడు గమనిక విఫలమవుతుంది.
"కార్యాలయ ట్రాఫిక్ VPN గుండా వెళుతుంది" అని చెప్పే స్ప్లిట్-టన్నెల్ గమనిక ఒక నిర్ణయాన్ని నమోదు చేసి మరో మూడింటిని సూచించింది. ప్యాకెట్ పొరలో రౌటింగ్ పట్టిక గమ్య చిరునామా ద్వారా ఇంటర్ఫేస్ను ఎంచుకుంటుంది; పేరు పొరలో రిజాల్వర్ ప్రశ్న ద్వారా సర్వర్ను ఎంచుకుంటుంది, ఈ రెండు ఎంపికలు స్వతంత్రంగా జరుగుతాయి. అందుకే సరిగ్గా నమోదు చేసిన ప్రిఫిక్స్ కూడా అంతర్గత పేరును పబ్లిక్ చిరునామాకు పరిష్కరించే, లేదా మార్గం పరిపూర్ణంగా కనిపిస్తున్నప్పుడు ఏమీ పరిష్కరించని యంత్రాన్ని ఉత్పత్తి చేయగలదు.
రెండు ఎంపికలు, ఒక కనెక్షన్ ప్రయత్నం
అప్లికేషన్ files.corp.example కు కనెక్ట్ అయినప్పుడు, ప్యాకెట్ ఏర్పడక ముందు రెండు శోధనలు జరుగుతాయి. ఏ సర్వర్ ప్రశ్నను పొందుతుందో రిజాల్వర్ నిర్ణయిస్తుంది, శోధన డొమైన్లు, ప్రతి లింక్ రౌటింగ్ డొమైన్లు లేదా స్పష్టమైన ప్రొఫైల్ నియమాన్ని ఉపయోగించి. తర్వాత రౌటింగ్ పట్టిక ఫలిత చిరునామా ఎక్కడికి వెళ్తుందో గమ్యంతో పొడవైన ప్రిఫిక్స్ సరిపోలికను ఉపయోగించి నిర్ణయిస్తుంది.
ఆ రెండు నిర్ణయాలను ఏదీ కలపదు. ఒక ప్రైవేట్ జోన్ 10.20.4.11 తో సమాధానం ఇవ్వగలదు, అదే సమయంలో రౌటింగ్ పట్టిక 10.20.0.0/16 టన్నెల్లోకి పంపుతుంది, కనెక్షన్ పనిచేస్తుంది. ఏదైనా ఒకదాన్ని తిప్పండి, అది మరొకటి లాగా కనిపించే విధంగా విఫలమవుతుంది: సరైన DNS విధానం మరియు లేని మార్గం పరిష్కరించిన పేరును, కాలపరిమితిని ఇస్తాయి, అదే సమయంలో సరైన మార్గం మరియు పబ్లిక్ రిజాల్వర్ శుభ్రంగా తప్పు ప్రదేశానికి రూట్ అయ్యే చిరునామాను ఇస్తాయి.
విభజిత హోరిజోన్ DNS దీన్ని మరింత పదునుగా చేస్తుంది. అదే పేరు అంతర్గత రిజాల్వర్ నుండి ప్రైవేట్ చిరునామాను, ఇంటర్నెట్ వైపు ఉన్న రిజాల్వర్ నుండి పబ్లిక్ చిరునామాను తిరిగి ఇవ్వగలదు, కాబట్టి ప్రిఫిక్స్ను మాత్రమే నమోదు చేసే గమనిక క్లయింట్ నిజంగా ఏ చిరునామాను ఉపయోగిస్తుందో ఊహించలేదు. రిజాల్వర్ మార్గాన్ని రాయండి, లేకపోతే చిరునామా ఒక ఊహ.
మార్గం-మాత్రమే గమనిక ఏమి వదిలివేస్తుంది
మార్గం-మాత్రమే నమోదు అత్యంత సాధారణ స్ప్లిట్-టన్నెల్ వైఫల్యానికి పనికిరాదు: పేర్లు. వినియోగదారు అంతర్గత నెట్వర్క్ లోడ్ కావడం లేదు అని నివేదిస్తారు, టన్నెల్ నడుస్తోంది, ప్రిఫిక్స్ ఉంది. టికెట్ తీసుకున్న వ్యక్తికి ఏ రిజాల్వర్ సమాధానం ఇవ్వాల్సిందో నమోదు లేదు, తప్పు శోధన ప్రత్యయాన్ని నిరోధించిన సర్వర్ నుండి వేరు చేసే మార్గం లేదు, పోల్చడానికి ఆధార రేఖ లేదు.
రెండవ విడిచిపెట్టడం మినహాయింపుల జాబితా. స్ప్లిట్-టన్నెల్ రూపకల్పన టన్నెల్ బయట ఏమి ఉంటుందో దానితో సమానంగా లోపల ఏమి వస్తుందో దానితో నిర్వచించబడుతుంది, మినహాయించిన పరిధులు సాధారణంగా మొదట విరిగేవి, ఎందుకంటే మరింత నిర్దిష్ట స్థానిక మార్గం లేదా క్లయింట్ వైపు ఫిల్టర్ ప్రొఫైల్ను తాకకుండా ఉద్దేశాన్ని అధిగమించగలదు.
మూడవది టన్నెల్ దూరపు వైపు. క్లయింట్ మార్గం ప్యాకెట్ను తీగపై ఉంచుతుంది మాత్రమే; గేట్వే ఇంకా దాన్ని ఫార్వార్డ్ చేయాలి, తిరిగి వెళ్లే మార్గం ఉండాలి. strongSwan యొక్క ఫార్వార్డింగ్ మార్గదర్శిని గేట్వేపై ఫార్వార్డింగ్ మరియు ఫైర్వాల్ నియమాలు ఫీచర్లో భాగమని, మీరు ఊహించగల ప్లంబింగ్ భాగం కాదని గుర్తు చేస్తుంది.
గమనికను అమలు చేయగలిగే క్షేత్రాలు
ప్రతి ప్రవాహానికి ఒక వరుస, ప్రవాహం అంటే గమ్యం ప్లస్ పేరు ప్లస్ యజమాని. నిజమైన సంఘటనతో సంబంధం ఏర్పడినప్పుడు నిలిచే క్షేత్రాలు ఇవి:
| Field | Why it has to be written down |
|---|---|
| Destination prefix and address family | The route is per family; an IPv4 note says nothing about a AAAA answer |
| Selected tunnel or direct path | Names the decision, not the symptom |
| Private namespace and resolver | Which domain, which server, which search suffix |
| Public name path | Confirms public names do not accidentally use the private resolver |
| Where the rule lives | Client profile, server push, OS policy or management tool |
| Owner and review date | Namespaces change owner more often than routes change |
"ఇది ఎక్కడ నివసిస్తుంది" వరుసను ప్రజలు దాటవేస్తారు. సర్వర్ తోసే ప్రిఫిక్స్, క్లయింట్ ప్రొఫైల్ జోడించే మార్గం, షెల్లో టైప్ చేసిన మార్గం ఎవరు వాటిని మార్చగలరు మరియు పునఃకనెక్షన్లో అవి నిలుస్తాయా అనే విషయంలో భిన్నంగా ఉంటాయి. ఆ క్షేత్రం లేకుంటే తదుపరి ఇంజనీర్ మూడింటిలో ఏది చూస్తున్నారో చెప్పలేరు.
ప్రతి నియమానికి ఒక పరీక్ష, ప్రతి టన్నెల్కు కాదు
ప్రతి వరుసకు రెండు హానిచేయని తనిఖీలు అవసరం: ఒకటి మార్గాన్ని సాధన చేస్తుంది, మరొకటి పేరును. మార్గం కోసం, టన్నెల్ను దాటాల్సిన ఏదైనా అడగండి మరియు చేరుకోవడం కాకుండా మార్గాన్ని నిర్ధారించండి, ఉదాహరణకు tracert -d 10.20.4.11 Windows లో లేదా ip route get 10.20.4.11 Linux లో. పేరు కోసం, ప్రైవేట్ పేరును ప్రశ్నించి ఏ సర్వర్ సమాధానం ఇచ్చిందో నమోదు చేయండి, గమనిక పేర్కొనే రిజాల్వర్కు వ్యతిరేకంగా resolvectl query files.corp.example లేదా dig files.corp.example ఉపయోగించి.
ప్రతికూల అంచనాను కూడా జోడించండి: టన్నెల్ ఆఫ్లో ఉన్నప్పుడు ఏమి జరగాలి. VPN లేకుండా బ్లాక్ ప్రారంభించిన Android లేదా iOS పరికరంలో మినహాయించిన అప్లికేషన్కు కనెక్టివిటీయే ఉండకపోవచ్చు, డెస్క్టాప్ క్లయింట్ టన్నెల్ తిరిగి కనెక్ట్ అవుతున్నప్పుడు అదే అప్లికేషన్ను నడవనివ్వగలదు. ఉద్దేశించిన సమాధానాన్ని నమోదు చేయడం "VPN నా యాప్ను పాడు చేసింది" అనేదాన్ని తనిఖీ చేయగల ప్రకటనగా మారుస్తుంది.
నమోదును కాన్ఫిగరేషన్తో ఉంచండి
గమనికను అది వివరించే ప్రొఫైల్ పక్కన నిల్వ చేయండి మరియు ఆ ప్రొఫైల్తో వెర్షన్ చేయండి. ఎవరూ నవీకరించని వికీలోని పత్రం పుకారు; తోసిన మార్గాలు మరియు రిజాల్వర్ విధానంతో ఉన్న అదే రిపాజిటరీలోని పట్టికను అదే మార్పులో సమీక్షించవచ్చు.
ఏదైనా విరిగినప్పుడు, మరో మినహాయింపు జోడించే ముందు వర్తించిన మార్గాన్ని మరియు ప్రభావవంతమైన రిజాల్వర్ను నమోదుతో పోల్చండి. మూడు సాధారణ కారణాలలో రెండు — పాత పేరు స్థల నియమం మరియు యాప్ విధానం వెలుపల ఉన్న సహాయ ప్రక్రియ — సరిగ్గా VPN లోపంలా కనిపిస్తాయి, గమనిక ప్రిఫిక్స్లను మాత్రమే జాబితా చేస్తే అవి కనిపించవు.
గమనిక పూర్తయిందని చెప్పే ముందు, అది వీటికి లిఖితంగా సమాధానం ఇస్తుందని నిర్ధారించండి: ఏ ప్రిఫిక్స్, ఏ చిరునామా కుటుంబానికి; ఏ ప్రైవేట్ పేరు స్థలం, ఏ రిజాల్వర్ సమాధానం ఇచ్చింది; ఏ పేర్లు ఉద్దేశపూర్వకంగా పబ్లిక్గా ఉంటాయి; ప్రతి నియమం ఎక్కడ కాన్ఫిగర్ చేయబడింది, దాని యజమాని ఎవరు; మరియు మార్గాన్ని నిరూపించే ఒక ఆదేశం, పేరును నిరూపించే ఒక ఆదేశం. వీటిలో ఏదైనా లేకుంటే, తదుపరి సంఘటన సున్నా నుండి నిర్ధారణ చేయబడుతుంది.