NO_PROXY smyt gjin eksplisite Requests-rûte fuort
Unterskied it ûnderdrukken fan proxy-ûntdekking út 'e omjouwing fan it fuortheljen fan in proxy dy't bewust yn in Requests-kaart jûn is.
As de applikaasje Requests syn proxybelied jout, jou dan in direkte útsûndering op datselde belied. Foar in besteande Session en in smei definiearre oprop:
direct_routes = {'http': '', 'https': ''}
response = session.get(url, proxies=direct_routes, timeout=15)De eksplisyt lege wearden selektearje direkte rûteleasing foar de oangeande skema's. Besjoch ek de werklike oprop en de standertwearden fan Session foar mear spesifike hostkaaien; in oerskriuwing allinnich op skemanivo smyt gjin aparte host-spesifike rûte fuort.
Wêrom liet it tafoegjen fan de host oan NO_PROXY de eksplisite proxy stean? De oplosser fan Requests 2.34.2 kopiearret de oanlevere kaart en betinkt oft de omjouwing de ûntbrekkende ynfieringen ynfolje moat. In omsyklike oerienkomst kin dy ûntdekking ûnderdrukke sûnder in rûte fuort te smiten dy't de applikaasje al oanlevere hie.
Kontrolearje de kaart dy't dizze operaasje brûkt foardat jo útsûnderingen op in oar nivo tafoegje. Hâld TLS-ferifikaasje ynskeakele op de direkte rûte. As in trochferwizing de rûte wer feroaret, besjoch None tsjin lege proxywearden oer dy oergong. In sertifikaatflater dêr is bewiis oer it fertrouwen yn 'e bestimming op dat paad, wat los stiet fan oft der in proxy keazen is.