Idan openssl s_client ya sami HTTP 403 a martanin buƙatarsa ta CONNECT ta proxy, fara da wannan ƙin. Ba a kafa tunnel ɗin da aka nema ba.

Da -proxy, s_client da farko yana roƙon proxy na HTTP ya haɗa zuwa manufar da aka nuna da -connect. Sai martanin CONNECT mai nasara ne kawai ke mayar da wannan musayar zuwa tunnel don handshake na TLS na manufa.

Wannan tsari yana bayanin fitarwa da in ba haka ba tana da ruɗani: kuskuren proxy wanda ke biye da kanun labarai masu alaƙa da TLS, rashin takardar tabbatarwa ta abokin haɗi, ko layin tabbatarwa da yake da alama mai kwantar da hankali. Waɗannan filayen ba sa tabbatar da cewa an karɓi takardar tabbatar da manufa kuma an tabbatar da ita. Aikin ya tsaya a mataki na farko.

Yi rikodin martanin proxy da host da tashar jiragen ruwa na manufar da aka nema. 403 yana jan hankali zuwa shawarar samun dama ta proxy; 407 yana neman tabbatar da ainihi a proxy. Ba a gyara ɗaya daga cikinsu ta hanyar kashe tabbatar da takardar tabbatar da manufa.

Sa'ad da aka ba da izini a duba musayar, fitarwar -debug ta s_client na iya taimakawa wajen fallasa ƙin. Ka riƙe duk wani bayanan shiga na proxy a wajen bayanan da aka raba. Tunnel mai nasara zai har yanzu buƙaci nasa kimanta TLS da takardun tabbatarwa daga baya, amma babu sarkar takardar tabbatarwa ta manufa da za a bincika har sai an kai wannan matakin a zahiri.

Labarai masu alaƙa