NO_PROXYk ez du Requests-en bide esplizitua ezabatzen
Bereizi inguruneko proxy aurkikuntza isilaraztea Requests mapa batean nahita emandako proxy bat kentzetik.
Aplikazioak Requests-i bere proxy politika ematen dionean, eman politika berari salbuespen zuzena. Dagoen Session bat eta hedadura murriztuko dei bat egiteko:
direct_routes = {'http': '', 'https': ''}
response = session.get(url, proxies=direct_routes, timeout=15)Balio huts esplizituek dagokien eskemen bideratze zuzena hautatzen dute. Egiaztatu ere benetako deia eta Session-en lehenespenak ostalari-gako zehatzagoetarako; eskema-mailako gainidazte huts batek ez du ostalari espezifiko den bide bereizi bat kentzen.
Zergatik utzi zuen ostalaria NO_PROXY-n gehitzeak proxy esplizitua lekuan? Requests 2.34.2ren konpontzaileak emandako mapa kopiatzen du eta inguruneak falta diren sarrerak bete behar ote dituen aztertzen du. Saihesbide-kointzidentzia batek aurkikuntza hori isilarazi dezake aplikazioak jada eman zuen bide bat ezabatu gabe.
Egiaztatu eragiketa honek erabiltzen duen mapa beste geruza batean salbuespenak gehitu aurretik. Mantendu TLS egiaztapena gaituta bide zuzenean. Birbideratze batek bidea berriro aldatzen badu, aztertu None hutsen aurrean proxy balio hutsekin trantsizio horretan zehar. Han ematen den ziurtagiri-errore bat helmugarekiko konfiantzaren froga da bide horretan, eta hori proxy bat hautatu zen ala ez ez da gauza bera.