NO_PROXY ne forigas eksplicitan itineron de Requests

Kiam la aplikaĵo donas al Requests sian prokurilan politikon, donu rektan escepton al tiu sama politiko. Por ekzistanta Session kaj malvaste limigita voko:

direct_routes = {'http': '', 'https': ''}
response = session.get(url, proxies=direct_routes, timeout=15)

La eksplicite malplenaj valoroj elektas rektan itineradon por la koncernaj skemoj. Kontrolu ankaŭ la faktan vokon kaj la defaŭltojn de Session por pli specifaj gastigantaj ŝlosiloj; anstataŭigo nur je skema nivelo ne forigas apartan itineron specifan al gastiganto.

Kial aldonado de la gastiganto al NO_PROXY lasis la eksplicitan prokurilon surloke? La solvilo de Requests 2.34.2 kopias la donitan mapon kaj pripensas, ĉu la medio devus plenigi mankantajn erojn. Bypass-koincido povas subpremi tiun malkovron sen forigi itineron, kiun la aplikaĵo jam donis.

Kontrolu la mapon uzatan de ĉi tiu operacio antaŭ ol aldoni esceptojn en alia tavolo. Tenu TLS-kontrolon ŝaltita sur la rekta itinero. Se redirekto denove ŝanĝas la itineron, ekzamenu None kontraŭ malplenaj prokurilaj valoroj dum tiu transiro. Atestila eraro tie estas pruvo pri la fido al la celo sur tiu vojo, kio estas aparta de ĉu prokurilo estis elektita.