ប្រសិនបើសំណើផ្ទាល់ទៅដល់ការបញ្ជូនបន្ត ហើយការដោះដូរបន្ទាប់បរាជ័យនៅ proxy សូមពិនិត្យការផ្លាស់ប្តូរ។ Requests សង់ឡើងវិញនូវការកំណត់ពាក់ព័ន្ធ proxy សម្រាប់ការបញ្ជូនបន្ត ហើយអាចពិគ្រោះបរិស្ថានម្តងទៀត នៅពេល Session ទុកចិត្តវា។

តម្លៃផែនទីអ្វីកើតឡើងអំឡុងពេលបញ្ចូលគ្នា
Noneកូនសោត្រូវបានលុប ដោយបន្សល់ធាតុបាត់ដែលដំណាក់កាលបន្ទាប់អាចបំពេញពីបរិស្ថាន។
ខ្សែអក្សរទទេតម្លៃច្បាស់លាស់នៅតែមាន វាអាចរក្សាចេតនានៃការបញ្ជូនផ្ទាល់សម្រាប់គ្រោងការណ៍នោះ។

សម្រាប់ Session ដែលមានស្រាប់ សូមផ្តល់គ្រោងការណ៍គោលដៅដែលពាក់ព័ន្ធនឹងប្រតិបត្តិការផ្ទាល់៖

response = session.get(
    'https://example.com/start',
    proxies={'http': '', 'https': ''},
    timeout=15,
)

ពិនិត្យការធ្វើផែនទីបន្ថែមជាក់លាក់តាមម៉ាស៊ីន និងអាដាប់ធ័រផ្ទាល់ខ្លួន ប្រសិនបើកម្មវិធីផ្តល់ឱ្យ។ ការបញ្ចូលបញ្ជូននេះមិនលុបបំបាត់គោលនយោបាយដែលអាចមានទាំងអស់ដែលសមាសធាតុទាំងនោះអនុវត្តឡើយ។

រក្សា URL នីមួយៗក្នុងការធ្វើរោគវិនិច្ឆ័យ

កត់ត្រា URL ដើម ទីតាំងបញ្ជូនបន្តនីមួយៗ ស្ថានភាពឆ្លើយតប និងដំណាក់កាលដែលបរាជ័យ។ ការផ្លាស់ប្តូរពី HTTP ទៅ HTTPS ផ្លាស់ប្តូរកូនសោគ្រោងការណ៍ពាក់ព័ន្ធ ម៉ាស៊ីនថ្មីអាចនៅក្រៅវិធានឆ្លងកាត់របស់ម៉ាស៊ីនទីមួយ។ របាយការណ៍ដែលមានតែ URL ដំបូងបិទបាំងការផ្លាស់ប្តូរទាំងពីរ។

ការសង្កេតឆ្លើយតបមួយជាមួយការតាមដានបញ្ជូនបន្តបិទអាចបង្ហាញព្រំដែន។ ពិនិត្យទីតាំងរបស់វាជាទិន្នន័យ មុនពេលសម្រេចស្នើវា កុំផ្ញើព័ត៌មានសម្គាល់ដើមទៅគោលដៅថ្មីដោយគ្មានការបែងចែក។

Session ដែលឧទ្ទិសជាមួយការរកឃើញបរិស្ថានបិទ គឺជាជម្រើសមួយទៀត នៅពេលកម្មវិធីកាន់កាប់ដោយចេតនានូវការបញ្ចូលបញ្ជូន និងទុកចិត្តទាំងអស់។ វាក៏ប៉ះពាល់ដល់ ការរកឃើញព័ត៌មានសម្គាល់ និង CA ដោយស្វ័យប្រវត្តិ ផងដែរ ដូច្នេះជ្រើសវាជាគោលនយោបាយកម្មវិធី មិនមែនជាការជួសជុលបញ្ជូនបន្តធម្មតាទេ។

អត្ថបទពាក់ព័ន្ធ