Ping சான்று அல்ல: இரு தளங்களுக்கு இடையேயான பாதையை சோதிக்கவும்

சுரங்கப்பாதை இயங்குகிறது, நுழைவாயில்கள் ஒன்றுக்கொன்று பதிலளிக்கின்றன, இருப்பினும் ஒரு தளத்தின் பயனர்கள் மற்றொரு தளத்தின் கோப்புப் பகிர்வைத் திறக்க முடியவில்லை. யாரோ நுழைவாயிலில் இருந்து ping செய்து பதிலைப் பெற்று பிணையத்தை ஆரோக்கியமானது என அறிவிக்கிறார். அந்தப் பதில் ஒருபோதும் பிரச்சினையாக இல்லாத இரு சாதனங்களுக்கு இடையே பயணித்தது. பயனுள்ள சோதனை சேவை தேவைப்படும் ஹோஸ்டில் தொடங்குகிறது, பயன்பாடு பயன்படுத்தும் நெறிமுறையைப் பயன்படுத்துகிறது, மேலும் அது தோல்வியடையும் நிலையை மீண்டும் உருவாக்குகிறது. மற்ற அனைத்தும் யாரும் இல்லாத பாதைக்கான பச்சை விளக்கு.

சேவை தேவைப்படும் கிளையண்டில் தொடங்கவும்

எதையும் சோதிக்கும் முன் நான்கு விஷயங்களை எழுதுங்கள்: கிளையண்ட் முகவரி, இலக்கு முகவரி, ஹோஸ்ட் பெயர் மற்றும் பயன்பாட்டின் துறைமுகம். பின்னர் சேவை தன் தளத்தில் உள்ளூராக இயங்குகிறது என்பதை அருகிலுள்ள ஹோஸ்டில் இருந்து உறுதி செய்யுங்கள். இந்த அடிப்படைக் கோடு இல்லாமல் உடைந்த சுரங்கப்பாதையை உடைந்த சேவையிலிருந்து வேறுபடுத்த முடியாது, இந்த டிக்கெட்டுகளில் பாதி இரண்டாவதுதான்.

ஆவணப்படுத்தப்பட்ட ஹோஸ்ட் பெயரை முயற்சிக்கவும், சேவை அனுமதிக்கும் இடத்தில் அதே துறைமுகத்தின் நேரடி முகவரி சரிபார்ப்பையும் செய்யவும். தோல்வியடைந்த பெயர்த் தேடலும் அடைய முடியாத தீர்க்கப்பட்ட முகவரியும் உங்களை வெவ்வேறு பாதைகளுக்கு அழைத்துச் செல்கின்றன. ஹோஸ்ட் பெயருக்குப் பதிலாக IP வைத்தால், அது இயங்குவதற்காக HTTPS அடையாளச் சரிபார்ப்பை முடக்க வேண்டாம்; சான்றிதழ் எச்சரிக்கை தகவல், தடையல்ல.

ஒவ்வொரு விளிம்பிலும் பாதையை நடக்கவும்

கிளையண்ட் தேர்ந்தெடுக்கும் வழியைப் படியுங்கள், பின்னர் நுழைவாயில் அந்த இலக்குக்குத் தேர்ந்தெடுக்கும் வழியை, பின்னர் ஒவ்வொரு விளிம்பிலும் கவுண்டர்கள் அல்லது வரம்பிட்ட பதிவை. நீங்கள் இரு உண்மைகளைத் தேடுகிறீர்கள்: கோரிக்கை தொலைவு LAN-ஐ அடைந்ததா, பதில் திரும்பி வந்ததா. இடைமுகக் கவுண்டர்கள் மற்ற எல்லா ஓட்டங்களையும் உள்ளடக்கும், எனவே வரைபடத்தின் வடிவத்திற்குப் பதிலாக துல்லியமான நேர முத்திரை மற்றும் முகவரி இணையைப் பொருத்துங்கள். தவறான விளிம்பில் எடுக்கப்பட்ட பதிவு எதுவும் இல்லாததை விட மோசம், ஏனெனில் அது சான்றாகத் தெரிகிறது.

ip route get 10.10.0.5
sudo tcpdump -ni any host 10.10.0.5 and port 445
sudo tcpdump -ni any net 10.10.0.0/24 and net 10.20.0.0/24

கோரிக்கை தொலைவு விளிம்பில் தோன்றி அதன் பின்னால் பதில் இல்லை என்றால், பிரச்சினை எதிர்ப்பக்கத்தில் உள்ளது: ஃபயர்வால், காணாமல் போன திரும்பும் வழி, அல்லது மூலத்தை ஏற்காத ஹோஸ்ட். கோரிக்கை ஒருபோதும் தோன்றவில்லை என்றால், உள்ளூர் வழியோ சுரங்கப்பாதைத் தேர்விகளோ அதைக் கொண்டு செல்லவில்லை, எதிர்ப்பக்கம் இன்னும் விசாரணைக்குத் தகுதியற்றது.

