VPN పింగ్ పనిచేస్తుంది కానీ వెబ్‌సైట్ నిలిచిపోతుంది: పరిమాణాన్ని తనిఖీ చేయండి

పింగ్ ప్రతిస్పందనలు వస్తాయి, రిమోట్ డెస్క్‌టాప్ పనిచేస్తుంది, కానీ బ్రౌజర్ లొంగిపోయే వరకు ఖాళీ పేజీలో కూర్చుంటుంది. ఈ నమూనాకు రెండు వివరణలు సరిపోతాయి, అవి ఒకే సమస్య రూపాలు కావు: సేవకు ఎప్పుడూ అనుమతి ఇవ్వని విధానం, లేదా బదిలీ పెద్దయ్యే కొద్దీ సరిపోకుండా పోయే ప్యాకెట్లు. ప్రతిధ్వని ప్రతిస్పందన రెండింటినీ తిరస్కరించదు.

అతి చిన్న ప్రశ్న నుండి అతి పెద్ద ప్రశ్న వరకు వెళ్లండి, ప్రతి అడుగు నిజంగా ఏమి నిరూపించిందో రాయండి.

ప్రతిధ్వని ప్రతిస్పందన చాలా చిన్న ప్రశ్నకు జవాబిస్తుంది

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

మరేదైనా అర్థం చేసుకునే ముందు గమ్యాన్ని మరియు సేవా పోర్టును నిర్ధారించుకోండి. మీరు పరీక్షించిన చిరునామా మరియు అప్లికేషన్ ఉపయోగించే చిరునామా కొన్నిసార్లు వేర్వేరు రికార్డులు, రెండు చిరునామాలకు పరిష్కరించే పేరు దానిని సంభావ్యం చేస్తుంది.

కనెక్షన్ ప్రారంభమైందా అని కనుగొనండి

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

curl -v --max-time 10 https://internal.example/ -o /dev/null
ss -tn state established '( dport = :443 )'

MTU సెట్టింగ్‌లను తాకే ముందు ఆ మూడింటిలో ఏది గమనించారో రాయండి. తిరస్కరించబడిన కనెక్షన్‌ను సరిచేయడానికి టన్నెల్ పరిమాణాన్ని మార్చడం ఆ మార్పును వృథా చేస్తుంది మరియు అసలు కారణాన్ని కొంత కాలం దాచుతుంది.

చెప్పిన సంఖ్యతో పరిమాణాన్ని కొలవండి

భారం కింద ఆగిపోవడం కనిపించినప్పుడు, ముక్కలు చేయకుండా నిరోధించే బిట్ పెట్టి ఒక ప్యాకెట్ పరిమాణాన్ని పరీక్షించండి మరియు ఫలితానికి అర్థం ఉండేలా లెక్కను చెప్పండి. iputils ఉన్న Linuxలో, 1392 బైట్ల పేలోడ్‌తో 8 బైట్ల ICMP శీర్షిక మరియు 20 బైట్ల IPv4 శీర్షిక కలిసి సరిగ్గా 1420 బైట్ల లోపలి ప్యాకెట్‌ను ఉత్పత్తి చేస్తాయి. ఆ లెక్కను టికెట్‌లో రాయండి, ఎందుకంటే గేట్‌వేను చేరే నగ్న ping అప్లికేషన్ గురించి ఏమీ నిరూపించదు.

ping -4 -M do -s 1392 10.44.0.10
ping -4 -M do -s 1372 10.44.0.10

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

బయటి మార్గాన్ని లెక్కించండి

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

IPv4లో మార్గ MTU కనుగోలు ముక్కలు చేయకుండా పంపలేని ప్యాకెట్ల గురించిన అభిప్రాయంపై ఆధారపడి ఉంటుంది, IPv6 Packet Too Big సందేశాలను ఉపయోగిస్తుంది. IPv4 వివరణ ఆ యంత్రాంగాన్ని వివరిస్తుంది. అభిప్రాయాన్ని వడపోయడం పంపేవారి నేర్చుకునే సామర్థ్యాన్ని బద్దలు కొడుతుంది, ఎప్పటికీ సరిపోని ప్యాకెట్లను మళ్లీ మళ్లీ పంపేలా చేస్తుంది. అందుకే పనిచేసే చిన్న అభ్యర్థన మరియు విఫలమయ్యే పెద్ద అభ్యర్థన ఇంత సౌకర్యవంతంగా కలిసి జీవిస్తాయి.

ఒక సంఖ్యను మార్చి అప్లికేషన్‌ను మళ్లీ పరీక్షించండి

టన్నెల్ MTUని తగ్గించండి, లేదా TCP కోసం గరిష్ఠ విభాగ పరిమాణాన్ని పరిమితం చేయండి, తర్వాత పరీక్షకు బదులుగా అసలు అప్లికేషన్ పరీక్షను పునరావృతం చేయండి. మార్పు తర్వాత విజయవంతమయ్యే పరీక్ష మరియు ఇంకా నిలిచిపోయే అప్లికేషన్ ఒకే ఆకారంతో ఉన్న వేరే సమస్య, అప్లికేషన్ పరీక్ష మాత్రమే వాటిని వేరు చేస్తుంది.

మార్పు రికార్డులో లెక్కను ఉంచండి: కొలిచిన పరిమాణం, మీరు ఊహించిన అదనపు భారం, మరియు మీరు సెట్ చేసిన విలువ. తర్వాత దాన్ని సమీక్షించే ఎవరైనా ping స్క్రీన్‌షాట్ నుండి ఊహను మళ్లీ పొందడం బదులు దాన్ని తనిఖీ చేయవచ్చు.

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