client → local TCP relay → existing forward proxy → destination

ഈ ക്രമീകരണത്തിൽ റിലേയ്ക്ക് ഒരു സ്ഥിരമായ അപ്സ്ട്രീം ഉണ്ട്. ക്ലയന്റിന്റെ അഭ്യർത്ഥന മാറ്റമില്ലാതെ നിലവിലുള്ള ഫോർവേഡ് പ്രോക്സിയിലേക്ക് കൈമാറുന്നു. ആ പ്രോക്സി കേവല URL അല്ലെങ്കിൽ CONNECT ലക്ഷ്യം വായിച്ച് നയം പ്രയോഗിച്ച് ലക്ഷ്യസ്ഥാന കണക്ഷൻ തുറക്കുന്നു.

റിലേയെ നേരിട്ട് ഒരു വെബ്സൈറ്റിലേക്ക് ചൂണ്ടുന്നത് കരാർ മാറ്റുന്നു. ഫോർവേഡ് പ്രോക്സി ലക്ഷ്യസ്ഥാനങ്ങൾ തിരഞ്ഞെടുക്കുകയും HTTP ഫ്രെയിമിംഗും കണക്ഷൻ സ്വഭാവവും കൈകാര്യം ചെയ്യുകയും വേണം; ആദ്യ വരിയിൽ നിന്ന് ഹോസ്റ്റ്നാമം എടുക്കുന്നത് മതിയാകില്ല.

Nmap-ന്റെ Ncat വെവ്വേറെ HTTP മനസ്സിലാക്കുന്ന കേൾവി മോഡ് നൽകുന്നു:

ncat --listen 127.0.0.1 3128 --proxy-type http

ഈ loopback ഉദാഹരണം Ncat-ന്റെ പ്രോക്സി നിർവ്വഹണം ഉപയോഗിക്കുന്നു, എല്ലാ nc-ഉം പങ്കിടുന്ന സവിശേഷതയല്ല. അതിന്റെ കേൾവി ഭാഗത്തെ പ്രോക്സി HTTP രീതികളും CONNECT-ഉം കൈകാര്യം ചെയ്യുന്നു. ക്ലയന്റ് ഭാഗത്തെ SOCKS ഓപ്ഷനുകൾ കേൾവി മോഡിൽ SOCKS സെർവർ സ്ഥാപിക്കുന്നില്ല. സ്ഥിരമായ പങ്കിട്ട സേവനത്തിന് കണക്ഷൻ കൈകാര്യം, പ്രവേശന നിയന്ത്രണം, ലോഗിംഗ് എന്നിവയും ആവശ്യമാണ്.

നിരീക്ഷണത്തിനായി എൻക്രിപ്ഷൻ അതിർത്തി കണ്ടെത്തുക. സാധാരണ HTTP പ്രോക്സി കണക്ഷനിലെ റിലേ പ്രോക്സി അഭ്യർത്ഥനകളും പ്രതികരണങ്ങളും കാണാം. CONNECT-ന് ശേഷം ലക്ഷ്യസ്ഥാനത്തിന്റെ HTTPS TLS ബൈറ്റുകളാണ്, വായിക്കാവുന്ന പേജ് ഉള്ളടക്കമല്ല. പ്രോക്സിയിലേക്കുള്ള TLS ആ ലിങ്കിലെ പ്രാരംഭ പ്രോക്സി കൈമാറ്റവും മറയ്ക്കുന്നു. വ്യാഖ്യാനിച്ച ഇടപാടുകൾക്ക് ക്ലയന്റ്/പ്രോക്സി ഡയഗ്നോസ്റ്റിക്സ് ഉപയോഗിക്കുക, ക്രെഡൻഷ്യലുകളോ സെൻസിറ്റീവ് URL-കളോ ഉണ്ടാകാവുന്ന ലോഗുകൾ സംരക്ഷിക്കുക.

അനുബന്ധ ലേഖനങ്ങൾ