השתמשו בהקשרי 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 של כתובת הפרוקסי חיונית לחילופי ה-TLS הראשונים האלה. עבור יעד HTTPS, urllib3 שולח אז CONNECT בתוך הפעלת ה-TLS החיצונית ומבצע TLS של האתר דרך המנהרה.

אם האתר דורש גם תעודת לקוח, הניחו אותה על origin_tls. שימוש חוזר בזהות הפרוקסי שם יאמת חיבור אחר.

לפרוקסי HTTP רגיל שנושא HTTPS אין לחיצת יד TLS חיצונית. גם 407 HTTP נוסף נפרד: אספקת תעודת לקוח אינה מספקת אישורי שם משתמש/סיסמה.

מאמרים קשורים