തുറന്ന TCP പോർട്ട് പ്രോക്സി പ്രവർത്തിക്കുന്നു എന്നതിന് തെളിവല്ല

തുറന്ന TCP പോർട്ട് ലിസണർ ഒരു കണക്ഷൻ സ്വീകരിച്ചതായി കാണിക്കുന്നു. അത് പ്രോക്സിയോ സാധാരണ വെബ് സെർവറോ മറ്റൊരു സേവനമോ ആകാം; പോർട്ട് 8080 പ്രോട്ടോക്കോൾ തിരിച്ചറിയിക്കുന്നില്ല.

HTTP പ്രോക്സിയായി രേഖപ്പെടുത്തിയ എൻഡ്പോയിന്റിന്റെ യഥാർഥ വിലാസം സമയപരിധിയുള്ള HTTPS അഭ്യർഥനയിൽ ഉപയോഗിക്കുക:

curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/

രേഖയിലെ ഉദാഹരണവിലാസം സ്വന്തം HTTP എൻഡ്പോയിന്റോ HTTP പ്രോക്സി പട്ടികയിലെ ഒരു സ്ഥാനാർഥിയോ ഉപയോഗിച്ച് മാറ്റുക. SOCKS-ന് അനുയോജ്യമായ SOCKS ക്ലയന്റ് മോഡ് ഉപയോഗിച്ച് ചർച്ച പൂർത്തിയാക്കുക. തെറ്റായ ഹാൻഡ്ഷേക്ക് TCP സ്വീകരിച്ചതിനു പിന്നാലെ പരാജയപ്പെടാം.

HTTP പ്രോക്സിയിലൂടെ HTTPS-ന് ലക്ഷ്യ പോർട്ടിലേക്ക് CONNECT അനുവദിക്കണം. CONNECT 200 പോലും ഇടത്തരം ഘട്ടമാണ്: TLS അല്ലെങ്കിൽ അന്തിമ അഭ്യർഥന വിജയിക്കുന്നതിനു മുമ്പ് ടണൽ അടയാം. എൻക്രിപ്ഷനില്ലാത്ത HTTP വിജയിച്ചതുകൊണ്ട് ആ ടണൽ കഴിവ് തെളിയില്ല.

മുൻകൂട്ടി അറിയാവുന്ന ഉള്ളടക്കമുള്ള ലക്ഷ്യം ഉപയോഗിക്കുക, കഴിയുമെങ്കിൽ സ്വന്തം നിയന്ത്രണത്തിലുള്ളത്; ലഭ്യമെങ്കിൽ അതിന്റെ അഭ്യർഥനരേഖ നോക്കുക. എൻക്രിപ്ഷനില്ലാത്ത HTTP ലിസണറിന് ലക്ഷ്യത്തെ ബന്ധപ്പെടാതെതന്നെ സ്ഥിരമായ പേജ് സ്റ്റാറ്റസ് 200 സഹിതം നൽകാം. ഏതെങ്കിലും വിജയ സ്റ്റാറ്റസ് കിട്ടുന്നത് പ്രതീക്ഷിച്ച മറുപടിയുമായി പൊരുത്തപ്പെടുന്നതിനെക്കാൾ ദുർബല തെളിവാണ്; HTTPS തിരിച്ചറിയൽ പരിശോധന അധിക സംരക്ഷണം നൽകുന്നു.

അവസാനം വിജയിച്ച ഘട്ടം രേഖപ്പെടുത്തുക. “പോർട്ട് തുറന്നു, SOCKS ചർച്ച നിരസിച്ചു” അടുത്ത അന്വേഷണത്തിന് ഉപകാരപ്രദമായ തുടക്കം നൽകുന്നു.