ping மூலம் ப்ராக்ஸியைச் சோதிக்க முடியுமா?

ICMP எதிரொலிக் கோரிக்கைக்குப் பதில் வந்ததா என்பதை ping சொல்கிறது. அது ப்ராக்ஸி பட்டியலில் உள்ள HTTP அல்லது SOCKS போர்ட்டைத் திறக்காது; இணையதளத்தை அடையுமாறும் ப்ராக்ஸியைக் கேட்காது.

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

தவறாகப் புரிந்துகொள்ள எளிதான மூன்று முடிவுகள்

• Ping பதிலளிக்கிறது, ப்ராக்ஸி தோல்வி: சேவை போர்ட், நெறிமுறை, அங்கீகாரம், ப்ராக்ஸி பதில் ஆகியவற்றை ஆராயவும். எதிரொலிப் பதில் இவற்றைச் சோதிக்கவில்லை.
• Ping தோல்வி, ப்ராக்ஸி இயங்குகிறது: பிணையமோ ஹோஸ்டோ ICMP-ஐ வடிகட்டியும் ப்ராக்ஸி இணைப்பை அனுமதிக்கலாம். எதிரொலிக்குப் பதிலில்லை என்பதால் வெற்றிகரமான செயலிச் சோதனையை நிராகரிக்க வேண்டாம்.
• Ping வேகம், கோரிக்கைகள் மெதுவாக: எதிரொலியின் இருவழிப் பயணம் ப்ராக்ஸி பேச்சுவார்த்தை, ப்ராக்ஸியிலிருந்து இலக்குக்கான பாதை, TLS, இலக்கின் பதில் நேரம் ஆகியவற்றைக் கணக்கிடாது.

கிளையன்டின் உண்மையான செயல்பாட்டைப் பயன்படுத்தவும்

HTTP முனைப்புள்ளிக்கு அதன் வழியாக வரையறுக்கப்பட்ட வரம்புகளுடன் HTTP கோரிக்கையை அனுப்பவும். HTTPS தேவைப்பட்டால் சுரங்கம் நிறுவப்படுவதையும் இலக்கின் TLS பதிலையும் உறுதிப்படுத்தவும். SOCKS-க்கு செயலி ஆதரிக்கும் SOCKS பயன்முறையைப் பயன்படுத்தவும். TCP போர்ட் சோதனை பயனுள்ள இடைநிலைக் கவனிப்பு; ஆனால் அந்த நெறிமுறைப் படிகளுக்கு முன்பே நிற்கிறது.

தெரிந்த பாதையில் சிக்கலை ஆராயும்போது ping-ஐ துணைப் பிணையத் தகவலாக வைத்திருக்கவும். அதன் முடிவைச் செயலி முடிவிலிருந்து தனியாகத் தெரிவிக்கவும். “IP எதிரொலிக் கோரிக்கைகளுக்குப் பதிலளிக்கிறது”, “ப்ராக்ஸி இந்த HTTPS கோரிக்கையை முடித்தது” வெவ்வேறு கூற்றுகள்; இரண்டாவதே விரும்பிய செயல்பாட்டைச் சோதிக்கிறது.