3proxy ഉപയോഗിച്ച് SOCKS ക്ലയന്റുകളെ HTTP CONNECT പേരന്റിലേക്ക് ബന്ധിപ്പിക്കുക
HTTP CONNECT പേരന്റിനെ ആശ്രയിക്കുന്ന SOCKS ഗേറ്റ്വേയും ഓരോ ഹോപ്പിലെയും പ്രോട്ടോക്കോൾ, പ്രാമാണീകരണ ആവശ്യകതകളും വിശദീകരിക്കുന്നു.
ആപ്ലിക്കേഷന് SOCKS ആവശ്യമാണ്. അംഗീകരിച്ച അപ്സ്ട്രീം സേവനം HTTP CONNECT സ്വീകരിക്കുന്നു. ആപ്ലിക്കേഷന്റെ SOCKS ഫീൽഡിൽ HTTP എൻഡ്പോയിന്റ് ഇടുന്നത് പ്രോട്ടോക്കോളുകൾക്കിടയിൽ വിവർത്തനം ചെയ്യുന്നില്ല.
ഗേറ്റ്വേയ്ക്ക് ആപ്ലിക്കേഷനിൽ നിന്ന് SOCKS സ്വീകരിക്കാം, അഭ്യർത്ഥിച്ച ലക്ഷ്യസ്ഥാനം വായിക്കാം, ആ ലക്ഷ്യത്തിലേക്ക് CONNECT ടണൽ HTTP പേരന്റിനോട് ആവശ്യപ്പെടാം. തുടർന്ന് ആപ്ലിക്കേഷന്റെ സ്ട്രീം ടണലിലൂടെ കൈമാറുന്നു.
SOCKS application → SOCKS-facing gateway → HTTP CONNECT parent → destination
ഓരോ ഇന്റർഫേസും വ്യക്തമാക്കുക
ഈ ക്രമീകരണം പിന്തുണയ്ക്കുന്ന ഗേറ്റ്വേയ്ക്ക് അതിന്റെ പേരന്റ് തരം പ്രധാനമാണ്. 3proxy ഡോക്യുമെന്റേഷൻ connect പേരന്റിനെ സാധാരണ HTTP ഫോർവേഡിംഗ് പ്രോക്സിയായി ഉപയോഗിക്കുന്ന പേരന്റിൽ നിന്ന് വേർതിരിക്കുന്നു.
നിലവിലുള്ള 3proxy ഉപയോക്താവും പ്രാമാണീകരണവും ഉണ്ടെങ്കിൽ, പ്രാദേശിക-മാത്രം റൂട്ടിംഗ് ശകലം ഇങ്ങനെയാകാം:
auth strong
allow alex
parent 1000 connect parent.example.net 8080
socks -i127.0.0.1 -p1080
ഈ ശകലം അക്കൗണ്ട് ഇതിനകം നിർവചിച്ചിട്ടുണ്ടെന്ന് അനുമാനിക്കുന്നു. HTTP പേരന്റ് തന്നെ ആവശ്യപ്പെടുന്ന ഒരു ക്രെഡൻഷ്യലും ഇത് ചേർക്കുന്നില്ല, നിലവിലുള്ള ആക്സസ് നയം മാറ്റിസ്ഥാപിക്കുന്നുമില്ല. പ്രാമാണീകരണമില്ലാത്ത പൊതു HTTP പേരന്റ് അനുവദിക്കുന്ന പാതയിലെ പൊതു ലക്ഷ്യസ്ഥാനങ്ങൾക്ക്, HTTP പ്രോക്സി പട്ടിക ഹോസ്റ്റ്, പോർട്ട് സ്ഥാനാർത്ഥികൾ നൽകുന്നു. ആ ശാഖയിൽ പേരന്റ് ക്രെഡൻഷ്യലുകൾ ഒഴിവാക്കി യഥാർത്ഥ ലക്ഷ്യത്തിനുള്ള അനുമതി സ്ഥിരീകരിക്കുക; ഗേറ്റ്വേയുടെ സ്വന്തം അക്കൗണ്ട് പ്രാദേശികമായി തുടരും. parent നിയമം 3proxy യുടെ രേഖപ്പെടുത്തിയ കോൺഫിഗറേഷൻ മാതൃക പ്രകാരം മുൻ allow നിയമവുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു.
ആപ്ലിക്കേഷൻ പ്രാദേശിക SOCKS എൻഡ്പോയിന്റ് ഉപയോഗിക്കുന്നു. ഗേറ്റ്വേ പേരന്റിലേക്ക് HTTP CONNECT ഉപയോഗിക്കുന്നു. അഭ്യർത്ഥിച്ച ലക്ഷ്യ ഹോസ്റ്റും പോർട്ടും അനുവദനീയമാണോ എന്ന് ഇപ്പോഴും പേരന്റ് തീരുമാനിക്കുന്നു.
ഇവിടെ ഉപയുക്തമായ പരിധി സാധാരണ TCP സ്ട്രീം ടണലിംഗ് ആണ്. മുൻവശത്തെ ലിസ്നർ SOCKS5 സ്വീകരിക്കുന്നത് കൊണ്ട് മാത്രം SOCKS5 UDP അസോസിയേഷൻ പിന്തുണയ്ക്കപ്പെടുന്നില്ല. HTTP CONNECT പേരന്റ് ആവശ്യമായ UDP റിലേ സ്വയമേവ നൽകുന്നില്ല.
HTTPS ഈ പാതയിൽ എൻഡ്-ടു-എൻഡ് ആയി തുടരാം; പ്രോക്സി ഇന്റർഫേസുകൾക്കിടയിലുള്ള വിവർത്തനത്തിന് ലക്ഷ്യ വെബ്സൈറ്റ് അനുകരിക്കേണ്ടതില്ല. ഗേറ്റ്വേയിലേക്കുള്ള, പേരന്റിലേക്കുള്ള, വെബ്സൈറ്റിലേക്കുള്ള പ്രാമാണീകരണങ്ങൾ വ്യത്യസ്ത ക്രെഡൻഷ്യലുകളും കൈമാറ്റങ്ങളുമായി തുടരുന്നു.