స్ప్లిట్ టన్నెల్ పనిచేస్తుందో లేదో నిర్ధారించండి: ఒక IP ఫలితం పరీక్ష కాదు

IP చిరునామాను చూపే ఒకే బ్రౌజర్ పేజీ స్ప్లిట్ టన్నెల్ గురించి దాదాపు ఏమీ నిరూపించదు. కనిపించే చిరునామా తప్పు కారణంతో సరైనది కావచ్చు, మరియు మినహాయించిన ప్రవాహం దానితో ఎప్పుడూ పరీక్షించబడదు. పరీక్షకు ముందు ఆశించిన ఫలితాన్ని రాయండి: ఏ అప్లికేషన్ లేదా గమ్యం టన్నెల్ ఉపయోగించాలి, ఏది నేరుగా ఉండాలి, మరియు టన్నెల్ విఫలమైనప్పుడు ఏమి ఆగాలి. ఆ ప్రణాళిక లేకుండా ఏదైనా నమ్మదగిన సంఖ్య విజయంగా కనిపిస్తుంది.

అపోహ: చిరునామా శోధన కవరేజీని నిరూపిస్తుంది

IP తనిఖీ ఒక ప్రశ్నకు సమాధానం ఇస్తుంది: బయటి ప్రపంచం ఒక క్షణంలో ఒక అప్లికేషన్ నుండి ఏమి చూస్తుంది. ఇది అంతర్గత ఉపసర్గ, రెండవ బ్రౌజర్ ప్రొఫైల్ లేదా ప్రైవేట్గా పరిష్కరించాల్సిన పేరు గురించి ఏమీ చెప్పదు. వైఫల్యం గురించి కూడా ఏమీ చెప్పదు, మరియు అదే ఉత్పత్తిలో విరిగిపోయే స్ప్లిట్ టన్నెల్ డిజైన్లో సగం.

చిరునామా పేజీ మార్గాన్ని, రిజాల్వర్ను లేదా వైఫల్య విధానాన్ని కూడా చూపలేదు. దానిని ఒక పరిశీలనగా పరిగణించండి, తీర్పుగా కాదు.

చేర్చిన మరియు మినహాయించిన ప్రవాహాన్ని పరీక్షించండి

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

flow: Firefox to intranet.example:443, IPv4, source 10.8.0.6, tunneled
flow: Firefox to 1.1.1.1, IPv4, source 192.0.2.20, direct

అందుకే తప్పు అప్లికేషన్లో చేసిన పరీక్ష డిజైన్ ఉద్దేశానికి వ్యతిరేకంగా చూపవచ్చు. ఏదైనా నిర్ణయానికి రాకముందు రెండు వైపులా నాలుగు ఫీల్డ్లను రాయండి.

DNS మరియు వైఫల్య సందర్భాన్ని జోడించండి

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

curl -s https://ifconfig.me
nslookup intranet.example

మూసి ఉన్న స్థితిలో విఫలమయ్యే స్ప్లిట్ టన్నెల్ మరియు తెరిచిన స్థితిలో విఫలమయ్యే టన్నెల్ మీరు ఉద్దేశపూర్వకంగా విరిగే వరకు ఒకేలా కనిపిస్తాయి. మీరు గమనించిన ప్రవర్తనను నమోదు చేయండి, ఆశించినదాన్ని కాదు.

స్థితి మారిన తర్వాత పునరావృతం చేయండి

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

ఏదైనా ఫలితం భిన్నంగా ఉంటే, అనేక సెట్టింగ్లను ఒకేసారి మార్చే ముందు నియమం యజమానిని మరియు ప్రాసెసింగ్ దశను కనుగొనండి. ఐదు విషయాలను మార్చి ఒక ఫలితాన్ని గమనించడం నిర్ధారణ కాదు, అది కొత్త కాన్ఫిగరేషన్.

ఫలితం ఏమి నిర్ధారించాలి

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

అప్పుడు తదుపరి సమీక్షకుడు డిజైన్ మారిందో పరీక్ష మారిందో చెప్పగలడు. రెండు వైపులు, రిజాల్వర్ విభజన మరియు వైఫల్య ప్రవర్తన మీరు ప్రారంభంలో రాసిన దానితో సరిపోలినప్పుడు స్ప్లిట్ టన్నెల్ ధృవీకరించబడుతుంది. ఒక IP ఫలితం వాటిలో దేనినీ ధృవీకరించదు.