Слоўнік проксі Requests не будуе ланцуг
Адрознівайце выбар маршруту і ратацыю проксі ў Requests ад рэальнай паслядоўнасці пераходаў праз проксі.
Запісы http і https у слоўніку проксі Requests выбіраюць маршруты для схем прызначэння. Яны не азначаюць «падключыцца да першага проксі, затым да другога».
Гэтак жа цыкл, які выбірае адну канчатковую кропку для кожнага запыту, ратуе проксі. Кожны запыт па-ранейшаму выкарыстоўвае выбраны маршрут. Масіў з некалькімі адрасамі не стварае тунэль праз усе іх.
Сапраўдны ланцуг патрабуе злучальніка або схемы вышэйшага проксі, якія ўстанаўліваюць паслядоўныя пераходы. Спалучэнне проксі прыкладання з абгорткай працэсу — адна з магчымых укладзеных схем, якая залежыць ад абмежаванняў перахопу абгорткі. Кожны пераход павінен падтрымліваць патрэбны пратакол, аўтэнтыфікацыю і злучэнне з прызначэннем. Звычайны слоўнік проксі Requests не апісвае гэтыя перамовы.
Запішыце меркаваны шлях перад выбарам рэалізацыі. Для дазволенага публічнага пула спіс бясплатных проксі прапануе кандыдатаў, пратаколы якіх павінны адпавядаць выбранай рэалізацыі. Рэзервовы спіс, пул ратацыі і ланцуг вырашаюць розныя праблемы маршрутызацыі, нават калі ўсе тры пачынаюцца з аднаго спісу IP-адрасоў.