NO_PROXY läscht keng explizit Requests-Route
Ënnerscheet tëschent dem Ënnerdrécke vun der Proxy-Entdeckung aus der Ëmwelt an dem Ewechhuele vun engem Proxy, dee bewosst an enger Requests-Zouuerdnung uginn ass.
Wann d'Applikatioun dem Requests seng Proxy-Politik gëtt, gitt direkt eng Ausnam op déi selwecht Politik. Fir eng existent Session an en enk begrenzten Uruff:
direct_routes = {'http': '', 'https': ''}
response = session.get(url, proxies=direct_routes, timeout=15)Déi explizit leere Wäerter wielen déi direkt Weiderleitung fir déi betraffe Schemaen. Kontrolléiert och den tatsächlechen Uruff an d'Standartwäerter vun der Session fir méi spezifesch Host-Schlësselen; eng Iwwerschreiwung nëmmen op Schema-Niveau hëlt eng separat hostspezifesch Route net ewech.
Firwat huet d'Bäisetze vum Host bei NO_PROXY den explizite Proxy op der Plaz gelooss? De Resolver vum Requests 2.34.2 kopéiert déi uginn Zouuerdnung an iwwerleet, ob d'Ëmwelt déi feelend Anträg soll ausfëllen. Eng Bypass-Iwwereneestëmmung kann déi Entdeckung ënnerdrécken, ouni eng Route ze läschen, déi d'Applikatioun schonn uginn huet.
Kontrolléiert d'Zouuerdnung, déi dës Operatioun benotzt, ier Dir Ausnamen op enger anerer Schicht bäisetzt. Loosst d'TLS-Verifikatioun op der direkter Route aktivéiert. Wann eng Ëmleedung d'Route nach eng Kéier ännert, kontrolléiert None géint leere Proxy-Wäerter iwwer deen Iwwergang. E Certificat-Fehler do ass en Noweis iwwer d'Vertrauen an d'Zil op deem Wee, wat getrennt ass vun der Fro, ob en Proxy ausgewielt gouf.