Naudokite įdiegtą OpenSSL s_client, palaikantį -proxy. Įgaliotam HTTP CONNECT galiniam taškui:

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

Pakeiskite tarpinio serverio adresą ir nuosekliai naudokite numatytą paskirties pavadinimą. Norėdami išbandyti viešą paskirties vietą per pasirenkamą tarpinį serverį, pasirinkite HTTP kandidatą iš HTTP tarpinių serverių sąrašo. -connect pasirenka tikslą, -servername siunčia SNI jo virtualiajam TLS pagrindiniam kompiuteriui, o -verify_hostname tikrina tapatybę. Vien SNI nėra pagrindinio kompiuterio pavadinimo tikrinimas. Tinkindami parinktis patikrinkite įdiegtos laidos vadovą.

-showcerts rodo, ką išsiuntė serveris, bet neskelbia, kad grandinė patikima. -verify_return_error priverčia tikrinimo klaidas nutraukti handshake; kitu atveju diagnostikos klientas gali tęsti po klaidų. Privačiai paslaugai naudokite patvirtintą CA medžiagą, o ne pasitikėkite atsitiktinai atsisiųstu sertifikatu.

RezultatasEtapas
407Tarpinio serverio autentifikavimas prieš paskirties TLS.
Atmesta CONNECT paskirties vietaTarpinio serverio paskirties politika.
Sertifikatas gautas ir bandyta tikrintiPaskirties TLS mainai per priimtą tunelį.

Naudodami OpenSSL 3.x ir HTTP tarpinį serverį su Basic autentifikavimu, naudokite s_client tarpinio serverio paskyros parinktis ir išlaikykite paskirties tikrinimą.

Tik SOCKS palaikantis galinis taškas nepateikia HTTP tarpinio serverio sąsajos, kurią naudoja ši komanda. Esant įgaliotam TLS perėmimui, rodomą sertifikatą gali būti išdavęs tas tarpininkas. Palyginkite jo išdavėją ir numatytą pasitikėjimo tvarką prieš priskirdami skirtumą sugedusiai svetainei.

Susiję straipsniai