Webgune baten ziurtagiria HTTP proxy baten bidez OpenSSL erabiliz aztertzea
Erabili OpenSSL s_client HTTP CONNECT proxy baten bidez, eta mantendu helmugaren izena, SNI eta ziurtagiriaren egiaztapena lerrokatuta.
Erabili s_client onartzen duen instalatutako OpenSSL -proxy. Baimendutako HTTP CONNECT endpoint baterako:
openssl s_client -proxy proxy.example:3128 -connect example.com:443 -servername example.com -verify_hostname example.com -verify_return_error -showcertsOrdeztu proxyaren helbidea eta erabili aurreikusitako helmuga-izena koherentziaz. Aukera duzun proxy baten bidez helmuga publikoa probatzeko, aukeratu HTTP hautagai bat HTTP proxy zerrendatik. -connect-ek helburua aukeratzen du, -servername-ek SNI bidaltzen du bere TLS ostalari birtualarentzat, eta -verify_hostname-ek identitatea egiaztatzen du. SNI hutsa ez da ostalari-izenaren egiaztapena. Aukerak egokitzean, kontsultatu instalatutako bertsioaren eskuliburua.
-showcerts-ek zerbitzariak bidalitakoa erakusten du, baina ez du katea fidagarria dela adierazten. -verify_return_error-ek egiaztapen-erroreek handshakea amaitzea eragiten du; bestela, diagnostiko-bezeroak akatsen ondoren jarrai dezake. Zerbitzu pribatu baterako, erabili CA material onartua ausaz deskargatutako ziurtagiri batean fidatu beharrean.
| Emaitza | Fasea |
|---|---|
| 407 | Proxyaren autentifikazioa helmugaren TLSaren aurretik. |
| Baztertutako CONNECT helburua | Proxyaren helmuga-politika. |
| Ziurtagiria jaso eta egiaztatzen saiatu da | Helmugaren TLS trukea onartutako tuneletik. |
OpenSSL 3.x eta Basic autentifikazioa duen HTTP proxy batekin, erabili s_client-en proxy-kontuaren aukerak helmugaren egiaztapena mantenduz.
SOCKS-only endpoint batek ez du komando honek erabiltzen duen HTTP proxy interfazea ematen. Baimendutako TLS interceptionean, erakutsitako ziurtagiria bitartekari horrek eman dezake. Desberdintasuna webgune akastun bati egotzi aurretik, alderatu haren jaulkitzailea eta aurreikusitako konfiantza-antolamendua.