OpenSSL ഉപയോഗിച്ച് HTTP പ്രോക്സി വഴി വെബ്‌സൈറ്റ് സർട്ടിഫിക്കറ്റ് പരിശോധിക്കുക
HTTP CONNECT പ്രോക്സി വഴി OpenSSL s_client ഉപയോഗിച്ച് ലക്ഷ്യനാമം, SNI, സർട്ടിഫിക്കറ്റ് പരിശോധന എന്നിവ ഒത്തുപോകുന്നുവെന്ന് ഉറപ്പാക്കുക.
s_client പിന്തുണയ്ക്കുന്ന ഇൻസ്റ്റാൾ ചെയ്ത OpenSSL -proxy ഉപയോഗിക്കുക. അംഗീകൃത HTTP CONNECT endpoint-ിന്:
openssl s_client -proxy proxy.example:3128 -connect example.com:443 -servername example.com -verify_hostname example.com -verify_return_error -showcertsപ്രോക്സി വിലാസം മാറ്റി ഉദ്ദേശിച്ച ലക്ഷ്യനാമം സ്ഥിരമായി ഉപയോഗിക്കുക. തിരഞ്ഞെടുക്കാവുന്ന പ്രോക്സി വഴി public destination പരിശോധിക്കാൻ HTTP proxy list-ൽ നിന്ന് HTTP candidate തിരഞ്ഞെടുക്കുക. -connect ലക്ഷ്യം തിരഞ്ഞെടുക്കുന്നു, -servername അതിന്റെ TLS virtual host-ലേക്ക് SNI അയയ്ക്കുന്നു, -verify_hostname തിരിച്ചറിയൽ പരിശോധിക്കുന്നു. SNI മാത്രം hostname verification അല്ല. ഓപ്ഷനുകൾ മാറ്റുമ്പോൾ ഇൻസ്റ്റാൾ ചെയ്ത release-ന്റെ manual പരിശോധിക്കുക.
-showcerts server അയച്ചത് കാണിക്കുന്നു; chain വിശ്വസനീയമാണെന്ന് പ്രഖ്യാപിക്കുന്നില്ല. -verify_return_error verification errors ഉണ്ടാകുമ്പോൾ handshake അവസാനിപ്പിക്കുന്നു; അല്ലെങ്കിൽ diagnostic client errors കഴിഞ്ഞും തുടരാം. സ്വകാര്യ സേവനത്തിന് random ആയി download ചെയ്ത certificate വിശ്വസിക്കുന്നതിനുപകരം approved CA material ഉപയോഗിക്കുക.
| ഫലം | ഘട്ടം |
|---|---|
| 407 | Destination TLS-ന് മുമ്പുള്ള proxy authentication. |
| നിരസിച്ച CONNECT ലക്ഷ്യം | Proxy destination policy. |
| Certificate ലഭിച്ചു, verification ശ്രമിച്ചു | സ്വീകരിച്ച tunnel വഴിയുള്ള destination TLS exchange. |
OpenSSL 3.x-ഉം Basic-authenticating HTTP proxy-യും ഉപയോഗിക്കുമ്പോൾ destination verification നിലനിർത്തി s_client proxy-account options ഉപയോഗിക്കുക.
SOCKS മാത്രം endpoint ഈ command ഉപയോഗിക്കുന്ന HTTP proxy interface നൽകുന്നില്ല. Authorized TLS interception ഉള്ളപ്പോൾ കാണുന്ന certificate ആ intermediary നൽകിയതായിരിക്കാം. വ്യത്യാസം തകരാറായ website-ന് ചുമത്തുന്നതിന് മുമ്പ് അതിന്റെ issuer-ഉം ഉദ്ദേശിച്ച trust arrangement-ഉം താരതമ്യം ചെയ്യുക.