HTTP പ്രോക്സിയോ HTTPS പ്രോക്സിയോ: ഈ ലേബലിന്റെ അർഥമെന്ത്?
HTTPS സൈറ്റുകളിലേക്ക് ടണൽ സൃഷ്ടിക്കുന്ന HTTP പ്രോക്സിയും പ്രോക്സിയിലേക്കുള്ള കണക്ഷൻ തന്നെ എൻക്രിപ്റ്റ് ചെയ്യുന്ന HTTPS പ്രോക്സിയും തമ്മിലുള്ള വ്യത്യാസം മനസ്സിലാക്കാം.
പ്രോക്സി ലിസണറിന്റെ രേഖകളിൽ നൽകിയിരിക്കുന്ന സ്കീം ഉപയോഗിക്കുക. HTTP പ്രോക്സി പട്ടികയിൽനിന്ന് സാധ്യതകൾ തിരഞ്ഞെടുക്കുമ്പോൾ ക്ലയന്റ് ക്രമീകരിക്കുന്നതിന് മുമ്പ് ലിസണറിന്റെ സ്കീം ഉറപ്പാക്കുക. HTTPS സൈറ്റിന് http://proxy.example:8080 ഉപയോഗിക്കാം; ആ മൂല്യം https:// ആക്കുന്നത് പ്രോക്സിയിലേക്ക് മറ്റൊരു തരത്തിലുള്ള കണക്ഷൻ ആവശ്യപ്പെടുന്നു.
| പ്രോക്സി URL | വെബ്സൈറ്റ് URL | കണക്ഷൻ |
|---|---|---|
http://proxy.example:8080 | http://example.com/ | പ്രോക്സിയിലേക്കും ലക്ഷ്യസ്ഥാനത്തേക്കും എൻക്രിപ്റ്റ് ചെയ്യാത്ത HTTP. |
http://proxy.example:8080 | https://example.com/ | പ്രോക്സിയിലേക്ക് HTTP CONNECT, തുടർന്ന് ടണലിലൂടെ ലക്ഷ്യസ്ഥാനവുമായി TLS. |
https://proxy.example:8443 | https://example.com/ | പ്രോക്സിയിലേക്ക് TLS; ലക്ഷ്യസ്ഥാനത്തേക്കുള്ള ടണൽ ആ കണക്ഷന്റെ ഉള്ളിലൂടെ പോകുന്നു. |
CONNECT അനുവദിക്കുന്ന സാധാരണ HTTP ലിസണറിന് ഈ ക്രമീകരണം യോജിക്കുന്നു:
curl --proxy http://127.0.0.1:8080 https://example.com/പ്രോക്സി ടണൽ സ്വീകരിച്ചതിന് ശേഷമാണ് വെബ്സൈറ്റുമായുള്ള TLS ഹാൻഡ്ഷേക്ക് നടക്കുന്നത്. പ്രോക്സി URL https:// ആക്കുകയും ലിസണറിന് എൻക്രിപ്റ്റ് ചെയ്യാത്ത HTTP മാത്രമേ മനസ്സിലാകൂ എന്നിരിക്കുകയുമാണെങ്കിൽ, വെബ്സൈറ്റിനെ ബന്ധപ്പെടുന്നതിന് മുമ്പേ പ്രോക്സിയുമായുള്ള TLS ചർച്ച പരാജയപ്പെടാം.
പ്രോക്സി വരെയുള്ള TLS എന്ത് കൂട്ടിച്ചേർക്കുന്നു?
TLS ഉള്ള പ്രോക്സി, ക്ലയന്റിനും പ്രോക്സിക്കും ഇടയിലുള്ള ലിങ്കിനെ ആ പാതയിലെ നിഷ്ക്രിയ ചോർത്തിക്കേൾക്കലിൽനിന്ന് സംരക്ഷിക്കുന്നു. CONNECT കൈമാറ്റവും പ്രോക്സിയിലെ പ്രാമാണീകരണവും ഇതിൽ ഉൾപ്പെടുന്നു. പ്രോക്സി ഓപ്പറേറ്റർ കണക്ഷൻ കൈകാര്യം ചെയ്യുന്നതും ടണലിന്റെ ലക്ഷ്യസ്ഥാനം അറിയുന്നതും തുടരുന്നു. ഈ മോഡ് ക്ലയന്റും ലിസണറും പിന്തുണയ്ക്കണം:
curl --proxy https://proxy.example:8443 https://example.com/സേവനത്തിന്റെ യഥാർഥ ഹോസ്റ്റ് നാമം ഉപയോഗിക്കുക; സർട്ടിഫിക്കറ്റ് അതിനോട് പൊരുത്തപ്പെടുകയും വിശ്വസനീയമായിരിക്കുകയും വേണം. ലക്ഷ്യസ്ഥാനത്തിന്റെയും പോർട്ടിന്റെയും നിയന്ത്രണങ്ങൾ തുടർന്നും ബാധകമാണ്.
ഇരുവശത്തും HTTPS ഉണ്ടെങ്കിൽ, സർട്ടിഫിക്കറ്റ് പരിശോധനകൾ രണ്ടുണ്ട്. curl ഇവ വെവ്വേറെ ക്രമീകരിക്കാൻ അനുവദിക്കുന്നു:
curl --proxy https://proxy.example:8443 --proxy-cacert proxy-ca.pem --cacert origin-ca.pem https://example.com/--proxy-cacert പ്രോക്സിക്കുള്ള വിശ്വാസ ക്രമീകരണം നൽകുന്നു; --cacert ലക്ഷ്യസ്ഥാനത്തിനുള്ളത് നൽകുന്നു. ആവശ്യമെങ്കിൽ അഡ്മിനിസ്ട്രേറ്റർ നൽകിയ സർട്ടിഫിക്കറ്റ് ബണ്ടിലുകൾ ഉപയോഗിക്കുക; സിസ്റ്റത്തിന്റെ വിശ്വാസ ക്രമീകരണങ്ങൾ തന്നെ മതിയായേക്കാം. ഏതെങ്കിലും ഒന്ന് മാറ്റുന്നതിന് മുമ്പ് ഏത് ഹാൻഡ്ഷേക്കാണ് പരാജയപ്പെട്ടതെന്ന് കണ്ടെത്തുക.
ഒരു പ്രോക്സി പട്ടികയിലെ “HTTPS” ലേബൽ, ആ എൻഡ്പോയിന്റ് CONNECT പരിശോധന വിജയിച്ചു എന്നു മാത്രം അർഥമാക്കാം. പട്ടിക പരിശോധന വിശദീകരിക്കുന്നില്ലെങ്കിൽ, ലിസണർ http:// ആണോ https:// ആണോ പ്രതീക്ഷിക്കുന്നതെന്ന് ആ ലേബൽ മാത്രം വ്യക്തമാക്കില്ല.