VPN பிங் வேலை செய்கிறது ஆனால் இணையதளம் நிலைகிறது: அளவைச் சரிபார்க்கவும்
சிறிய எதிரொலிப் பதில் TCP கேட்பானையோ பெரிய பரிமாற்றத்தையோ சோதிக்காது. சுரங்கப்பாதையின் MTU-ஐ குறைக்கும் முன் அணுகல் கொள்கையையும் பாக்கெட் அளவையும் பிரிக்கவும்.
பிங் பதில்கள் வருகின்றன, தொலைவு டெஸ்க்டாப் வேலை செய்கிறது, ஆனால் உலாவி விட்டுவிடும் வரை காலி பக்கத்தில் அமர்ந்திருக்கிறது. இந்த முறைக்கு இரண்டு விளக்கங்கள் பொருந்துகின்றன, அவை ஒரே சிக்கலின் வடிவங்கள் அல்ல: சேவையை ஒருபோதும் அனுமதிக்காத கொள்கை, அல்லது பரிமாற்றம் வளரும்போது பொருந்தாமல் போகும் பாக்கெட்டுகள். எதிரொலிப் பதில் இரண்டையும் நிராகரிக்கவில்லை.
மிகச் சிறிய கேள்வியிலிருந்து மிகப் பெரிய கேள்வி வரை செல்லுங்கள், ஒவ்வொரு படியும் உண்மையில் எதை நிரூபித்தது என்று எழுதுங்கள்.
எதிரொலிப் பதில் மிகச் சிறிய கேள்விக்குப் பதிலளிக்கிறது
எதிரொலிப் பதில், இலக்கின் 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-இன் திரைப்பிடிப்பில் இருந்து மறுபடியும் ஊகத்தைப் பெறுவதற்குப் பதிலாக அதைச் சரிபார்க்கலாம்.
நீங்கள் முயற்சித்த ஒவ்வொரு அளவிலும் பயன்பாடு வேலை செய்தால், எண்களைச் சரிசெய்வதை நிறுத்தி, வேலை செய்யும் சேவையைத் தோல்வியடையும் சேவையிலிருந்து பிரிக்கும் கொள்கையைப் பாருங்கள்.