Privoxy: HTTP പ്രോക്സി ക്ലയന്റിനെ SOCKS ടണലിലേക്ക് ബന്ധിപ്പിക്കുക

SSH ഡൈനാമിക് ടണൽ, PuTTY-യുടെ ഡൈനാമിക് ഫോർവേഡിംഗ് ഉൾപ്പെടെ, SOCKS ഇന്റർഫേസ് നൽകുന്നു. HTTP പ്രോക്സി മാത്രം സ്വീകരിക്കുന്ന ആപ്ലിക്കേഷന് ആ പോർട്ട് HTTP എന്ന് വിളിച്ചാൽ മാത്രം ഉപയോഗിക്കാനാവില്ല.

ഇവയ്ക്കിടയിൽ ഒരു ലോക്കൽ പ്രോട്ടോക്കോൾ ബ്രിഡ്ജ് വരാം. ആപ്ലിക്കേഷൻ HTTP പ്രോക്സി അഭ്യർത്ഥനകൾ ബ്രിഡ്ജിലേക്ക് അയയ്ക്കുന്നു, ബ്രിഡ്ജ് SOCKS സേവനത്തിലൂടെ ലക്ഷ്യ കണക്ഷനുകൾ തുറക്കുന്നു.

Privoxy ഈ ക്രമീകരണം തന്റെ ഫോർവേഡിംഗ് നിയമങ്ങളിലൂടെ രേഖപ്പെടുത്തുന്നു. നിലവിലുള്ള ലോക്കൽ SOCKS5 ടണലിന് കോൺഫിഗറേഷൻ ഭാഗം ഇതാണ്:

forward-socks5 / 127.0.0.1:1080 .

ആപ്ലിക്കേഷൻ Privoxy-യുടെ HTTP ലിസണറിലേക്കാണ് കണക്ട് ചെയ്യുന്നത്, പോർട്ട് 1080-ലേക്കല്ല. ആ ലിസണറെ ഉദ്ദേശിച്ച ആക്സസ് നയത്തിന് കീഴിൽ ലോക്കലായി നിലനിർത്തുക. നിയമത്തിലെ അവസാന ഡോട്ടിന് രേഖപ്പെടുത്തിയ അർത്ഥമുണ്ട്; അത് കാണാത്ത ഇന്റർനെറ്റ് ഹോസ്റ്റ്നെയിമിനുള്ള പ്ലേസ്ഹോൾഡർ അല്ല.

ഇത് പ്രോട്ടോക്കോൾ വിവർത്തനമാണ്

Privoxy-യുടെ ഫോർവേഡിംഗ് ഡോക്യുമെന്റേഷൻ SOCKS ഫോർവേഡിംഗ് സിന്താക്സും ഹോസ്റ്റ്നെയിം കൈകാര്യം ചെയ്യലും വിശദീകരിക്കുന്നു. സാധാരണ TCP പോർട്ട് ഫോർവേഡിംഗ് അതേ വിവർത്തനം ചെയ്യുന്നില്ല: ക്ലയന്റിന്റെ HTTP ബൈറ്റുകൾ മാറ്റമില്ലാതെ SOCKS ലിസണറിലേക്ക് എത്തിക്കുന്നു, അത് ഇപ്പോഴും SOCKS ചർച്ച പ്രതീക്ഷിക്കുന്നു.

ബ്രിഡ്ജ് നിങ്ങൾ മനസ്സിലാക്കേണ്ട കോൺഫിഗറേഷന്റെ ഭാഗവുമാകുന്നു. Privoxy-ക്ക് സ്വന്തം ഉള്ളടക്ക ഫിൽട്ടറിംഗും ആക്സസ് ക്രമീകരണങ്ങളും ഉണ്ടാകാം. അത് ചേർക്കുന്നത് യഥാർത്ഥ ആപ്ലിക്കേഷൻ SOCKS സ്വാഭാവികമായി പിന്തുണയ്ക്കുന്നതിന് തുല്യമല്ല.

HTTPS സൈറ്റുകൾക്ക് ആപ്ലിക്കേഷൻ സാധാരണയായി HTTP ബ്രിഡ്ജിൽ നിന്ന് CONNECT ആവശ്യപ്പെടുന്നു, ബ്രിഡ്ജ് SOCKS വഴി ലക്ഷ്യ കണക്ഷൻ നേടുന്നു. സൈറ്റിന്റെ സാധാരണ TLS ആപ്ലിക്കേഷൻ-സൈറ്റ് ബന്ധമായി തുടരുന്നു; ഈ വഴി നൽകാൻ ബ്രിഡ്ജ് സൈറ്റിന്റെ വേഷം കെട്ടേണ്ടതില്ല.

ആപ്ലിക്കേഷന് SOCKS നേരിട്ട് ഉപയോഗിക്കാമെങ്കിൽ അധിക ഘടകം ആവശ്യമില്ലായിരിക്കാം. യഥാർത്ഥ പ്രോട്ടോക്കോൾ പൊരുത്തക്കേട് പരിഹരിക്കാൻ ബ്രിഡ്ജ് ഉപയോഗിക്കുക, ലിസണറും മുകളിലെ പ്രവാഹവും വ്യക്തമായി വേർതിരിച്ച്.