ຂໍ້ຜິດພາດ Proxy timeout: ການເຊື່ອມຕໍ່ຄ້າງ ແລ້ວຍົກເລີກໄປ

ຜົນລັບ timeout 3 ແບບທີ່ພວກເຮົາໄດ້ວັດແທກ

ພວກເຮົາໄດ້ຕັ້ງຄ່າພຣັອກຊີທົດສອບທີ່ຮັບການເຊື່ອມຕໍ່ TCP ແຕ່ບໍ່ເຄີຍຕອບກັບ, ຈາກນັ້ນໄດ້ສົ່ງຄຳຮ້ອງຂໍດຽວກັນໂດຍໃຊ້ການກຳນົດເວລາ 2 ແບບ (ທີ່ຢູ່ຖືກປ່ຽນເປັນ 203.0.113.10:8080, user123:pass456):

• curl --connect-timeout 10 -x http://user123:[email protected]:8080 https://example.com ຈະສະແດງ curl: (28) Proxy CONNECT aborted due to timeout. ການກຳນົດເວລານີ້ຄອບຄຸມສະເພາະຂັ້ນຕອນການເຊື່ອມຕໍ່ເທົ່ານັ້ນ.
• ການປ່ຽນມາໃຊ້ -m 10 (ກຳນົດເວລາສຳລັບການສົ່ງຂໍ້ມູນທັງໝົດ) ຈະສະແດງ curl: (28) Connection timed out after 10002 milliseconds.
• Chromium ທີ່ເຊື່ອມຕໍ່ກັບພຣັອກຊີດຽວກັນຈະລາຍງານ ERR_TIMED_OUT; ສ່ວນ proxy checker ຈະລາຍງານ timeout.

ສາເຫດ ໂດຍລຽງຕາມໂອກາດທີ່ພົບເລື້ອຍທີ່ສຸດ

• ເຄືອຂ່າຍຂອງທ່ານບລັອກພອດຂອງພຣັອກຊີແບບງຽບໆ. Wi-Fi ຂອງຫ້ອງການ, ໂຮງແຮມ ແລະ ສະຖາບັນການສຶກສາມັກຈະຕັດແພັກເກັດທີ່ໄປຍັງພອດທີ່ແປກຕາຖິ້ມແທນທີ່ຈະປະຕິເສດການເຊື່ອມຕໍ່, ເຮັດໃຫ້ທ່ານຕ້ອງລໍຖ້າຕະຫຼອດໄປ.
• ເວລາ timeout ໃນໂຄ້ດຂອງທ່ານສັ້ນເກີນໄປ. ພຣັອກຊີໃນປະເທດທີ່ຢູ່ຫ່າງໄກຕ້ອງໃຊ້ເວລາຫຼາຍຂຶ້ນເລັກນ້ອຍສຳລັບການ handshake; ການກຳນົດເວລາພຽງ 2–3 ວິນາທີອາດຈະຕັດການເຊື່ອມຕໍ່ພຣັອກຊີທີ່ຍັງໃຊ້ງານໄດ້ປົກກະຕິ.
• ພຣັອກຊີ ຫຼື ປາຍທາງເຮັດວຽກໜັກເກີນໄປ. ພຣັອກຊີຮັບການເຊື່ອມຕໍ່ແຕ່ຕ້ອງລໍຖ້າເວັບໄຊປາຍທາງ, ແລະ ລະບົບຂອງທ່ານໝົດເວລາລໍຖ້າກ່ອນ.
• IP ບໍ່ຖືກຕ້ອງ. ການພິມຜິດໄປໃສ່ທີ່ຢູ່ທີ່ບໍ່ມີການຕອບສະໜອງ ຈະເຮັດໃຫ້ເກີດຄວາມມິດງຽບແທນທີ່ຈະເປັນການປະຕິເສດການເຊື່ອມຕໍ່.

ວິທີແກ້ໄຂຕາມສະພາບແວດລ້ອມການໃຊ້ງານ

