Utilitza un OpenSSL s_client instal·lat que admeti -proxy. Per a un extrem HTTP CONNECT autoritzat:

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

Substitueix l’adreça del proxy i utilitza de manera coherent el nom de destinació previst. Per provar una destinació pública a través d’un proxy que puguis escollir, selecciona un candidat HTTP de la llista de proxies HTTP. -connect selecciona l’objectiu, -servername envia SNI per al seu host virtual TLS i -verify_hostname comprova la identitat. SNI per si sol no és verificació del nom de host. Consulta el manual de la versió instal·lada quan adaptis les opcions.

-showcerts mostra el que ha enviat el servidor, no declara que la cadena sigui de confiança. -verify_return_error fa que els errors de verificació acabin la negociació; altrament, el client de diagnòstic pot continuar després dels errors. Per a un servei privat, utilitza material de CA aprovat en lloc de confiar en un certificat descarregat a l’atzar.

ResultatFase
407Autenticació del proxy abans del TLS de destinació.
Destinació CONNECT denegadaPolítica de destinació del proxy.
Certificat rebut i verificació intentadaIntercanvi TLS de la destinació a través del túnel acceptat.

Amb OpenSSL 3.x i un proxy HTTP que autentica amb Basic, utilitza les opcions de compte del proxy de s_client mantenint la verificació de la destinació.

Un extrem només SOCKS no proporciona la interfície de proxy HTTP que utilitza aquesta ordre. Amb interceptació TLS autoritzada, el certificat mostrat pot haver estat emès per aquest intermediari. Compara el seu emissor i la relació de confiança prevista abans d’atribuir la diferència a un lloc web trencat.

Articles relacionats