Ո՞վ է ուղարկում հաճախորդի վկայականը վստահված սերվերի միջով:
Նպատակակետի mTLS հավաստագրերը առանձին պահեք վստահված սերվերի հավաստագրերից և այն վկայականներից, որոնք Apache-ն օգտագործում է սեփական վերին TLS նստաշրջանը ստեղծելիս:
Սովորական CONNECT-ով HTTPS-ի դեպքում ծրագիրը կայքի հաճախորդի վկայականն ուղարկում է իր իսկ նպատակակետի TLS ձեռքսեղմման ընթացքում։ Վստահված սերվերը միայն բայթեր է փոխանցում. այն ինքնաբերաբար չի դառնում կայքի TLS հաճախորդ։
| Հավաստագիր | Սեփականատեր/կապ |
|---|---|
| Վստահված սերվերի օգտանուն/գաղտնաբառ | Հաճախորդի մուտքը վստահված սերվեր։ |
| Կայքի հաճախորդի վկայականը և մասնավոր բանալին | Ծրագրի TLS նստաշրջանը նպատակակետի հետ։ |
| Վստահված սերվերի վերին հաճախորդի վկայականը | TLS նստաշրջան, որը սկսում է հենց վստահված սերվերը։ |
Այս դերերը կարող են գոյակցել։ Կայքի մասնավոր բանալին պարզ թունելային վստահված սերվեր վերբեռնելը պարտադիր չէ նպատակակետի mTLS-ն աշխատեցնելու համար։ CONNECT-ի փոխանցումից հետո օգտագործեք ծրագրի սովորական նպատակակետի հաճախորդ-վկայականի կարգավորումը և շարունակեք ստուգել կայքի սերվերի վկայականը։
Apache-ի SSLProxyMachineCertificateFile-ը հավաստագրեր է տրամադրում, երբ Apache-ն ստեղծում է իր սեփական վերին TLS նստաշրջանը։ Այդ ֆայլի մասին խորհուրդը չի ապացուցում, որ անթափանց փոխանցման թունել օգտագործող յուրաքանչյուր հաճախորդ պետք է կարգավորի այն։
TLS ընդհատումը նստաշրջանն ավարտում է միջնորդի մոտ և փոխում է այս սեփականությունը։ Պարզեք՝ արդյոք պահանջվող հաճախորդի ինքնությունը կարող է անցնել այդ կարգավորումով, փոխարենը ենթադրելու, որ վկայականի պատճենումը պահպանում է ծայրից ծայր նույնականացումը։
Ձախողման դեպքում գրանցեք՝ հարցումը կանգնե՞լ է վստահված սերվերի մուտքի, նպատակակետի TLS-ի, թե՞ ծրագրի հետագա փոխանակման վրա։ Տեղադրեք հավաստագիրը այն կապի վրա, որն իրոք պահանջում է այն։