Проверете го сертификатот на веб-страница преку HTTP прокси со OpenSSL
Користете OpenSSL s_client преку HTTP CONNECT прокси и усогласете ги името на целта, SNI и проверката на сертификатот.
Користете инсталиран OpenSSL s_client што поддржува -proxy. За овластена HTTP CONNECT крајна точка:
openssl s_client -proxy proxy.example:3128 -connect example.com:443 -servername example.com -verify_hostname example.com -verify_return_error -showcertsЗаменете ја адресата на проксито и доследно користете го предвиденото име на целта. За тест на јавна цел преку прокси што смеете да го изберете, одберете HTTP кандидат од листата на HTTP прокси. -connect ја избира целта, -servername испраќа SNI за нејзиниот TLS виртуелен хост, а -verify_hostname го проверува идентитетот. Само SNI не е проверка на името на хостот. При приспособување на опциите проверете го прирачникот за инсталираната верзија.
-showcerts прикажува што испратил серверот, но не кажува дека синџирот е доверлив. -verify_return_error прави грешките при проверка да го прекинат handshake; инаку дијагностичкиот клиент може да продолжи по грешките. За приватна услуга користете одобрен CA материјал наместо да му верувате на случајно преземен сертификат.
| Резултат | Фаза |
|---|---|
| 407 | Автентикација на прокси пред TLS на целта. |
| Одбиена CONNECT цел | Политика на целта на проксито. |
| Сертификатот е примен и е направен обид за проверка | TLS размена на целта преку прифатениот тунел. |
Со OpenSSL 3.x и HTTP прокси со Basic автентикација, користете ги опциите за прокси сметка на s_client и задржете ја проверката на целта.
Крајна точка само со SOCKS не го обезбедува HTTP прокси интерфејсот што го користи оваа команда. При овластено TLS пресретнување, прикажаниот сертификат може да биде издаден од тој посредник. Споредете го неговиот издавач и предвиденото уредување на доверба пред да ја припишете разликата на неисправна веб-страница.