Bruk separate TLS-kontekstar for proxyen og nettsida til urllib3

Last inn klientcertifikatet til HTTPS-proxyen i proxy_ssl_context, og la tilliten til målet og eventuell målklientidentitet bli liggjande på 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')

Bruk dei faktisk godkjende filene. proxy-roots.pem stadfester mellomleddet; proxy-client.pem og den tilhøyrande private nøkkelen identifiserer denne klienten overfor dette mellomleddet. origin_tls held på den separate tillitspolitikken til målet.

Skjemaet https i proxy-URL-en er avgjerande for den fyrste TLS-utvekslinga. For eit HTTPS-mål sender urllib3 deretter CONNECT inne i den ytre TLS-økta og utfører TLS-en til nettsida gjennom tunnelen.

Viss nettsida òg krev eit klientcertifikat, legg det på origin_tls. Gjenbruk av proxyidentiteten der ville autentisere ei anna tilkopling.

Ein vanleg HTTP-proxy som fraktar HTTPS har ingen ytre TLS-handtrykk. Ein ekstra HTTP 407 er òg separat: å leggje fram eit klientcertifikat gjev ikkje brukarnamn/passord-innlogging.

Relaterte artiklar