ຂໍ້ຜິດພາດພຣັອກຊີ 502 Bad Gateway: ກວດສອບວ່າມາຈາກໃສ

ລັກສະນະຂອງຂໍ້ຜິດພາດ 502 ທີ່ມາຈາກພຣັອກຊີ

ພວກເຮົາໄດ້ທົດສອບໃຫ້ພຣັອກຊີຕອບກັບເປັນ 502 ແລະ ບັນທຶກການຕອບສະໜອງ ໂດຍປ່ຽນເປັນ 203.0.113.10:8080 ແລະ user123:pass456:

• ເວັບໄຊ HTTPS: curl -x http://user123:[email protected]:8080 https://example.com ຈະສະແດງ curl: (56) CONNECT tunnel failed, response 502.
• ເວັບໄຊ HTTP ທຳມະດາ: curl ຈະໄດ້ຮັບສະຖານະ 502.
• Chrome ທີ່ໂຫຼດໜ້າ HTTPS ຜ່ານພຣັອກຊີດັ່ງກ່າວຈະລາຍງານ ERR_TUNNEL_CONNECTION_FAILED ແລະ ບໍ່ສະແດງໜ້າ 502 ເລີຍ.
• ເຄື່ອງມືກວດສອບພຣັອກຊີ ຈະສະແດງ HTTP 502; ສ່ວນລະຫັດອື່ນໆ ຈະສະແດງໃນຮູບແບບ HTTP <code> ເຊັ່ນດຽວກັນ.

ຈຸດສັງເກດ: ໜ້າ 502 ເທິງເວັບໄຊ HTTPS

ສຳລັບເວັບໄຊ HTTPS ພຣັອກຊີຈະເຮັດໜ້າທີ່ພຽງແຕ່ເປີດ tunnel ເທົ່ານັ້ນ; ມັນບໍ່ສາມາດແຊກໜ້າເວັບຂອງຕົນເອງເຂົ້າໄປໃນການເຊື່ອມຕໍ່ທີ່ຖືກເຂົ້າລະຫັດໄດ້. ຖ້າພຣັອກຊີປະຕິເສດ Chrome ຈະລາຍງານ ERR_TUNNEL_CONNECTION_FAILED. ດັ່ງນັ້ນ ເມື່ອທ່ານເຫັນໜ້າ "502 Bad Gateway" ແບບເຕັມຮູບແບບສະແດງຢູ່ເທິງທີ່ຢູ່ https:// ແມ່ນເກືອບແນ່ນອນວ່າມາຈາກເຊີບເວີຂອງເວັບໄຊເອງ ບໍ່ແມ່ນມາຈາກພຣັອກຊີ.

ຢືນຢັນໄດ້ໂດຍການປິດພຣັອກຊີ ແລ້ວໂຫຼດໜ້າເກົ່າຄືນໃໝ່. ຖ້າຍັງຄົງເປັນ 502 ສະແດງວ່າເວັບໄຊກຳລັງມີບັນຫາ ແລະ ສິ່ງທີ່ທ່ານເຮັດໄດ້ມີພຽງແຕ່ລໍຖ້າ ຫຼື ແຈ້ງເຕືອນເຈົ້າຂອງເວັບໄຊເທົ່ານັ້ນ.

ກໍລະນີທີ່ພຣັອກຊີເປັນຜູ້ສົ່ງ 502 ແທ້ໆ

• ປາຍທາງບໍ່ຕອບຮັບພຣັອກຊີ. ເວັບໄຊອາດຈະລົ້ມ, ເຮັດວຽກໜັກເກີນໄປ, ຫຼື ປະຕິເສດການເຊື່ອມຕໍ່ຈາກຊ່ວງ IP ຂອງພຣັອກຊີ.
• ພິມຊື່ໂດເມນຜິດ ຫຼື ບໍ່ສາມາດແປງຊື່ໂດເມນໄດ້. ພຣັອກຊີບໍ່ສາມາດຊອກຫາທີ່ຢູ່ຂອງເວັບໄຊໄດ້ ຈຶ່ງບໍ່ມີປາຍທາງທີ່ຈະສົ່ງຕໍ່ຄຳຂໍໄປ.
• ພອດປາຍທາງປິດຢູ່. ຄຳຂໍດັ່ງກ່າວສົ່ງໄປຫາພອດທີ່ເວັບໄຊບໍ່ໄດ້ເປີດໃຫ້ບໍລິການ.
• ຂໍ້ຜິດພາດຊົ່ວຄາວຢູ່ຝັ່ງພຣັອກຊີ. ພົບເຫັນໄດ້ຍາກກວ່າ; ທ່ານຈະສັງເກດເຫັນໄດ້ເມື່ອທຸກເວັບໄຊສົ່ງຄືນ 502 ຜ່ານພຣັອກຊີໜຶ່ງ ແຕ່ສາມາດໃຊ້ງານໄດ້ປົກກະຕິຜ່ານອີກພຣັອກຊີໜຶ່ງ.

