ກວດວ່າພຣັອກຊີຂອງທ່ານບໍ່ເປີດໃຫ້ທຸກຄົນ

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

ກວດຕົວຮັບຟັງແລະນະໂຍບາຍທີ່ມີຜົນ

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

ຈາກນັ້ນກວດຄ່າທີ່ໂປຣເຊສໂຫຼດຈິງ ລວມໄຟລ໌ທີ່ນຳເຂົ້າ. ໃນ Squid 6 ການອະນຸຍາດກ່ອນອາດເຮັດໃຫ້ຂໍ້ຈຳກັດຫຼັງບໍ່ມີຜົນ. ໃນ Tinyproxy 1.11.2 ການລຶບທຸກບັນທັດ Allow ແລະ Deny ອະນຸຍາດໄຄລເອນທັງໝົດ. Dante ມີກົດໄຄລເອນແລະ SOCKS ແຍກກັນ ການຮັບ TCP ຈຶ່ງບໍ່ແມ່ນນະໂຍບາຍທັງໝົດ.

ໃຊ້ເອກະສານຮຸ່ນທີ່ຕິດຕັ້ງ. ການປ່ຽນຄຳສັ່ງ Squid 8 ເປັນເຫດໃຫ້ກວດຮຸ່ນ ບໍ່ແມ່ນໃຫ້ຖືວ່າຄ່າທີ່ຄຸ້ນເຄີຍຖືກຮັບດ້ວຍຄວາມໝາຍເດີມ.

ທົດສອບທັງກໍລະນີອະນຸຍາດແລະປະຕິເສດ

ຖ້າຕັ້ງໃຈໃຫ້ພຣັອກຊີຕ້ອງມີທັງຕົ້ນທາງອະນຸມັດແລະການລົງຊື່ເຂົ້າໃຊ້ ໃຫ້ທົດສອບຕາຕະລາງນີ້ດ້ວຍລະບົບທີ່ທ່ານຄວບຄຸມ:

ສອງອຸປະກອນຫຼັງ NAT ດຽວກັນອາດດູເປັນຕົ້ນທາງດຽວ. ເລືອກຈຸດທົດສອບທີ່ມີທີ່ຢູ່ຕົ້ນທາງຕ່າງກັນຢູ່ພຣັອກຊີ ແລະຢືນຢັນໃນບັນທຶກ. ຢ່າໃຊ້ເຄື່ອງບຸກຄົນທີສາມທີ່ບໍ່ກ່ຽວຂ້ອງ ຫຼືສະແກນບໍລິການຄົນອື່ນ.

ໄຟວອລປະຕິເສດອາດບໍ່ມີຄຳຕອບ HTTP ເລີຍ; ແອັບປະຕິເສດອາດຄືນຂໍ້ຜິດພາດ. ທັງສອງກໍລະນີຕ້ອງຢືນຢັນວ່າປາຍທາງທີ່ຄວບຄຸມບໍ່ໄດ້ຮັບຄຳຂໍຕ້ອງຫ້າມ; ໜ້າຜິດພາດຢ່າງດຽວອາດສັບສົນກັບຄຳຕອບປາຍທາງ.

ທົດສອບໂໝດສົ່ງຕໍ່ທີ່ຕັ້ງໃຈອະນຸຍາດ

ສຳລັບເວັບພຣັອກຊີ ທົດສອບ HTTP ທຳມະດາແລະທາງ HTTPS CONNECT ທີ່ອະນຸຍາດແຍກກັນ. ຖ້ານະໂຍບາຍຈຳກັດປາຍທາງ ທົດສອບປາຍທາງອະນຸຍາດແລະປາຍທາງຄວບຄຸມທີ່ຄວນຖືກປະຕິເສດ. ຢ່າຖອດການຄວບຄຸມເພື່ອໃຫ້ທຸກການທົດສອບສຳເລັດ.

ທົດສອບຊ້ຳຫຼັງປ່ຽນຊ່ວງຕົ້ນທາງ ຂໍ້ມູນເຂົ້າໃຊ້ ທີ່ຢູ່ຮັບຟັງ ໄຟລ໌ທີ່ຮວມ ຫຼືຮຸ່ນບໍລິການ. ເກັບເວລາ ຮຸ່ນຄ່າ ແລະຜົນໄວ້ດ້ວຍກັນເພື່ອທຽບການປ່ຽນຕໍ່ມາກັບຂອບເຂດເດີມ.

ນີ້ເປັນຂັ້ນຕອນກວດຮັບ ບໍ່ແມ່ນຄຳກ່າວວ່າຕົວວິເຄາະຄ່າຫຼືຄຳຂໍດຽວພິສູດວ່າທຸກທາງເຄືອຂ່າຍປິດແລ້ວ.