Прокси колдонгондогу сертификат каталары
Сертификат жөндөөлөрүн өзгөртүүдөн мурда текшерүү проксинин өз TLS байланышындабы же максаттуу сайттабы ишке ашпаганын аныктаңыз.
CA топтомун өзгөртүүдөн мурда кайсы TLS кол алышуусу ишке ашпай калганын табыңыз. Проксинин сертификаты менен сайттын сертификаты ар башка байланыштарда текшерилиши мүмкүн.
| Прокси жана максат | TLS текшерүүлөрү |
|---|---|
| HTTPS максатка баруучу HTTP прокси | CONNECTтен кийин туннель аркылуу максаттын сертификатын текшериңиз. |
| HTTPS максатка баруучу HTTPS прокси | Адегенде проксиге TLS байланышын текшериңиз; туннель ачылгандан кийин максатка өзүнчө TLS сеансын текшериңиз. |
Суралган хост атын жана акыркы бүткөн кол алышууну кеңири изден аныктаңыз. HTTPS проксинин сертификат катасы сайтка кайрылуудан мурда чыгышы мүмкүн. Ошол байланыш үчүн каралган атты, сертификаттын жарактуулук мөөнөтүн, жергиликтүү саатты, күтүлгөн чынжырды жана бекитилген ишеним сактагычын текшериңиз. Атайын жөндөлгөн TLS кармап калууну же кошулган түпкү сертификатты да иликтөөгө кошуңуз.
curl эки байланыш үчүн өзүнчө CA параметрлерин берет:
curl --proxy https://proxy.example:8443 --proxy-cacert proxy-ca.pem --cacert site-ca.pem https://example.com/--proxy-cacert прокси үчүн, --cacert максат үчүн ишеним негизин берет. Мисалдагы туташуу чекитин жана файлдарды көздөгөн ишеним түзүлүшүңүздүн маанилерине алмаштырыңыз. Системанын ишеними жетиштүү болсо, өзүнчө топтомдордун кереги жок.
Хост атын каалаган IP менен алмаштыруу сертификаттын дал келүүсүн өзгөртөт. Текшерүүнү өткөрүп жиберүү экинчи тараптын ким экенин аныктабай эле катаны жашырышы мүмкүн. Бейтааныш проксинин өзүнүн түпкү CA-сын орнотууну суранышы ага ишенүүгө жетиштүү себеп эмес.
Четке кагылган порт байланышы же CONNECT мурдагы баскычка тиешелүү; сертификаттарды өзгөртүү муну оңдобойт. Тескерисинче, максаттын TLS текшерүүсүнөн кийин сайттын HTTP катасы алынган жоопко тиешелүү, дагы бир CA өзгөртүүгө эмес.