In webside-sertifikaat fia in HTTP-proxy mei OpenSSL besjen
Brûk OpenSSL s_client fia in HTTP CONNECT-proxy en hâld de bestimmingsnamme, SNI en sertifikaatferifikaasje opinoar ôfstimd.
Brûk in ynstallearre OpenSSL s_client dy’t -proxy stipet. Foar in autorisearre HTTP CONNECT-einpunt:
openssl s_client -proxy proxy.example:3128 -connect example.com:443 -servername example.com -verify_hostname example.com -verify_return_error -showcertsFerfang it proxy-adres en brûk de bedoelde bestimmingsnamme konsekwint. Foar in test fan in iepenbiere bestimming fia in proxy dy’tst kieze meist, kies in HTTP-kandidaat út de HTTP-proxylist. -connect kiest it doel, -servername stjoert SNI foar de TLS-firtuele host, en -verify_hostname kontrolearret de identiteit. SNI allinnich is gjin hostnammeferifikaasje. Sjoch de hânlieding foar de ynstallearre ferzje by it oanpassen fan opsjes.
-showcerts lit sjen wat de server stjoerde, net dat de keatling fertroud wurdt. -verify_return_error lit ferifikaasjeflaters de handshake beëinigje; oars kin de diagnostyske kliïnt nei flaters trochgean. Brûk goedkard CA-materiaal foar in private tsjinst ynstee fan in samar ynladen sertifikaat te fertrouwen.
| Resultaat | Faze |
|---|---|
| 407 | Proxy-autentikaasje foar de TLS fan de bestimming. |
| CONNECT-bestimming wegere | Proxybelied foar de bestimming. |
| Sertifikaat ûntfongen en ferifikaasje besocht | De TLS-útwikseling fan de bestimming troch de akseptearre tunnel. |
Mei OpenSSL 3.x en in HTTP-proxy mei Basic-autentikaasje brûk de s_client-proxyaccountopsjes wylst de bestimmingsferifikaasje beholden bliuwt.
In allinnich-SOCKS-einpunt jout de HTTP-proxy-ynterface fan dit kommando net. By autorisearre TLS-ûnderskepping kin it toande sertifikaat troch dy tuskenpersoan útjûn wêze. Fergelykje syn útjouwer en de bedoelde fertrouwensregeling foardatst it ferskil oan in stikkene webside taskriuwst.