ຄອມພິວເຕີ, ຊອຟແວ
ວິທີການຕັ້ງຄ່າໄດ້ຮັບການເຊື່ອມຕໍ່ໂດຍຜ່ານ 8080 (port): ການສິດສອນ, ແຜນວາດແລະການທົບທວນຄືນ
Port ໃນເຄືອຂ່າຍຄອມພິວເຕີເປັນຈໍານວນທໍາມະຊາດທີ່ຖືກບັນທຶກລົງໃນຫົວ OSI ອະນຸສັນຍາ. ມັນໄດ້ຖືກອອກແບບເພື່ອກໍານົດຜູ້ຮັບຂອງຂະບວນການດັ່ງກ່າວ packet ໃນພາບດຽວກັນ.
ອີງຕາມລະບຽບເປັນ, ໃນພື້ນທີ່ໃຊ້ໃນການເປັນເຈົ້າພາບທີ່ມີລະບົບປະຕິບັດການຕິດຕັ້ງເປັນມາຂະບວນການຫຼາຍກ່ວາຫນຶ່ງໃນເວລານັ້ນ, ແລະແຕ່ລະຄົນຂອງເຂົາເຈົ້າທີ່ເນັ້ນເປັນໂຄງການສະເພາະໃດຫນຶ່ງ. ຖ້າຫາກວ່າໂຄງການເຫຼົ່ານີ້ມີຜົນກະທົບເຄືອຂ່າຍຄອມພິວເຕີ "ຫອຍ" ຈາກເວລາທີ່ຈະໃຊ້ເວລາມັນໄດ້ຮັບໂດຍຜ່ານ IP-packet ທີ່ມີຈຸດປະສົງສໍາລັບການຫນຶ່ງໃນບັນດາໂຄງການ.
ມັນບໍ່ໄດ້ແນວໃດເຮັດວຽກ?
ຖ້າຫາກວ່າໂຄງການໄດ້ນໍາໃຊ້ການແລກປ່ຽນຂໍ້ມູນຜ່ານເຄືອຂ່າຍຂະບວນການນີ້ອາດໃຊ້ເວລາສະຖານທີ່ດັ່ງຕໍ່ໄປນີ້:
- ໃນ OS ຕ້ອງການເປັນຈໍານວນທີ່ Port ໂດຍສະເພາະ. ລະບົບສາມາດສະຫນອງທັງສອງໂຄງການຂອງຕົນແລະຫ້າມການຍົກຍ້າຍ (ນີ້ເກີດຂຶ້ນໃນກໍລະນີທີ່ຈໍານວນທີ່ Port ແມ່ນຢູ່ໃນການນໍາໃຊ້ໂດຍຄໍາຮ້ອງສະຫມັກອື່ນ).
- ໃນ OS ໄດ້ຖືກຮຽກຮ້ອງໃຫ້ບໍ່ລະບຸຈໍານວນທີ່ Port ໃນມີທຸກ. ລະບົບການຕົວຂອງມັນເອງໄດ້ເລືອກມັນແລະການສະຫນອງໂຄງການ.
ວິທີການເປີດພອດ (8080, 80 ແລະອື່ນໆ)? ພາຍໃນຂໍ້ມູນເຄືອຂ່າຍແລກປ່ຽນຕາມອະນຸສັນຍາສະເພາະໃດຫນຶ່ງ (ໃນລະຫວ່າງທັງສອງຂະບວນການ). ການເຊື່ອມຕໍ່ໄດ້ຮັບການສ້າງຕັ້ງຂຶ້ນ, ດັ່ງຕໍ່ໄປນີ້ໄດ້ຖືກກໍານົດໄວ້:
- ທີ່ຢູ່ IP ຂອງຜູ້ສົ່ງແລະຜູ້ຮັບເປັນເຈົ້າພາບ (ຈໍາເປັນໃນການເສັ້ນທາງໄດ້ຖືກສ້າງຂຶ້ນລະຫວ່າງເຂົາເຈົ້າ);
- ຈໍານວນອະນຸສັນຍາ;
- ການດັດແກ້ຫຼ້າທັງສອງພອດ (ທາງແລະປາຍທາງ).
ຖ້າຫາກວ່າການເຊື່ອມຕໍ່ແມ່ນໃນໄລຍະ TCP, ພອດແຫລ່ງທີ່ມາຖືກນໍາໃຊ້ເປັນລະບົບປະຕິບັດການຂອງຜູ້ຮັບໄດ້ເພື່ອຢືນຢັນການລະບົບສາຍສົ່ງຂອງຂໍ້ມູນແລະປະມວນຜົນຮັບການຕອບ.
ທ່າເຮືອທີ່ເປີດແລະປິດ
ໃນສ່ວນຫນຶ່ງຂອງຜູ້ສົ່ງຂອງຈໍານວນເຈົ້າພາບແລະພອດເຮັດຫນ້າທີ່ເປັນຄູ່ຮ່ວມງານກັບທີ່ຢູ່ກັບຄືນທີ່ສະແດງອອກໃນຊອງຈົດຫມາຍດັ່ງກ່າວ. ຈໍານວນນີ້ໄດ້ຖືກເອີ້ນວ່າຢ່າງສິ້ນເຊີງ.
ໃນກໍລະນີບ່ອນທີ່ເປັນຂະບວນການກ່ຽວກັບການເປັນເຈົ້າພາບເປັນປົກກະຕິການນໍາໃຊ້ຈໍານວນທີ່ Port ດຽວກັນກັບປະເທດຕົນເອງໄດ້ຖືກພິຈາລະນາເປີດ. ສໍາລັບຕົວຢ່າງ, ໂຄງການທີ່ກ່ຽວຂ້ອງກັບເຄື່ອງແມ່ຂ່າຍສາມາດໃຊ້ຕະຫຼອດເວລາ 80 ຫຼື 8080 ສໍາລັບການສື່ສານ. ໃນເວລາທີ່ຂະບວນການບໍ່ສາມາດ ເປີດພອດ ທີ່ພິຈາລະນາຢ່າງໃກ້ຊິດ.
ຈໍານວນທີ່ Port
ພອດທັງຫມົດມີຈໍານວນຂອງເຂົາເຈົ້າໄດ້ລົງທະບຽນໃນລັກສະນະທີ່ກໍາຫນົດໄດ້. ແຕ່ຖືກອອກແບບມາສໍາລັບຈຸດປະສົງສະເພາະໃດຫນຶ່ງຂອງຕົນ. ດັ່ງນັ້ນສ່ວນຫຼາຍທີ່ທ່ານສາມາດເບິ່ງພອດ 8080. ໄດ້ເປັນຫຍັງທ່ານຈໍາເປັນຕ້ອງເຮັດວຽກນີ້ໃນເວລາທີ່ການນໍາໃຊ້ອິນເຕີເນັດ?
ອີງຕາມຂໍ້ມູນຢ່າງເປັນທາງການ, ທີ່ Port ແມ່ນ TCP ແລະໄດ້ຖືກອອກແບບສໍາລັບການນໍາໃຊ້ທີ່ມີ HTTP. ຢ່າງບໍ່ເປັນທາງ, ມັນຖືກນໍາໃຊ້ຍັງໂດຍ container servlet Tomcat ລາຍລັກອັກສອນໃນຈາວາ.
TCP ທີ່ Port 8080 ສາມາດນໍາໃຊ້ເປັນອະນຸສັນຍາສະເພາະໃດຫນຶ່ງສໍາລັບການສື່ສານ, ໂດຍອີງຕາມຄໍາຮ້ອງສະຫມັກໄດ້. ອະນຸສັນຍາແມ່ນກໍານົດໄວ້ຂອງກົດລະບຽບພິທີ່ອະທິບາຍວິທີການຂໍ້ມູນໄດ້ຖືກຖ່າຍທອດໃນໄລຍະເຄືອຂ່າຍໄດ້. ມັນສາມາດໄດ້ຮັບການນໍາສະເຫນີເປັນພາສາທີ່ຖືກນໍາໃຊ້ລະຫວ່າງຄອມພິວເຕີທີ່ຈະຊ່ວຍໃຫ້ເຂົາເຈົ້າຕິດຕໍ່ສື່ສານປະສິດທິພາບໄດ້.
ອະນຸສັນຍາ HTTP, ເຊິ່ງເນັ້ນຜ່ານ 8080, ກໍານົດຮູບແບບການສື່ສານລະຫວ່າງຕົວທ່ອງເວັບອິນເຕີເນັດແລະສະຖານທີ່ເວັບໄຊຕ໌. ຕົວຢ່າງອີກອັນຫນຶ່ງແມ່ນອະນຸສັນຍາ IMAP, ເຊິ່ງໄດ້ກໍານົດສາຍພົວພັນລະຫວ່າງເຄື່ອງແມ່ຂ່າຍ IMAP mail ແລະລູກຄ້າຫຼື, ສຸດທ້າຍ, ອະນຸສັນຍາ SSL, ທີ່ລະບຸຮູບແບບການນໍາໃຊ້ສໍາລັບຂໍ້ຄວາມທີ່ເຂົ້າລະຫັດໄດ້.
ຖ່າຍໂອນຂໍ້ມູນ
ດັ່ງນັ້ນ, TCP-Port 8080 ໃຊ້ Transmission Control Protocol. ເຂົາເປັນຫນຶ່ງໃນການອະນຸສັນຍາຕົ້ນຕໍໃນເຄືອຂ່າຍ TCP / IP. ໃນຂະນະທີ່ຂໍ້ສະເຫນີອະນຸສັນຍາ IP ເສພາະກັບ Packet ທີ່, TCP ເຮັດໃຫ້ສອງຄອບຄົວເພື່ອສ້າງການເຊື່ອມຕໍ່ແລະແລກປ່ຽນນ້ໍາຂອງຂໍ້ມູນ. ມັນຮັບປະກັນການຈັດສົ່ງຂອງເຂົາເຈົ້າ, ເຊັ່ນດຽວກັນກັບຄວາມຈິງທີ່ວ່າ Packet ທີ່ຈະຖືກສົ່ງໄປຫ້ອງພອດ 8080 ໃນຄໍາສັ່ງດຽວກັນທີ່ພວກເຂົາເຈົ້າໄດ້ຖືກສົ່ງໄປແລ້ວ. ການເຊື່ອມຕໍ່ການຮັບປະກັນສໍາລັບການ 8080 - ນີ້ຄືຄວາມແຕກຕ່າງທີ່ສໍາຄັນລະຫວ່າງ TCP ແລະ UDP. UDP 8080 ຈະບໍ່ຮັບປະກັນການເຊື່ອມຕໍ່ດຽວກັນ.
ວິທີການເປີດພອດ 8080 ກ່ຽວກັບ Windows 7?
ເພື່ອເຮັດສິ່ງນີ້, ໃຫ້ໄປທີ່ "ເລີ່ມຕົ້ນ" ເມນູແລະຊອກຫາກະດານຄວບຄຸມ. ມັນຈໍາເປັນຕ້ອງໃຫ້ຄລິກໃສ່ "ເຄືອຂ່າຍ", ເມນູຍ່ອຍແລະຊອກຫາ "ໂມດູນ Firewall." ໃນແຖບ "ຂໍ້ຍົກເວັ້ນ", ຊອກຫາ "ເພິ່ມ Port". ທ່ານຈະເປີດປ່ອງທີ່ທ່ານຄວນເຂົ້າຈໍານວນທີ່ Port ຂອງ. ໃຫ້ແນ່ໃຈວ່າການຕັ້ງຄ່າທີ່ລະບຸໄວ້ໃນ TCP, ຫຼັງຈາກນັ້ນເລືອກ OK.
ວິທີການປິດພອດ 8080? ມັນເປັນພຽງພໍທີ່ຈະສ້າງຕັ້ງຂຶ້ນການເຊື່ອມຕໍ່ກັບພອດສະເພາະອື່ນ.
Advanced ການຕັ້ງຄ່າ HTTP ແລະ TCP Proxy
ອະນຸສັນຍາ HTTP ເນັ້ນໃສ່ເທິງຂອງ TCP, ແຕ່ສະຫນອງຂໍ້ມູນຂ່າວສານເພີ່ມເຕີມກ່ຽວກັບການມອບຫມາຍຂໍ້ຄວາມ. ສໍາລັບເຫດຜົນດັ່ງກ່າວນີ້, ທັງສອງຕົວແທນກໍາລັງ configured ທີ່ແຕກຕ່າງ.
HTTP ການຈະລາຈອນລວມເຖິງພື້ນທີ່ເປົ້າຫມາຍແລະພອດສໍາລັບຂໍ້ຄວາມ. ພຣະອົງໄດ້ໄປການເຊື່ອມຕໍ່ໃນ TCP ມີ endpoint TCP, ທີ່ເປັນ, ໃນລະຫວ່າງການເປັນເຈົ້າພາບໂດຍສະເພາະແລະທີ່ Port. ໂດຍປົກກະຕິ, HTTP, Post ຈຸດປາຍທາງດຽວກັນກັບ TCP-ການເຊື່ອມຕໍ່. ຖ້າຫາກວ່າທ່ານມີການປ່ຽນແປງການຕັ້ງຄ່າຂອງລູກຄ້າໃນການນໍາໃຊ້ HTTP ເຊື່ອມຕໍ່ເຄືອຂ່າຍແມ່ທີ່ເຮັດກັບເຈົ້າພາບແລະພອດ, ແທນທີ່ຈະເປັນຂອງ URL ທີ່ລະບຸໄວ້ໃນ HTTP, ທີ່ຢູ່. ຊຶ່ງຫມາຍຄວາມວ່າຈຸດ TCP ທີ່ສຸດຢູ່ໃນຂໍ້ຄວາມທີ່ແຕກຕ່າງກັນຈາກໃນຕອນທ້າຍວ່າການທີ່ມີການເຊື່ອມຕໍ່.
ສໍາລັບຕົວຢ່າງ, ຖ້າ HTTP, ຄໍາຮ້ອງຂໍສົ່ງຄໍາຂໍຫນ້າ http://192.0.2.1:8080/operation ປະກອບ« 192.0.2.1:8080 »ຫົວຂໍ້« Host » HTTP ຂໍ້ຄວາມທີ່ຖືກສົ່ງໄປທີ່ Port 8080 ໃນພື້ນທີ່ 1920. 21.
ຢ່າງໃດກໍຕາມ, ຖ້າຫາກວ່າທ່ານກໍາຫນົດຄ່າ HTTP ລູກຄ້າໃຫ້ໃຊ້ Proxy ຂອງເຄື່ອງແມ່ຂ່າຍ, TCP, ການເຊື່ອມຕໍ່ພື້ນຖານໄປກັບ endpoint TCP ສໍາລັບເຂົາ, ໃນຂະນະທີ່ຂໍ້ຄວາມທີ່ຍັງມີ endpoint ຕົ້ນສະບັບ.
ສໍາລັບຕົວຢ່າງ, ຖ້າຫາກວ່າທ່ານກໍາຫນົດຄ່າລູກຄ້າສົ່ງຂໍ້ຄວາມຂອງພວກເຂົາກັບຕົວແທນຂອງເຄື່ອງແມ່ຂ່າຍທີ່ 198281.100.1 ພອດ 3128, ແລະລູກຄ້າໄດ້ສົ່ງຄໍາຮ້ອງຂໍສໍາລັບການ http://192.0.2.1:8080/operation ເປັນ, ຂໍ້ຄວາມຍັງປະກອບດ້ວຍ« 192.0.2.1: 8080 " ຫົວຂໍ້« Host », ແລະໃນປັດຈຸບັນຍັງຢູ່ໃນພາກສະຫນາມຂອງ«ຂໍ-Line »ໄດ້. ຢ່າງໃດກໍຕາມ, ຂໍ້ຄວາມນີ້ຖືກສົ່ງໃນປັດຈຸບັນໂດຍຜ່ານ TCP-ການເຊື່ອມຕໍ່ທີ່ 198.51.100.1:3128. ດັ່ງນັ້ນ, ເຄືອຂ່າຍ HTTP ສາມາດໄດ້ຮັບຂໍ້ຄວາມທີ່ Port ດຽວກັນ (ຕົວແທນໃນພອດ 8080) ແລະສາມາດສົ່ງພວກເຂົາໄປບໍລິການທີ່ແຕກຕ່າງກັນຫຼາຍບົນພື້ນຖານຂອງຂໍ້ມູນຂ່າວສານກ່ຽວກັບຜູ້ຮັບໄດ້.
ວິທີການຕັ້ງຄ່າໄດ້ຮັບການເຊື່ອມຕໍ່ທີ່ Port 8080?
ດັ່ງນັ້ນ, ຫົວຂໍ້ຂອງ« Host »ໄດ້ຖືກບັນທຶກຢູ່ HTTP / 1.1. ການເຊື່ອມຕໍ່ HTTP / 1.0 ບໍ່ນັບລວມເອົາມັນໃນຕົນເອງ. ສໍາລັບເຫດຜົນດັ່ງກ່າວນີ້, ທາດປະສົມດັ່ງກ່າວ, ເຊິ່ງບໍ່ຜ່ານ proxy ບໍ່ປະກອບດ້ວຍການເປັນເຈົ້າພາບແລະພອດສໍາລັບຂໍ້ຄວາມ. ຢ່າງໃດກໍຕາມ, ຂໍ້ມູນຂ່າວສານກ່ຽວກັບການ HTTP / 1.0, ສົ່ງຜ່ານເຄືອຂ່າຍເປັນ, ຍັງປະກອບດ້ວຍພື້ນທີ່ເປົ້າຫມາຍແລະພອດໃນ "ຕິງການສືບຄົ້ນ". ດັ່ງນັ້ນ, ເມື່ອບໍ່ມີຂອງຫົວຂໍ້« Host »ບໍ່ໃຫ້ເກີດບັນຫາສໍາລັບຕົວແທນໄດ້.
ເພື່ອໃຫ້ສາມາດ proxy TCP, ທ່ານຈະຕ້ອງມີການປ່ຽນແປງການຕັ້ງຄ່າຂອງລູກຄ້າທີ່ມີ endpoint TCP ໃນທີ່ໃຊ້ເວລາທີ່ແທ້ຈິງໃນ endpoint ປ່ຽນ. ບໍ່ເຫມືອນກັບ HTTP, ອະນຸສັນຍາບໍ່ໄດ້ສະຫນອງຄວາມສາມາດໃນການກໍ່ສ້າງໃນການນໍາໃຊ້ຕົວແທນໃດຫນຶ່ງ. ຫມາຍຄວາມວ່າ, ຖ້າຫາກວ່າທ່ານເຊື່ອມຕໍ່ກັບເຄືອຂ່າຍທີ່ຜ່ານ TCP, ສໍາລັບລະບົບສາຍສົ່ງຂອງຂໍ້ມູນຂ່າວສານເພື່ອຈຸດຫມາຍປາຍທາງສຸດທ້າຍບໍ່ໄດ້ສະຫນອງກົນໄກໃດໆ.
ວິທີການຕັ້ງຄ່າການເຊື່ອມຕໍ່ທີ່ຫຼາກຫຼາຍໂດຍຜ່ານ 8080?
ວິທີທີ່ພຽງແຕ່ສໍາລັບຕົວແທນ TCP ໄດ້ອະນຸຍາດໃຫ້ສາຍພົວພັນກັບລະບົບທີ່ຫຼາກຫຼາຍ (ie, ຈຸດຫມາຍປາຍທາງສຸດທ້າຍ), ບໍ່ມີບັນຫາເລື່ອງວິທີການຈະລາຈອນຫລາຍຈະຖືກສົ່ງໄປຫາທາດປະສົມເຫຼົ່ານີ້ - ແມ່ນເພື່ອຮັບຟັງພອດສໍາລັບແຕ່ລະລະບົບການອື່ນ. ມັນອະນຸຍາດໃຫ້ທ່ານສາມາດເຊື່ອມຕໍ່ແລະຮັກສາຂໍ້ມູນກ່ຽວກັບທີ່ຈໍານວນທີ່ Port ຂອງຕົນແມ່ນແຕ່ລະຄົນ endpoint. ຫຼັງຈາກນັ້ນລູກຄ້າມີການຕັ້ງຄ່າທີ່ມີພອດ proxy ທີ່ສອດຄ້ອງກັນກັບແຕ່ລະລະບົບກັບທີ່ມັນຕ້ອງການເພື່ອເຊື່ອມຕໍ່. TCP proxy ຟັງພອດແລະ endpoints ທີ່ສອດຄ້ອງກັນຂອງພວກເຂົາຕັ້ງຢູ່ໃນປະຕິບັດການ <ຫນ້າ> ໃນໄມໂຄຣຊອບ proxy, RTCP_install_dir / httptcp / registration.xml. ຫນ້າທໍາອິດຂອງການທັງຫມົດ, ໃຫ້ກວດພອດ 8080 ໄດ້ - ຖ້າຫາກວ່າມັນແມ່ນເປີດຕັ້ງແຕ່ຕອນຕົ້ນ, ການປັບຕົວໃນຕໍ່ຫນ້າຈະໄດ້ຮັບການດໍາເນີນໃນສອງສາມນາທີ.
ໃນຕົວຢ່າງນີ້, 198.51.100.1 ເປັນທີ່ຢູ່ IP ຂອງຕົວແທນຂອງເຄື່ອງແມ່ຂ່າຍ. ການຈະລາຈອນທີ່ຖືກສົ່ງໃຫ້ພອດ 3333 ກ່ຽວກັບເຄືອຂ່າຍໄດ້ຖືກສົ່ງໄປທີ່ Port 8080 ຢູ່ທີ່ຢູ່ດັ່ງຕໍ່ໄປນີ້: www. ຍົກຕົວຢ່າງ. com:
<ຜູກ Forward = "198.51.100.1:3333" ຈຸດຫມາຍປາຍທາງ = "www ຕົວຢ່າງ com: .. 8080" />
ດັ່ງນັ້ນທ່ານຈໍາເປັນຕ້ອງມີການປ່ຽນແປງເອກະສານການຕັ້ງຄ່າລູກຄ້າໃນທຸກໆຄັ້ງທີ່ທ່ານເພີ່ມຈຸດຫມາຍປາຍທາງໃຫມ່ສໍາລັບການຈະລາຈອນ. ຂໍ້ຈໍາກັດນີ້ບໍ່ມີຜົນກັບ HTTP, ຕົວແທນ.
ປະຕິສໍາພັນລະຫວ່າງ HTTP ແລະ TCP
ເພື່ອໃຫ້ເຂົ້າໃຈວິທີການທີ່ Port ຂອງ handles ໃນ HTTP ແລະ TCP ຕົວແທນສົມມຸດວ່າທ່ານມີສອງບໍລິການ 192.0.2.1:8080 ແລະ 192.0.2.1:8081 ແລະເຄືອຂ່າຍແມ່ປ້ອງແລ່ນໃນ 198.51.100.1. ຖ້າຫາກວ່າພວກເຂົາເຈົ້າມີຄວາມແຕກຕ່າງໃນທີ່ຢູ່ IP ແທນທີ່ຈະຈາກຈໍານວນທີ່ Port, ຍົກຕົວຢ່າງນີ້ຈະຄືກັນຍົກເວັ້ນສໍາລັບທີ່ຢູ່ທີ່ສອດຄ້ອງກັນສໍາລັບແຕ່ລະການບໍລິການ. ຖ້າຫາກວ່າພວກເຂົາເຈົ້າຄາດຫວັງ HTTP ການຈະລາຈອນສໍາລັບການຫນຶ່ງຂອງການຮ້ອງຂໍເບິ່ງ HTTP ແລະພອດ proxy ກ່ຽວກັບທັງສອງ endpoints TCP ສາມາດຖືກສົ່ງໄປຫາເຂົາ. ໃນເວລາທີ່ເປັນ HTTP ເຫັນວ່າຂໍ້ຄວາມໄດ້ຖືກແກ້ໄຂ 192.0.2.1:8080, ຕົວແທນການສົ່ງຕໍ່ຂໍ້ຄວາມໄປຫາທີ່ຢູ່ດັ່ງກ່າວນີ້, ຫຼືສະຫມັກຂໍເອົາລະບຽບການທີ່ເຂົາມີໃຫ້ແກ່ການບໍລິການນີ້. ໃນຂັ້ນຕອນການດຽວກັນໃຊ້ໄດ້ກັບ 192.0.2.1:8081, ນໍາໃຊ້ທີ່ Port ດຽວກັນ.
ຖ້າຫາກວ່າການເຫຼົ່ານີ້ທັງສອງບໍລິການແທນທີ່ຈະຄາດຫວັງການຈະລາຈອນ TCP ຄວນຈະເປີດພອດສອງ TCP-proxy ກໍານົດໂດຍສອງອົງປະກອບ <ຫນ້າ> ໃນເອກະສານການຕັ້ງຄ່າໄດ້:
<ຜູກ Forward = "198.51.100.1:3333" ຈຸດຫມາຍປາຍທາງ = "192.0.2.1:8080" />
<ຜູກ Forward = "198.51.100.1:3334" ຈຸດຫມາຍປາຍທາງ = "192.0.2.1:8081" />
ການຕັ້ງຄ່າລູກຄ້າສໍາລັບການປ່ຽນແປງການບໍລິການຄັ້ງທໍາອິດຈາກ« 192.0.2.1:8080 »ໃສ່« 198.51.100.1:3333 », ແລະສໍາລັບຄັ້ງທີສອງ - ເປັນ« 192.0.2.1:8081 »ກັບ« 198.51.100.1:3334 ». ລູກຄ້າທີ່ຈະສົ່ງຂໍ້ຄວາມ (TCP packet), ການບໍລິການຄັ້ງທໍາອິດຂອງທີ່ຢູ່ທໍາອິດ.
ເຄືອຂ່າຍແມ່ປ້ອງໄດ້ຮັບກັບພອດ (3333), ແຕ່ບໍ່ຮູ້ວ່າສິ່ງທີ່ຂໍ້ມູນຖືກສົ່ງໃນໄລຍະການເຊື່ອມຕໍ່ນີ້. ທັງຫມົດທີ່ຂ້າພະເຈົ້າຮູ້ - ການເຊື່ອມຕໍ່ກັບທີ່ Port 3333. ດັ່ງນັ້ນເປັນ, ຕົວແທນຂອງເຄື່ອງແມ່ຂ່າຍໃຫ້ຄໍາປຶກສາການຕັ້ງຄ່າຂອງຕົນແລະເຫັນວ່າການຈະລາຈອນກໍ່ສ້າງທ່າເຮືອນີ້ຕ້ອງໄດ້ຮັບການ redirected ກັບ 192.0.2.1:8080 (ຫຼືວ່າມັນເປັນສິ່ງຈໍາເປັນເພື່ອສະຫມັກຂໍເອົາລະບຽບການສໍາລັບການບໍລິການນີ້). ຖ້າຫາກວ່າທ່ານບໍ່ສາມາດປ່ຽນເສັ້ນທາງທັງຫມົດຈະລາຈອນ HTTP ຂອງທ່ານ, ເນື່ອງຈາກວ່າການຕັ້ງຄ່າລູກຄ້າບໍ່ໄດ້ສະຫນັບສະຫນູນການຕັ້ງຄ່າຂອງຕົວແທນ HTTP ຂອງເຄື່ອງແມ່ຂ່າຍໄດ້, ທ່ານຄວນຈະນໍາໃຊ້ໄດ້ຢ່າງສິ້ນເຊີງ HTTP, ຕົວແທນ.
ໃນມັນແທນທີ່ຈະເປັນເປົ້າຫມາຍທີ່ຢູ່ເວັບ, ທີ່ຢູ່ທີ່ທ່ານລະບຸຕ້ອງການຂອງທ່ານ. ຂະບວນການນີ້ແມ່ນຄ້າຍຄືກັນກັບຕັ້ງຄ່າ proxy TCP, ໃນທີ່ທ່ານລະບຸວ່າເປັນປາຍທາງສໍາລັບຂໍ້ TCP ໃນລະບົບລູກຄ້າໄດ້ແລະສ້າງກົດລະບຽບການສົ່ງຕໍ່ໄດ້.
ຄວາມແຕກຕ່າງກັນແມ່ນວ່າທ່ານເພີ່ມຄຸນລັກສະນະຊະນິດທີ່ຢູ່ໃນລະບຽບການທີ່ລະບຸ HTTP, ໃນຕົວຢ່າງຕໍ່ໄປນີ້: <ຕໍ່ bind = "198.51.100.1:3333" ຈຸດຫມາຍປາຍທາງ = "192.0.2.1:8080" type = "HTTP" />.
ວິທີການເຄື່ອນໄຫວຈະລາຈອນບໍ?
ໃນປັດຈຸບັນຂອງເຄື່ອງແມ່ຂ່າຍຕົວແທນການກໍາຫນົດຄ່າທີ່ຈະຍອມຮັບພຽງແຕ່ HTTP ການຈະລາຈອນສໍາລັບການທີ່ Port ທີ່ກໍານົດໄດ້, ແລະສາມາດໄດ້ຮັບການນໍາໃຊ້ການກັ່ນຕອງອຸດົມສົມບູນຫຼາຍ. ສໍາລັບຕົວຢ່າງ, ເຄື່ອງແມ່ຂ່າຍສາມາດຜະລິດເຫຼົ້າແວງການຈະລາຈອນໃນການປົກຫຸ້ມຂອງ, ຊຶ່ງບໍ່ມີທາງຄໍານິຍາມໃນ URL ທີ່ຢູ່ຂອງຕົນ, ຫຼືຜູ້ທີ່ບໍ່ໄດ້ນໍາໃຊ້ວິທີການ HTTP ສະເພາະ, ເຊັ່ນ: POST. ຢ່າງໃດກໍຕາມ, ເນື່ອງຈາກວ່າ plug ບໍ່ສະເຫມີໄປເຮັດວຽກ, ເຄື່ອງແມ່ຂ່າຍຂອງຍັງຕ້ອງການທີ່ຈະເປັນຈຸດຫມາຍປາຍທາງຂອງລາຍການ <ຫນ້າ> ການ, ເພື່ອໃຫ້ສາມາດທີ່ຈະສົ່ງການຈາລະຈອນໃນລະບົບ. ສໍາລັບຕົວຢ່າງ, ສົມມຸດວ່າລູກຄ້າຕ້ອງໄດ້ເຊື່ອມຕໍ່ກັບການບໍລິການກ່ຽວກັບ 192.0.2.1:8080 ແລະນໍາໃຊ້ໄດ້ຢ່າງສິ້ນເຊີງ HTTP, ຕົວແທນໃນ 198.51.100.1:3333.
ກ່ອນທີ່ລູກຄ້າສາມາດນໍາໃຊ້ເປັນເຄື່ອງແມ່ຂ່າຍຂອງຕົວແທນ, ການຕັ້ງຄ່າລູກຄ້າສໍາລັບການບໍລິການດັ່ງກ່າວນີ້, ທ່ານຈໍາເປັນຕ້ອງມີການປ່ຽນແປງແມ່ນ URL, ທີ່ຢູ່, ເຊັ່ນ: http: // 192.0.2.1:8080/ ປະຕິບັດງານ, ຢູ່ http: // 198.51.100.1:3333/ ປະຕິບັດງານ. ສອບຖາມທີ່ຖືກສົ່ງໄປຫາທີ່ຢູ່ໃຫມ່ຂອງເວັບໄຊເຂົ້າສູ່ເຄືອຂ່າຍໄດ້.
ຂໍ້ຄວາມຮ້ອງຂໍນີ້ບັນຈຸມີ endpoint TCP ສໍາລັບຕົວແທນ (198.51.100.1:3333) ໃນສ່ວນຫົວ "Host", ແລະບໍ່ຢູ່ຂອງລະບົບດັ່ງກ່າວ, ເພາະວ່າລູກຄ້າບໍ່ຮູ້ວ່າສິ່ງທີ່ເຂົາສົ່ງຂໍ້ຄວາມສົ່ງໄດ້. ແບບງ່າຍດາຍ, ລູກຄ້າໄດ້ກໍານົດລັກສະນະຂອງພາລະບົດບາດດັ່ງກ່າວປະກອບເປັນໄດ້. ດັ່ງນັ້ນ, ແທນທີ່ໃຊ້ອົງປະກອບຂອງ <ຫນ້າ>, ເພື່ອຈະໄດ້ຮູ້ວ່າການຮ້ອງຂໍແມ່ນຈະມາເຖິງພອດ 3333 ຮຽກຮ້ອງໃຫ້ເປັນຫນຶ່ງໃນດັ່ງຕໍ່ໄປນີ້: ມັນຄວນຖືກສົ່ງຕໍ່ໄປຍັງລະບົບທີ່ມີຊີວິດ 192.0.2.1:8080, ແລະຫົວຂໍ້« Host »ໃນຂໍ້ຄວາມທີ່ຈະ ການປັບປຸງ. ສໍາລັບຂໍ້ຄວາມທີ່ຈະໄດ້ຮັບການນໍາໃຊ້ກົດລະບຽບທັງຫມົດຂອງການບໍລິການ, ສໍາລັບການຍົກຕົວຢ່າງ, plug ເສັ້ນທາງໄດ້.
Similar articles
Trending Now