ຫນ້າຕ່າງ TCP ສູນຜ່ານພຣັອກຊີ: ກຳນົດຜູ້ຮັບ
ຊອກຫາຈຸດຄວບຄຸມການໄຫຼ TCP ຢູ່ຝັ່ງລູກຄ້າ ຫຼື ເຊີບເວີຂອງພຣັອກຊີ ກ່ອນຈະໂທດການດາວໂຫຼດທີ່ຄ້າງວ່າເປັນຍ້ອນຂະໜາດຫນ້າຕ່າງ ຫຼື ຂະໜາດບັຟເຟີ.
ຮ່ອງຮອຍແພັກເກັດສະແດງ TCP ZeroWindow. ກ່ອນຈະປ່ຽນການຕັ້ງຄ່າເຄີເນວ, ກຳນົດຈຸດປາຍທີ່ປະກາດສູນ.
ຈຸດປາຍນັ້ນກຳລັງອະທິບາຍຄວາມສາມາດຮັບຂອງຕົນເທິງການເຊື່ອມຕໍ່ TCP ນັ້ນ. ມັນບໍ່ໄດ້ປະກາດວ່າພຣັອກຊີທັງໝົດມີແບນວິດເທົ່າໃດ. ການທົດສອບຫນ້າຕ່າງສູນໃຫ້ຜູ້ສົ່ງຮູ້ວ່າຄວາມສາມາດທີ່ປະກາດໄວ້ປ່ຽນແປງຫຼືບໍ່; ການທົດສອບພຽງຢ່າງດຽວບໍ່ໄດ້ພິສູດການສູນເສຍແພັກເກັດ ຫຼື ພຣັອກຊີເສຍ.
browser <-- TCP A --> proxy <-- TCP B --> websiteເຫຼົ່ານີ້ແມ່ນການສົນທະນາ TCP ແຍກຕ່າງຫາກ. ສົມມຸດວ່າໂປຣແກຣມທ່ອງເວັບຢຸດອ່ານຄຳຕອບໃຫຍ່ ແລະ ປະກາດສູນຢູ່ A. ພຣັອກຊີອາດຢຸດລະບາຍ B ເມື່ອບັຟເຟີຂອງຕົນເຕັມ. ຫນ້າຕ່າງສູນທີ່ເຫັນຕໍ່ມາຢູ່ B ອາດເປັນຜົນຂອງລູກຄ້າຊ້າ ບໍ່ແມ່ນບັນຫາເດີມ.
ສະຖານະການກົງກັນຂ້າມອາດເກີດຂຶ້ນເມື່ອອັບໂຫຼດ. ຖ້າແອັບພລິເຄຊັນປາຍທາງຢຸດໃຊ້ຂໍ້ມູນ, ຫນ້າຕ່າງຂອງມັນຢູ່ B ອາດປິດ. ຄວາມກົດດັນອາດເຄື່ອນກັບໄປຫາລູກຄ້າຜ່ານ ບັຟເຟີຂອງພຣັອກຊີ.
ຈັດລຳດັບການສັງເກດ
- ບັນທຶກຈຸດປາຍຂອງການເຊື່ອມຕໍ່ ແລະ ທິດທາງຂອງການຖ່າຍໂອນຂໍ້ມູນທີ່ໄດ້ຮັບຜົນກະທົບ.
- ກຳນົດວ່າຈຸດປາຍໃດປະກາດຫນ້າຕ່າງຮັບທີ່ຫຼຸດລົງ ຫຼື ເປັນສູນກ່ອນ.
- ກວດເບິ່ງວ່າແອັບພລິເຄຊັນຂອງມັນກຳລັງອ່ານ, ຕິດຢູ່ວຽກອື່ນ, ຫຼື ຖືກຈຳກັດດ້ວຍຊັບພະຍາກອນ.
- ປຽບທຽບເວລາຢູ່ການເຊື່ອມຕໍ່ອື່ນຂອງພຣັອກຊີ ກ່ອນຈະກຳນົດສາເຫດເດີມ.
ປ້າຍວິເຄາະຫນ້າຕ່າງຂອງ Wireshark ແມ່ນການຕີຄວາມໝາຍທີ່ເປັນປະໂຫຍດຂອງການຈັບ, ບໍ່ແມ່ນຄຳແນະນຳໃຫ້ເພີ່ມບັຟເຟີຮັບທຸກອັນ. ການປັບຂະໜາດຫນ້າຕ່າງກໍຕ້ອງຕີຄວາມໝາຍໂດຍຄຳນຶງເຖິງການເຈລະຈາຂອງການເຊື່ອມຕໍ່.
ການລອງຈຸດປາຍອື່ນຈາກ ລາຍຊື່ພຣັອກຊີ ແລະ ເຫັນການຖ່າຍໂອນຟື້ນຕົວ ເປັນຫຼັກຖານທີ່ເປັນປະໂຫຍດວ່າເສັ້ນທາງປ່ຽນແປງ. ແຕ່ຕົວມັນເອງບໍ່ໄດ້ພິສູດວ່າການຈັດຕັ້ງ TCP ຂອງລະບົບປະຕິບັດການໃດໜຶ່ງມີຂໍ້ບົກພ່ອງ. ຮັກສາຄຳອະທິບາຍໃຫ້ຕິດກັບຂະບວນການຮັບ ແລະ ການເຊື່ອມຕໍ່ທີ່ການລໍຖ້າເລີ່ມຕົ້ນ.