Benotzt en installéierten OpenSSL s_client deen -proxy ënnerstëtzt. Fir en autoriséierten HTTP-CONNECT-Endpunkt:

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

Ersetzt d’Proxyadress a benotzt den virgesinnenen Zilnumm konsequent. Fir en ëffentlecht Zil iwwer e Proxy ze testen, deen Dir wiele kënnt, wielt e HTTP-Kandidat aus der HTTP-Proxy-Lëscht. -connect wielt d’Zil, -servername schéckt SNI fir säin TLS-virtuellen Host, an -verify_hostname kontrolléiert d’Identitéit. SNI eleng ass keng Hostnummverifikatioun. Kuckt an d’Handbuch vun der installéierter Versioun, wann Dir Optiounen upasst.

-showcerts weist, wat de Server geschéckt huet, a seet net, datt d’Kette vertraut ass. -verify_return_error léisst Verifikatiounsfeeler den Handshake ofbriechen; soss kann den Diagnosclient no Feeler weiderlafen. Benotzt fir e private Service approuvéiert CA-Material amplaz engem zoufälleg erofgeluedenen Zertifikat ze vertrauen.

ResultatPhas
407Proxy-Authentifikatioun virum TLS vum Zil.
Ofgeleent CONNECT-ZilProxy-Zilpolitik.
Zertifikat empfaangen a Verifikatioun probéiertTLS-Austausch vum Zil duerch den akzeptéierten Tunnel.

Mat OpenSSL 3.x an engem HTTP-Proxy mat Basic-Authentifikatioun benotzt d’Proxy-Kontoptione vu s_client a behält d’Zilverifikatioun bäi.

E SOCKS-nëmmen-Endpunkt bitt net d’HTTP-Proxy-Interface, déi dëse Kommando benotzt. Bei autoriséierter TLS-Interceptioun kann dat gewisen Zertifikat vun deem Intermediaire ausgestallt sinn. Vergläicht säin Aussteller an déi virgesinn Vertrauensrelatioun, ier Dir den Ënnerscheed enger futtisser Websäit zourechent.

Ähnlech Artikelen