பயன்பாடு பயன்படுத்தும் நெறிமுறையைப் பயன்படுத்தவும்

ICMP பலவீனமான சோதனை. அது வடிகட்டப்படலாம், வேகம் கட்டுப்படுத்தப்படலாம் அல்லது சேவையிலிருந்து வேறுபட்ட கொள்கையால் கையாளப்படலாம், இது அதன் வெற்றியையும் தோல்வியையும் தெளிவற்றதாக்குகிறது. உண்மையான துறைமுகத்தையும், முடிந்தால் உண்மையான நெறிமுறை கைக்குலுக்கலையும் சோதிக்கவும்.

nc -vz 10.10.0.5 445
curl -sv --max-time 5 https://files.corp.internal/ -o /dev/null
openssl s_client -connect 10.10.0.5:443 -servername files.corp.internal

முடிந்த TCP கைக்குலுக்கல் அந்தத் துறைமுகத்திற்கான அணுகல் மற்றும் கொள்கையை நிரூபிக்கிறது. பயன்பாடு இயங்குகிறது என்பதை நிரூபிக்கவில்லை: அங்கீகாரம், பதிவேற்றம் அல்லது குறிப்பிட்ட API அழைப்பு இன்னும் தோல்வியடையலாம். பயனர்கள் உண்மையில் செய்யும் செயல்பாட்டை, உண்மையான பரிவர்த்தனையை மீண்டும் மீண்டும் சமர்ப்பிப்பதற்குப் பதிலாக தீங்கற்ற சமமான ஒன்றைக் கொண்டு சோதிக்கவும்.

தோல்வியடையும் நிலையை மீண்டும் உருவாக்கவும்

பெரிய பரிமாற்றங்களில் மட்டும் தோன்றும் தோல்விகள் அளவுப் பிரச்சினை, இணைப்புப் பிரச்சினை அல்ல. don't-fragment பிட் அமைக்கப்பட்ட பெரிய பாக்கெட்டை அனுப்பி அது எங்கே நிற்கிறது எனப் பாருங்கள். சிறிய கோரிக்கை வெற்றியடைந்து பெரியது தொங்கினால், சுரங்கப்பாதையின் MTU மற்றும் நுழைவாயில்களில் MSS கையாளுதல் அடுத்த சந்தேகத்திற்குரியவை.

ping -M do -s 1400 10.10.0.5
ping -M do -s 1472 10.10.0.5
curl -sS --max-time 30 -F file=@./sample.bin https://files.corp.internal/upload

ஒரே சப்நெட் மட்டும் தோல்வியடைந்தால், டிராஃபிக் தேர்விகள், வழி அறிவிப்புகள் மற்றும் அந்த சப்நெட்டின் திரும்பும் நுழைவாயிலைப் பாருங்கள். ஹோஸ்ட் பெயர் மட்டும் தோல்வியடைந்தால், DNS-ஐப் பின்தொடருங்கள், கிளையண்ட் எந்தத் தீர்வியைப் பயன்படுத்தியது மற்றும் அந்தத் தளத்திலிருந்து தொலைவு காட்சி தெரிகிறதா என்பதையும் சேர்த்து. மூன்று வெவ்வேறு தோல்விகள், மூன்று வெவ்வேறு திருத்தங்கள், ping சோதனை அவற்றில் ஒன்றையும் வேறுபடுத்தவில்லை.

திருத்தத்திற்குப் பிறகு அதே சோதனையை மீண்டும் செய்யவும்

அதே கிளையண்ட், இலக்கு, துறைமுகம் மற்றும் பேலோடை மீண்டும் இயக்கவும். பின்னர் மீண்டும் இணைக்கவும் அல்லது வடிவமைப்பில் இருந்தால் ஃபெயில்ஓவர் பாதையை முயற்சிக்கவும், ஏனெனில் அசல் சுரங்கப்பாதை நிகழ்வு உயிருடன் இருக்கும் வரை மட்டும் இயங்கும் திருத்தம் சோதிக்கப்படவில்லை. சோதனையை டாஷ்போர்டில் ஒரு பச்சை குறிகாட்டிக்குப் பதிலாக உண்மையான மூலம், உண்மையான இலக்கு மற்றும் உண்மையான செயல்பாட்டுடன் இணைத்து வைக்கவும்.

நான்கு அடிப்படை மதிப்புகளையும் முடிவையும் பதிவு செய்யவும். அதே அறிகுறியின் அடுத்த அறிக்கை அப்போது ping-க்குப் பதிலாக சான்றுகளில் இருந்து தொடங்க முடியும்.