កំណត់ហេតុរបស់អ្នកបង្វិលប្រុកស៊ី។ សំណើរបស់អ្នកនៅតែប្រើវត្ថុចាស់។
តាមដានចំណុចបញ្ចប់ដែលបានជ្រើសរើសចូលទៅក្នុងការហៅ HTTP ផ្ញើជាក់ស្តែង ជំនួសឱ្យការសន្មតថាការបោះពុម្ពតម្លៃថ្មីផ្លាស់ប្តូរការកំណត់រចនាសម្ព័ន្ធនៃសំណើ។
ឧបករណ៍ជ្រើសរើសបោះពុម្ពប្រុកស៊ី A បន្ទាប់មកប្រុកស៊ី B។ ប៉ុន្តែកំណត់ហេតុសំណើនៅតែបង្ហាញប្រុកស៊ី A។ មិនចាំបាច់មានសេវាបណ្តាញដើម្បីពន្យល់ភាពផ្ទុយគ្នានេះទេ៖ អ្នកហៅអាចបានបោះបង់តម្លៃត្រឡប់របស់ឧបករណ៍ជ្រើសរើស។
តាមដានតម្លៃចូលទៅក្នុងការហៅដែលផ្ញើសំណើ៖
endpoint = choose_proxy()
routes = {'http': endpoint, 'https': endpoint}
response = session.get(target_url, proxies=routes, timeout=15)
ផ្នែកនេះសន្មតថាមានសម័យ Requests ដែលមានស្រាប់ និង URL ប្រុកស៊ីដែលបានផ្ទៀងផ្ទាត់។ សម្រាប់សំណើសាធារណៈដែលត្រូវបានអនុញ្ញាតតាមរយៈអន្តរការីសាធារណៈ បញ្ជីប្រុកស៊ីឥតគិតថ្លៃ ផ្តល់ URL បេក្ខជនដែលឆ្លងកាត់ផ្លូវជ្រើសរើស-និងផ្ញើដូចគ្នា។ ពាក្យគន្លឹះដែលគាំទ្រគឺ proxies។ ជំនួយការដែលបោះពុម្ពការផ្គូផ្គង ឬត្រឡប់ការផ្គូផ្គងដែលគ្មាននរណាចាត់ចែង មិនអាចជំនួសការផ្គូផ្គងដែលផ្តល់នៅទីនេះបានទេ។
រក្សាផ្លូវដែលបានជ្រើសរើសឱ្យនៅក្នុងប្រតិបត្តិការ។ នៅក្នុងកូដដំណាលគ្នា វាល current_proxy ដែលចែករំលែកអាចផ្លាស់ប្តូររវាងការកត់ត្រា និងការផ្ញើ។ ពេលនោះការជ្រើសរើសរបស់កម្មករផ្សេងទៀតអាចលេចឡើងក្បែរលទ្ធផលខុស។
ប្រើឧបករណ៍កំណត់អត្តសញ្ញាណការប៉ុនប៉ង ដើម្បីភ្ជាប់ការជ្រើសរើស ការកំណត់រចនាសម្ព័ន្ធផ្ញើ និងលទ្ធផល។ កត់ត្រាឧបករណ៍កំណត់អត្តសញ្ញាណចំណុចបញ្ចប់ដែលមានសុវត្ថិភាព ជំនួសឱ្យ URL ពេញលេញ នៅពេលវាមានព័ត៌មានសម្ងាត់។
ប្រសិនបើតម្លៃទាំងនោះត្រូវគ្នា ប៉ុន្តែ IP សាធារណៈដែលសង្កេតឃើញមិនផ្លាស់ប្តូរ អ្នកបានឈានដល់សំណួរមួយផ្សេងទៀត៖ តើ ចំណុចបញ្ចប់ដែលបានជ្រើសរើសផ្តល់ផ្លូវចេញខុសៗគ្នា ឬច្រកទ្វារបង្វិលរក្សាការតភ្ជាប់។ ជាដំបូង កំណត់ថាតើកម្មវិធីបានផ្ញើផ្លូវដែលវាអះអាងថាបានជ្រើសរើសឬអត់។ បើមិនដូច្នេះទេ ការស្មានពីភាគីអ្នកផ្តល់សេវាអាចបិទបាំងអថេរចាស់ធម្មតាមួយអស់ជាច្រើនម៉ោង។