Користете одделни TLS контексти за проксито и веб-страницата на urllib3

Вчитајте го клиентскиот сертификат на HTTPS проксито во proxy_ssl_context, оставајќи ја довербата на одредиштето и секој идентитет на клиент на одредиштето во ssl_context.

import ssl
import urllib3

proxy_tls = ssl.create_default_context(cafile='proxy-roots.pem')
proxy_tls.load_cert_chain('proxy-client.pem', 'proxy-client.key')
origin_tls = ssl.create_default_context()

with urllib3.ProxyManager(
    'https://proxy.example:8443',
    proxy_ssl_context=proxy_tls,
    ssl_context=origin_tls,
    timeout=urllib3.Timeout(connect=5, read=15),
) as http:
    response = http.request('GET', 'https://service.example/data')

Користете ги навистина одобрените датотеки. proxy-roots.pem го проверува посредникот; proxy-client.pem и соодветниот приватен клуч го идентификуваат овој клиент кај тој посредник. origin_tls ја задржува одделната политика на доверба на одредиштето.

Шемата https на URL-то на проксито е од суштинско значење за таа прва TLS размена. За HTTPS цел urllib3 потоа испраќа CONNECT во надворешната TLS сесија и го изведува TLS-то на веб-страницата низ тунелот.

Ако веб-страницата бара и клиентски сертификат, ставете го на origin_tls. Повторната употреба на идентитетот на проксито таму би автентицирала друга врска.

Обичното HTTP прокси што пренесува HTTPS нема надворешно TLS ракување. Дополнителниот HTTP 407 е исто така одделен: обезбедувањето клиентски сертификат не дава акредитиви за корисничко име/лозинка.

Поврзани статии