OpenSSL s_client. վստահված սերվերի 403-ը գալիս է նպատակակետի TLS-ից առաջ
Ընկալեք OpenSSL վստահված սերվերի CONNECT հարցման 403-ը որպես թունելի փուլի ձախողում և չախտորոշեք նպատակակետի վկայականը այն ձեռքսեղմումից, որը երբեք չի սկսվել։
Եթե openssl s_client-ը վստահված սերվերի CONNECT հարցմանն ի պատասխան ստանում է HTTP 403, սկսեք հենց այդ մերժումից։ Պահանջված թունելը չի հաստատվել։
-proxy դրոշակի դեպքում s_client-ը նախ խնդրում է HTTP վստահված սերվերին միանալ -connect դրոշակով նշված նպատակակետին։ Միայն հաջող CONNECT պատասխանն է այդ փոխանակումը վերածում թունելի՝ նպատակակետի TLS ձեռքսեղմման համար։
Այս հաջորդականությունը բացատրում է այլապես շփոթեցնող արտածումը՝ վստահված սերվերի սխալ, որին հաջորդում են TLS-առնչվող վերնագրեր, հակառակորդի վկայականի բացակայություն կամ թվացյալ հանգստացնող ստուգման տող։ Այդ դաշտերը չեն ապացուցում, որ նպատակակետի վկայականը ստացվել և ստուգվել է։ Գործողությունը կանգ է առել ավելի վաղ փուլում։
Գրանցեք վստահված սերվերի պատասխանը և պահանջված նպատակակետի հոսթն ու պորտը։ 403-ը ուշադրությունը հրավիրում է վստահված սերվերի մուտքի որոշման վրա, իսկ 407-ը պահանջում է վստահված սերվերում նույնականացում։ Ոչ մեկը չի շտկվում նպատակակետի վկայականի ստուգումն անջատելով։
Երբ թույլատրվում է ուսումնասիրել փոխանակումը, s_client-ի -debug արտածումը կարող է օգնել բացահայտել մերժումը։ Վստահված սերվերի ցանկացած հավատարմագրեր պահեք համօգտագործվող հետքերից դուրս։ Հաջող թունելը հետագայում դեռ կպահանջի իր սեփական TLS-ի և վկայականների գնահատումը, սակայն նպատակակետի վկայականների շղթա ախտորոշելու համար գոյություն չունի, քանի դեռ այդ փուլը փաստացի չի հասել։