Undersøk eit nettstadsertifikat gjennom ein HTTP-proxy med OpenSSL

Bruk ein installert OpenSSL s_client som støttar -proxy. For eit autorisert HTTP CONNECT-endepunkt:

openssl s_client -proxy proxy.example:3128   -connect example.com:443 -servername example.com   -verify_hostname example.com -verify_return_error -showcerts

Byt ut proxyadressa og bruk det tiltenkte målnamnet konsekvent. For å teste eit offentleg mål gjennom ein proxy du kan velje, vel ein HTTP-kandidat frå HTTP-proxylista. -connect vel målet, -servername sender SNI for den virtuelle TLS-verten, og -verify_hostname kontrollerer identiteten. SNI åleine er ikkje vertsnamnkontroll. Sjå handboka for den installerte utgåva når du tilpassar vala.

-showcerts viser kva serveren sende, ikkje at kjeda er tiltrudd. -verify_return_error gjer at kontrollfeil avsluttar handtrykket; elles kan diagnoseklienten halde fram etter feil. Bruk godkjent CA-materiale for ei privat teneste i staden for å stole på eit tilfeldig nedlasta sertifikat.

Med OpenSSL 3.x og ein HTTP-proxy med Basic-autentisering brukar du s_client-proxykontoalternativa medan målverifiseringa blir halden ved lag.

Eit berre-SOCKS-endepunkt tilbyr ikkje HTTP-proxygrensesnittet som denne kommandoen nyttar. Ved autorisert TLS-avlytting kan sertifikatet som blir vist, vere utferda av dette mellomleddet. Samanlikn utferdaren og den tiltenkte tillitsordninga før du forklarer skilnaden med ein øydelagd nettstad.