'n Requests-proxywoordeboek bou nie 'n ketting nie
Onderskei Requests se roeteseleksie en proxy-rotasie van 'n werklike reeks proxy-hops.
Die http- en https-inskrywings in 'n Requests-proxywoordeboek kies roetes vir bestemmingskemas. Hulle beteken nie “verbind met die eerste proxy en dan die tweede” nie.
Net so roteer 'n lus wat een eindpunt per versoek kies, die proksies. Elke versoek gebruik steeds die gekose roete. 'n Skikking met verskeie adresse skep nie 'n tonnel deur almal nie.
'n Werklike ketting benodig 'n verbinder of stroomop-proxy-reëling wat die opeenvolgende hops vestig. Om 'n toepassingsproxy met 'n prosesomhulsel te kombineer is een moontlike geneste reëling, onderhewig aan die omhulsel se onderskeppingsperke. Elke hop moet die vereiste protokol, verifikasie en bestemmingsverbinding ondersteun. Requests se gewone proxywoordeboek beskryf nie daardie onderhandeling nie.
Skryf die beoogde pad neer voordat jy 'n implementering kies. Vir 'n toegelate publieke poel bied die gratis proxylis kandidate wie se protokolle by die gekose implementering moet pas. 'n Terugvallys, 'n rotasiepoel en 'n ketting los verskillende roeteringsprobleme op, selfs wanneer al drie met dieselfde lys IP-adresse begin.