VPN సొరంగంలో traceroute ఒకే దిశలో ఎందుకు చనిపోతుంది

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

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

నక్షత్రం అంటే తప్పిపోయిన సమాధానం, తప్పిపోయిన హాప్ కాదు

traceroute ప్రతి రౌండ్‌లో TTL మరో రౌటర్ దూరంలో ముగిసే ప్రోబ్‌లను పంపి బయటకు కదులుతుంది. గడువు ముగిసిన ప్రోబ్‌ను పారేసే రౌటర్ తనను పేర్కొనే ICMP Time Exceeded సందేశాన్ని తిరిగి ఇవ్వాలి, సాధనం ఆ పేరును ముద్రిస్తుంది. సాధనం నిజంగా ఎదురుచూసేది ఆ సందేశం ఒక కాలపరిమితిలో రావడమే. రౌటర్ వేరే మూల చిరునామా నుండి సమాధానం ఇస్తే, లోపాలను సృష్టించే పౌనఃపున్యాన్ని పరిమితం చేస్తే లేదా ప్రోబ్‌ను మాట్లాడకుండా పారేస్తే, ఆ రౌండ్ ముద్రించడానికి ఏమీ ఇవ్వదు.

ఈ ఫలితాలలో ఏదీ ముందు మార్గం విరిగిందని చెప్పదు. నక్షత్రం సమాధానం రాని తపాలా గురించి నివేదిక, ఖాళీ రోడ్డు గురించి కాదు.

ప్రోబ్ పద్ధతి మీరు ఏ ఫిల్టర్ను ఎదుర్కొంటారో నిర్ణయిస్తుంది

Linux లో డిఫాల్ట్ పద్ధతి సాధారణంగా అధిక సంఖ్య గల UDP గమ్య పోర్ట్, Windows tracert ICMP ప్రతిధ్వనులను పంపుతుంది, Linux కు బదులుగా ICMP లేదా TCP ఉపయోగించమని చెప్పవచ్చు. ఇవి ఒక్కొక్కటీ స్టేట్‌ఫుల్ ఫైర్‌వాల్ లేదా క్లౌడ్ భద్రతా సమూహానికి వేరే రకమైన ట్రాఫిక్‌గా కనిపిస్తాయి. ఒక వైపు UDP ట్రేస్‌ను మరో వైపు ICMP ట్రేస్‌తో పోల్చడం రెండు వేరే ప్రయోగాలను పోల్చడం. ఫలితాలను భేదం అని పిలవడానికి ముందు పద్ధతి, చిరునామా కుటుంబం, మూల చిరునామా మరియు కాలపరిమితిని స్థిరపరచండి.

న్యాయమైన పోలిక కోసం ట్రాఫిక్‌ను నిజంగా మోసే హోస్ట్‌ల నుండి ట్రేస్‌ను అమలు చేయండి, వారి తరఫున ఫార్వర్డ్ చేసే గేట్‌వే నుండి కాదు. రౌటర్ సృష్టించిన ట్రేస్ రౌటర్ స్వంత మూల చిరునామా మరియు అవుట్‌పుట్ విధానాన్ని ఉపయోగిస్తుంది, అవి క్లయింట్ చూసే దేనికంటే కఠినంగా ఉండవచ్చు. తదుపరి వ్యక్తి పునరావృతం చేయగలిగేలా ఖచ్చితమైన ఆదేశాన్ని నమోదు చేయండి.

కాలపరిమితి విలువ ప్రయోగంలో మరో సగం, నోట్స్ నుండి అది తప్పిపోవడం సులభం. రద్దీగా ఉన్న మార్గంలో రెండు సెకన్ల నిరీక్షణ నక్షత్రాలను నివేదిస్తుంది, ఐదు సెకన్ల నిరీక్షణ హాప్‌లను నివేదించే చోట. అన్ని పరుగులలో విలువను ఒకేలా ఉంచండి, పోలిక నెట్‌వర్క్ గురించే ఉండనివ్వండి.

తిరిగి వచ్చే మార్గం దాని స్వంత మార్గం

ICMP లోపం దాని స్వంత మూలం మరియు గమ్యంతో ఉన్న సాధారణ ప్యాకెట్, దానికి ట్రేసర్ వైపు తిరిగి వెళ్లే మార్గం కావాలి. సొరంగ విధానం LAN ఉపసర్గలను మోసినా లోపాన్ని సృష్టించిన రౌటర్ చిరునామాను మోయకపోతే, సందేశం మిమ్మల్ని చేరుకోలేని మార్గంలో బయటకు వెళ్తుంది. మార్గం ఉన్నా సమాధాన ఫిల్టరింగ్ దాన్ని పారేయవచ్చు, ఎందుకంటే ప్యాకెట్ ఊహించని ఇంటర్‌ఫేస్‌లో ఊహించని చిరునామా నుండి వస్తుంది. ఇది అప్లికేషన్ వైఫల్యం కాదు, నిర్ధారణ స్థాయిలో అసమన్వయం.

ట్రేస్ పూర్తయ్యే వరకు ప్రతి ఎంపికను విస్తరించడం చిత్రాన్ని అందంగా, విధానాన్ని దెబ్బతీస్తుంది. నిర్దిష్ట నిర్ధారణ చిరునామాను సరిచేయండి, లేదా నక్షత్రాన్ని అంగీకరించి అప్లికేషన్‌ను మరో విధంగా పరీక్షించండి.

నిజమైన అభ్యర్థనతో సొరంగాన్ని నిర్ధారించండి

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

traceroute -I -n -w 2 203.0.113.40
traceroute -T -p 443 -n -w 2 203.0.113.40
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' --max-time 5 http://203.0.113.40:8080/health
ss -tan state established

మొదట రెండు traceroute పరుగులను చదవండి: ICMP పరుగు హాప్‌లను చూపి TCP పరుగు చూపకపోతే, భేదం పద్ధతిలో ఉంది, మార్గంలో కాదు. తర్వాత curl ఫలితాన్ని అప్లికేషన్ స్థాయి సమాధానంగా తీసుకోండి, ఎందుకంటే సరైన స్థితి కోడ్‌తో పూర్తయిన మార్పిడి అంటే ముందు మరియు తిరిగి వచ్చే రెండు మార్గాలు నిజమైన ట్రాఫిక్ కోసం పనిచేస్తాయి. సాకెట్ జాబితా కనెక్షన్ ఏర్పడిందో లేదో చూపుతుంది, దాన్ని ఏ ట్రేస్ చెప్పలేదు.

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