IP ພຣັອກຊີດຽວກັນ ແຕ່ພອດຕ່າງກັນ: ຊ້ຳກັນບໍ?
ທີ່ຢູ່ IP ແລະພອດຮ່ວມກັນລະບຸຈຸດປາຍ. ຮັກສາຄວາມແຕກຕ່າງນີ້ໃນການນຳເຂົ້າ ທົດສອບ ຫຼືລຶບລາຍການຊ້ຳຂອງພຣັອກຊີ.
ສອງແຖວທີ່ມີທີ່ຢູ່ IP ດຽວກັນແຕ່ພອດຕ່າງກັນແມ່ນຄົນລະຈຸດປາຍ. ການລຶບແຖວໜຶ່ງພຽງເພາະ IP ຊ້ຳ ອາດລຶບພຣັອກຊີທີ່ໃຊ້ໄດ້ ຫຼືໂປຣໂຕຄອນພຣັອກຊີອີກຊະນິດໜຶ່ງ.
ຕົວຢ່າງ 203.0.113.10:8080 ແລະ 203.0.113.10:1080 ເຊື່ອມຕໍ່ຫາພອດຕ່າງກັນ. ພອດໜຶ່ງອາດໃຊ້ HTTP ແລະອີກພອດໃຊ້ SOCKS5. ກົດການເຂົ້າເຖິງ ຫຼືຄວາມພ້ອມໃຊ້ກໍອາດຕ່າງກັນ. ເລກພອດຕົວຢ່າງເຫຼົ່ານີ້ບໍ່ຢືນຢັນວ່າບໍລິການຈິງແມ່ນຫຍັງ.
ທົດສອບຈຸດປາຍໃຫ້ຄົບ
ຖ້າພອດ 8080 ໝົດເວລາລໍຖ້າ ຄຳຮ້ອງຂໍທີ່ສຳເລັດຫາພອດ 1080 ບໍ່ໄດ້ພິສູດວ່າແຖວທຳອິດໃຊ້ໄດ້. ບັນທຶກໂປຣໂຕຄອນ ທີ່ຢູ່ ແລະພອດໃນແຕ່ລະການທົດສອບ. ລາຍງານທີ່ບອກພຽງ “IP ນີ້ຕາຍແລ້ວ” ສູນເສຍຂໍ້ມູນທີ່ອາດອະທິບາຍຜົນໄດ້.
ໃນທາງກັບກັນກໍຄືກັນ: ສອງພອດອາດໃຊ້ທີ່ຢູ່ຂາອອກດຽວກັນໃນທ້າຍທີ່ສຸດ. ນັ້ນບໍ່ເຮັດໃຫ້ມັນເປັນຈຸດປາຍການເຊື່ອມຕໍ່ດຽວກັນ. ມັນອາດໃຊ້ໂຄງສ້າງພື້ນຖານ ຫຼືຂໍ້ຈຳກັດຮ່ວມກັນ; ການເກັບທັງສອງແຖວຈຶ່ງບໍ່ພິສູດວ່າມີຜູ້ດຳເນີນງານອິດສະຫຼະສອງລາຍ ຫຼືທາງອອກຕ່າງກັນສອງທາງ.
ອັນໃດຄວນນັບວ່າຊ້ຳ?
ສຳລັບລາຍການທຳມະດາທີ່ມີໂປຣໂຕຄອນດຽວທີ່ຮູ້ແນ່ ໃຫ້ລຶບລາຍການຊ້ຳຕາມ IP ທີ່ປັບເປັນມາດຕະຖານແລ້ວ ແລະຄ່າຕົວເລກຂອງພອດ. ຕົວຢ່າງຈັດລະບຽບດ້ວຍ Python ສຳລັບ IPv4 ເທົ່ານັ້ນ ໃຊ້ກົດນີ້ກັບແຖວ IP:port ທຳມະດາ. ຖ້າໄຟລ໌ປະສົມຫຼາຍໂປຣໂຕຄອນ ໃຫ້ເກັບຂໍ້ມູນນັ້ນດ້ວຍ. ເມື່ອນຳເຂົ້າຈາກລາຍການພຣັອກຊີຟຣີ ໃຫ້ເກັບໂປຣໂຕຄອນຄູ່ກັບທຸກທີ່ຢູ່ແລະພອດ.
ສອງປ້າຍສຳລັບ IP:port ທີ່ຄືກັນທຸກຢ່າງຕ້ອງກວດລະອຽດກວ່າເກົ່າ. ລາຍການ HTTP ແລະ HTTPS ອາດໝາຍເຖິງພຣັອກຊີ HTTP ດຽວທີ່ຮອງຮັບ CONNECT ດ້ວຍ. ຫຼືບໍລິການອາດຮັບການຈັບມືໄດ້ຫຼາຍຮູບແບບ. ລວມບັນທຶກເມື່ອເຂົ້າໃຈປ້າຍແລ້ວເທົ່ານັ້ນ; ຢ່າຖິ້ມຂໍ້ມູນຄວາມສາມາດໃນການຈັດລະບຽບຂໍ້ຄວາມ.
ຮູບແບບຂຽນອາດສ້າງຄວາມຕ່າງປອມ
08080 ແລະ 8080 ມີຄ່າຕົວເລກດຽວກັນຖ້າທັງສອງໝາຍເຖິງພອດຖານສິບ. ທີ່ຢູ່ IPv6 ກໍອາດມີຮູບແບບຂໍ້ຄວາມທີ່ເທົ່າທຽມກັນຫຼາຍແບບ. ປັບທີ່ຢູ່ແລະພອດເປັນມາດຕະຖານກ່ອນປຽບທຽບ ແລະເກັບແຫຼ່ງເດີມໄວ້ຊອກຫາບັນຫາ.
ການລຶບລາຍການຊ້ຳປັບປຸງຮູບແບບລາຍການ. ມັນບໍ່ກວດວ່າຈຸດປາຍອອນລາຍຫຼືບໍ່, ສອງຈຸດມີທາງອອກແຍກກັນຫຼືບໍ່ ຫຼືປ້າຍປະເທດຖືກຕ້ອງຫຼືບໍ່.