NO_PROXY sletter ikke en eksplicit Requests-rute
Skeln mellem at undertrykke proxy-opdagelse fra miljøet og at fjerne en proxy, der bevidst er angivet i et Requests-map.
Når applikationen giver Requests sin proxy-politik, skal du give en direkte undtagelse til den samme politik. For en eksisterende Session og et snævert kald:
direct_routes = {'http': '', 'https': ''}
response = session.get(url, proxies=direct_routes, timeout=15)De eksplicitte tomme værdier vælger direkte routing for de relevante skemaer. Undersøg også det faktiske kald og Sessions standardværdier for mere specifikke værtsnøgler; en tilsidesættelse kun på skemaniveau fjerner ikke en separat værtspecifik rute.
Hvorfor efterlod tilføjelsen af værten til NO_PROXY den eksplicitte proxy på plads? Requests 2.34.2's resolver kopierer det angivne map og overvejer, om miljøet skal udfylde manglende poster. Et bypass-match kan undertrykke den opdagelse uden at slette en rute, som applikationen allerede har angivet.
Kontroller det map, som denne handling bruger, før du tilføjer undtagelser i et andet lag. Hold TLS-verifikation aktiveret på den direkte rute. Hvis en omdirigering ændrer ruten igen, skal du undersøge None kontra tomme proxy-værdier gennem den overgang. En certifikatfejl der er bevis om destinationens troværdighed på den vej, hvilket er adskilt fra, om der blev valgt en proxy.