ວິທີຈັດການໃນແຕ່ລະສະພາບແວດລ້ອມ

• Chrome ຫຼື ໂປຣໄຟລ໌ antidetect: ເປີດເວັບໄຊໃຫຍ່ອື່ນໃນໂປຣໄຟລ໌ດຽວກັນ. ຖ້າໂຫຼດໄດ້ ສະແດງວ່າພຣັອກຊີປົກກະຕິດີ ແລະ ບັນຫາເກີດຈາກເວັບໄຊເດີມ.
• ໂທລະສັບ: ປິດພຣັອກຊີ Wi-Fi ແລ້ວລອງເຂົ້າໜ້າເວັບຜ່ານອິນເຕີເນັດມືຖື ເພື່ອກວດສອບວ່າເວັບໄຊມີບັນຫາກັບທຸກຄົນຫຼືບໍ່.
• curl: ເພີ່ມ -v ເພື່ອເບິ່ງວ່າ 502 ສົ່ງມາທັນທີຫຼັງຈາກ CONNECT, ແລ້ວລອງອີກຄັ້ງກັບໂດເມນອື່ນເພື່ອຈຳກັດວົງສາເຫດ.
• Python requests: ສຳລັບໜ້າ HTTP ໃຫ້ກວດສອບ response.status_code == 502 ແລະ ລອງໃໝ່ຫຼັງຈາກຢຸດພັກໄລຍະໜຶ່ງ; ສຳລັບໜ້າ HTTPS ຂໍ້ຜິດພາດ tunnel ຈະຖືກແຈ້ງເຕືອນເປັນ requests.exceptions.ProxyError. ຄວນເວັ້ນໄລຍະການລອງໃໝ່ ແທນທີ່ຈະຍິງຄຳຂໍໃສ່ເວັບໄຊຖີ່ເກີນໄປ.

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

1. 1

   ສັງເກດບ່ອນທີ່ 502 ປະກົດຂຶ້ນ

   ໜ້າ 502 ເທິງທີ່ຢູ່ https ຊີ້ບອກວ່າບັນຫາມາຈາກເວັບໄຊ. ສ່ວນຂໍ້ຜິດພາດ tunnel ໃນ Chrome ຊີ້ບອກເຖິງເສັ້ນທາງພຣັອກຊີ.

2. 2

   ປິດພຣັອກຊີ ແລ້ວໂຫຼດຄືນໃໝ່

   ການເກີດ 502 ໂດຍບໍ່ຜ່ານພຣັອກຊີ ໝາຍຄວາມວ່າເວັບໄຊເອງມີບັນຫາ.

3. 3

   ໂຫຼດເວັບໄຊອື່ນຜ່ານພຣັອກຊີດຽວກັນ

   ຖ້າເວັບໄຊອື່ນໃຊ້ງານໄດ້ ສະແດງວ່າພຣັອກຊີປົກກະຕິ ແລະ ມີພຽງເວັບໄຊເດີມທີ່ປະຕິເສດ ຫຼື ລົ້ມ.

4. 4

   ກວດສອບພຣັອກຊີດ້ວຍເຄື່ອງມືກວດສອບ

   ວາງຂໍ້ມູນແຖວດັ່ງກ່າວລົງໃນ ເຄື່ອງມືກວດສອບພຣັອກຊີ. ຖ້າທຸກເວັບໄຊສະແດງ HTTP 502, ໃຫ້ເປີດ ticket ແຈ້ງບັນຫາພ້ອມຜົນທີ່ໄດ້.

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