OpenSSL s_client: tarpinio serverio 403 įvyksta prieš paskirties TLS
Aiškinkite OpenSSL tarpinio serverio CONNECT 403 kaip tunelio etapo gedimą ir nediagnozuokite paskirties sertifikato pagal rankos paspaudimą, kuris niekada neprasidėjo.
Jei openssl s_client gauna HTTP 403 atsakydamas į savo CONNECT užklausą per tarpinį serverį, pradėkite nuo šio atmetimo. Prašomas tunelis nebuvo sukurtas.
Su -proxy s_client pirmiausia paprašo HTTP tarpinio serverio prisijungti prie paskirties, nurodytos -connect. Tik sėkmingas CONNECT atsakymas paverčia šią mainus tuneliu paskirties TLS rankos paspaudimui.
Ši tvarka paaiškina kitaip klaidinančią išvestį: tarpinio serverio klaida, po kurios eina su TLS susijusios antraštės, nėra partnerio sertifikato arba atrodo raminanti patikros eilutė. Šie laukai neįrodo, kad paskirties sertifikatas buvo gautas ir patikrintas. Operacija sustojo ankstesniame etape.
Užrašykite tarpinio serverio atsakymą bei prašomą paskirties mazgo vardą ir prievadą. 403 nukreipia dėmesį į tarpinio serverio prieigos sprendimą; 407 prašo autentifikacijos tarpiniame serveryje. Nė vieno neišsprendžia paskirties sertifikato patikros išjungimas.
Kai leidžiama ištirti mainus, s_client -debug išvestis gali padėti atskleisti atmetimą. Laikykite visus tarpinio serverio prisijungimo duomenis už bendrų pėdsakų ribų. Sėkmingam tuneliui vis tiek vėliau reikės savo TLS ir sertifikatų vertinimo, tačiau tikslinės sertifikatų grandinės diagnozuoti nėra, kol tas etapas faktiškai nepasiektas.