Тексеру проксиінің қай жағы сертификатты қабылдамады?

Клиент мақұлданған тексеру проксиіне сенеді. Сұраныс бәрібір сертификат қатесінен орындалмайды. Екі факт те шын болуы мүмкін: бұл проксидің тексерілетін тағы бір TLS қатынасы бар.

client -- TLS to approved intermediary -- proxy -- TLS to website -- destination

Ұстап қалу схемасында делдал клиенттің TLS-ін аяқтап, әрі қарай өзінің байланысын жасайды. Клиент өз жағында ұсынылған сертификатты қабылдай алады, ал прокси веб-сайттан алған сертификатты қабылдамайды.

Тексерушінің қатесін оқыңыз

Сәтсіз тізбек немесе хост атауы туралы қай процесс хабарлағанын анықтаңыз. Прокси жасаған қате беті жарамды қосылым арқылы клиентке сәтті жетуі мүмкін. Клиенттің CA файлын тағы өзгерту проксидің жоғары ағындық сенім конфигурациясын жаңартпайды.

Мысалы, Mitmproxy жоғары ағындық сенімнің жеке опцияларын құжаттайды, оның ішінде ssl_verify_upstream_trusted_ca. Тиісті әкімші тексеруді сақтай отырып, жоғары ағындық қызмет үшін мақұлданған сенімді орната алады. Басқа прокси өніміне өзінің сәйкес интерфейсі қажет.

Нақты межелік атауын және тізбекті де тексеріңіз. Аралық сертификаты жоқ жеке қызмет, мерзімі өткен сертификат және танылмаған жеке эмитент әртүрлі жөндеуді қажет етеді. Бір жеке қызмет үшін көзделген ерекшелік үнсіз әрбір сертификатты жаһандық қабылдауға айналмауы керек.

Қарапайым CONNECT туннелі басқаша

Мөлдір емес беру туннелі межелік TLS-ін бұлай бөлмейді. Қолданба әдетте сол ұштан ұшқа TLS сессиясын өзі келісіп, тексереді. Тексеру проксиінің параметрлерін кез келген делдалға қолданудың орнына, алдымен ұстап қалу шынымен маршруттың бөлігі екенін анықтаңыз.

Екі тексеру нәтижесін бөлек жазып алыңыз. «Проксидің сертификаты сенімді» деген клиент жағындағы сұраққа жауап береді; ол прокси жоғары қосылғанда не көргенін куәландырмайды.