HTTPS վստահված սերվերը նույնպես պետք է ուղարկի իր վկայագրերի շղթան
Ախտորոշեք բացակայող միջանկյալ վկայագրերը հաճախորդից Squid TLS-լսիչում՝ առանձին նպատակակետ կայքի վկայագրից։
Եթե հաճախորդները մերժում են HTTPS վստահված սերվերը նախքան կայք հասնելը, ստուգեք լսիչի ուղարկած շղթան։ Միայն վավեր տերևային վկայագիրը կարող է չապահովել հաճախորդին անհրաժեշտ միջանկյալ վկայագրերը։
- Որոշեք ստուգվող վերջնակետը։ Կարդացեք հոսթի անունը կազմաձևված վստահված սերվերի URL-ում և այդ կապի սխալը։ Լսիչի վկայագիրը պետք է ծածկի այդ անունը։ Կայքի վկայագիրը կամ այլ IP կեղծանվան վկայագիրը չի կարող փոխարինել այն։
- Ստուգեք լսիչի շղթայի կազմաձևը։ Squid-ի աջակցվող OpenSSL կազմաձևը կարող է ներառել միջանկյալ վկայագրեր վկայագրի ֆայլում։ Հաստատեք դասավորությունը լսիչի տեղեկագրում՝ տեղադրված Squid տարբերակի և TLS backend-ի համար. փաթեթների վարքը միատեսակ չէ։ Squid 6.13-ի TLS լսիչի օրինակը լսիչի վստահությունը առանձին է պահում նպատակակետի TLS-ից։
- Ստուգեք հաճախորդի վստահությունը առանձին։ Միջանկյալ վկայագրերի ուղարկումն օգնում է կառուցել շղթան, սակայն հաճախորդին դեռ անհրաժեշտ է նախատեսված արմատային վստահության խարիսխը։ Ամբողջ սերվերի շղթան առանց տարբերակման արմատային պահոց ներմուծելը տարբեր փոփոխություն է, քան սերվերի ուղարկածը ուղղելը։
Թողեք ստուգումը միացված։ Այն նույնականացնում է այն HTTPS վստահված սերվերը, որը հաճախորդը մտադիր էր օգտագործել։ Այդ կապը ստուգվելուց հետո ավելի ուշ կայքի վկայագրի սխալը պատկանում է նպատակակետի TLS սեսիային վստահված սերվերի միջոցով՝ իր սեփական հոսթի անվան և վստահության ուսումնասիրությամբ։