Brûk aparte TLS-konteksten foar de proxy en webside fan urllib3

Laad it kliïntsertifikaat fan de HTTPS-proxy yn proxy_ssl_context, en lit it fertrouwen fan de bestimming en elke kliïntidentiteit fan de bestimming op 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')

Brûk de feitlik goedkarde bestannen. proxy-roots.pem ferifiearret de tuskenpersoan; proxy-client.pem en de byhearrende privekaai identifisearje dizze kliïnt by dy tuskenpersoan. origin_tls hâldt it aparte fertrouwensbelied fan de bestimming.

It https-skema fan de proxy-URL is essinsjeel foar dat earste TLS-útwiksel. Foar in HTTPS-doel stjoert urllib3 dan CONNECT binnen de bûtenste TLS-sesje en docht it webside-TLS troch de tunnel.

As de webside ek in kliïntsertifikaat freget, set it dan op origin_tls. It werbrûken fan de proxy-identiteit dêr soe in oare ferbining autentisearje.

In gewoane HTTP-proxy dy t HTTPS ferfiert hat gjin bûtenste TLS-handshake. In ekstra HTTP 407 is ek apart: it leverjen fan in kliïntsertifikaat jout gjin brûkersnamme/wachtwurd-gegevens.

Relatearre artikelen