• Windows/Chrome: ລອງໃຊ້ພຣັອກຊີດຽວກັນຜ່ານອິນເຕີເນັດມືຖືຂອງໂທລະສັບ. ຖ້າອາການ timeout ຫາຍໄປ, ສະແດງວ່າເຄືອຂ່າຍເດີມກຳລັງບລັອກຢູ່; ອ່ານເພີ່ມເຕີມທີ່ checking the proxy and the firewall.
• Antidetect browsers: ປຸ່ມກວດສອບພຣັອກຊີມັກຈະມີເວລາລໍຖ້າທີ່ກຳນົດໄວ້ຕາຍໂຕ. ໃຫ້ລອງໃໝ່ອີກສອງສາມຄັ້ງ, ແລະ ຖ້າມີພຽງບາງ profile ທີ່ບໍ່ຜ່ານ, ໃຫ້ປຽບທຽບຂໍ້ມູນພຣັອກຊີຂອງ profile ນັ້ນກັບອັນທີ່ໃຊ້ງານໄດ້.
• Telegram: ການຄ້າງຢູ່ໜ້າ connecting ຫຼັງຈາກເປີດໃຊ້ພຣັອກຊີກໍມັກຈະເປັນອາການ timeout ເຊັ່ນກັນ; ທົດສອບພຣັອກຊີໃນຕົວ checker ກ່ອນທີ່ຈະປ່ຽນການຕັ້ງຄ່າໃນ Telegram.
• Python requests: ສົ່ງຄ່າ timeout=(10, 30), ເຊິ່ງໝາຍເຖິງ 10 ວິນາທີສຳລັບການເຊື່ອມຕໍ່ ແລະ 30 ວິນາທີສຳລັບການອ່ານຂໍ້ມູນ. ດັກຈັບ requests.exceptions.ConnectTimeout ແລະ requests.exceptions.ReadTimeout ແຍກກັນເພື່ອເບິ່ງວ່າຄ້າງຢູ່ຈຸດໃດ, ແລະ ເພີ່ມການລອງໃໝ່ແບບເວັ້ນໄລຍະເວລາແທນທີ່ຈະຕັ້ງ timeout ແບບບໍ່ຈຳກັດ.
• curl: ໃຊ້ --connect-timeout ເພື່ອວັດແທກຂັ້ນຕອນການເຊື່ອມຕໍ່ຢ່າງດຽວ ແລະ ໃຊ້ -m ເພື່ອກຳນົດເວລາສູງສຸດຂອງຄຳສັ່ງທັງໝົດ.

Timeout ຫຼື ພຽງແຕ່ຊ້າ?

ພຣັອກຊີທີ່ຊ້າກໍຍັງຕອບສະໜອງຢູ່ ພຽງແຕ່ຊ້າກວ່າປົກກະຕິ. ເຄື່ອງມື proxy speed test ຈະສະແດງເວລາຕອບສະໜອງຕົວຈິງ; ຖ້າເວລາໃກ້ຄຽງກັບຄ່າ timeout ຂອງຊອບແວຂອງທ່ານ, ໃຫ້ເພີ່ມຂີດຈຳກັດເວລາຂຶ້ນ ຫຼື ເລືອກພຣັອກຊີໃນປະເທດທີ່ຢູ່ໃກ້ກັບເປົ້າໝາຍຫຼາຍຂຶ້ນ. ຖ້າທົດສອບຊ້ຳໆ ແລ້ວຍັງບໍ່ໄດ້ຮັບຄຳຕອບເລີຍ, ນັ້ນຄື timeout ແທ້ໆ ແລະ ຂັ້ນຕອນຕໍ່ໄປຄືການເປີດ ticket ແຈ້ງບັນຫາພ້ອມແນບຜົນຈາກ checker.

ເທື່ອລະຂັ້ນຕອນ

1. 1

   ຢືນຢັນອາການ timeout ດ້ວຍ checker

   ວາງຂໍ້ມູນພຣັອກຊີລົງໃນ proxy checker. ຜົນລັບ timeout ໝາຍຄວາມວ່າບໍ່ມີການຕອບກັບພາຍໃນເວລາທີ່ກຳນົດ.

2. 2

   ປ່ຽນເຄືອຂ່າຍເພື່ອຈຳກັດວົງສາເຫດ

   ລອງໃໝ່ອີກຄັ້ງຜ່ານອິນເຕີເນັດມືຖື. ຖ້າໃຊ້ງານໄດ້, ສະແດງວ່າບັນຫາເກີດຈາກເຄືອຂ່າຍເດີມ ຫຼື firewall ຂອງເຄືອຂ່າຍນັ້ນ.

3. 3

   ວັດແທກເວລາຕອບສະໜອງ

   ໃຊ້ງານ proxy speed test ເພື່ອກວດເບິ່ງວ່າພຣັອກຊີເຮັດວຽກຊ້າ ຫຼື ມິດງຽບບໍ່ຕອບສະໜອງ.

4. 4

   ປັບແຕ່ງຄ່າ timeout ແລະ ການລອງໃໝ່ໃນຊອບແວຂອງທ່ານ

   ເພີ່ມຂີດຈຳກັດການເຊື່ອມຕໍ່ເປັນປະມານ 10 ວິນາທີ, ເພີ່ມການລອງໃໝ່, ແລ້ວເປີດໃຊ້ວຽກອີກຄັ້ງ.

ຄຳຖາມທີ່ຖາມເລື້ອຍໆ