Kontrolloni certifikatën e një faqeje përmes një proxy HTTP me OpenSSL
Përdorni OpenSSL s_client përmes një proxy HTTP CONNECT dhe mbani të harmonizuara emrin e destinacionit, SNI-në dhe verifikimin e certifikatës.
Përdorni një OpenSSL s_client të instaluar që mbështet -proxy. Për një endpoint HTTP CONNECT të autorizuar:
openssl s_client -proxy proxy.example:3128 -connect example.com:443 -servername example.com -verify_hostname example.com -verify_return_error -showcertsZëvendësoni adresën e proxy-t dhe përdorni në mënyrë të njëtrajtshme emrin e synuar të destinacionit. Për të testuar një destinacion publik përmes një proxy-je që mund të zgjidhni, zgjidhni një kandidat HTTP nga lista e proxy-ve HTTP. -connect zgjedh objektivin, -servername dërgon SNI për hostin e tij virtual TLS, ndërsa -verify_hostname kontrollon identitetin. Vetëm SNI nuk është verifikim i emrit të hostit. Kontrolloni manualin e versionit të instaluar kur përshtatni opsionet.
-showcerts shfaq atë që dërgoi serveri, jo një deklaratë se zinxhiri është i besueshëm. -verify_return_error bën që gabimet e verifikimit të përfundojnë handshake; përndryshe klienti diagnostikues mund të vazhdojë pas gabimeve. Për një shërbim privat përdorni material CA të miratuar në vend që t’i besoni një certifikate të shkarkuar rastësisht.
| Rezultati | Faza |
|---|---|
| 407 | Autentikimi i proxy-t para TLS-së së destinacionit. |
| Destinacion CONNECT i refuzuar | Politika e destinacionit të proxy-t. |
| Certifikata u mor dhe u provua verifikimi | Shkëmbimi TLS i destinacionit përmes tunelit të pranuar. |
Me OpenSSL 3.x dhe një proxy HTTP me autentikim Basic, përdorni opsionet e llogarisë së proxy-t të s_client duke ruajtur verifikimin e destinacionit.
Një endpoint vetëm SOCKS nuk ofron ndërfaqen HTTP proxy që përdor kjo komandë. Me interceptim TLS të autorizuar, certifikata e shfaqur mund të jetë lëshuar nga ai ndërmjetës. Krahasoni lëshuesin e saj dhe rregullimin e synuar të besimit para se ta lidhni ndryshimin me një faqe të prishur.