Jou logboek roteer proxies. Jou versoek gebruik steeds die ou een.
Volg die gekose eindpunt tot in die werklike HTTP-versendoproep, in plaas daarvan om aan te neem dat die druk van 'n nuwe waarde die versoek se konfigurasie verander.
Die kieser druk proxy A, dan proxy B. Die versoeklogboek bly proxy A wys. 'n Netwerkdiens is nie nodig om daardie teenstrydigheid te verduidelik nie: die oproeper het dalk die kieser se terugkeerwaarde weggegooi.
Volg die waarde tot in die oproep wat die versoek stuur:
endpoint = choose_proxy()
routes = {'http': endpoint, 'https': endpoint}
response = session.get(target_url, proxies=routes, timeout=15)Hierdie fragment veronderstel 'n bestaande Requests-sessie en 'n gevalideerde proxy-URL. Vir openbare versoeke wat deur openbare tussengangers toegelaat word, bied die gratis proxy-lys kandidaat-URL's wat deur dieselfde kies-en-stuur-pad kan gaan. Die ondersteunde sleutelwoord is proxies. 'n Helper wat 'n mapping druk, of een teruggee wat niemand toeken nie, kan nie die mapping wat hier verskaf word vervang nie.
Hou die gekose roete plaaslik by die operasie. In gelyktydige kode kan 'n gedeelde current_proxy-veld tussen log en stuur verander. 'n Ander werker se keuse kan dan langs die verkeerde uitkoms verskyn.
Gebruik 'n poging-identifiseerder om die keuse, die stuurkonfigurasie en die resultaat te verbind. Teken 'n veilige eindpunt-identifiseerder aan eerder as die volledige URL wanneer dit geloofsbriewe bevat.
As daardie waardes ooreenstem maar die waargenome openbare IP verander nie, het jy 'n ander vraag bereik: of die gekose eindpunte verskillende uitgange bied of 'n roterende poort 'n verbinding behou. Maak eers seker of die toepassing die roete gestuur het wat dit beweer het om te kies. Anders kan verskafferskant-spekulasie 'n eenvoudige verouderde veranderlike vir ure verberg.