Cisco Training 200-125 CCNA v3.0. ວັນທີ 6: ການຕື່ມຂໍ້ມູນໃສ່ໃນຊ່ອງຫວ່າງ (DHCP, TCP, handshake, ຕົວເລກຜອດທົ່ວໄປ)

ກ່ອນທີ່ພວກເຮົາຈະເລີ່ມຕົ້ນການສອນວິດີໂອໃນມື້ນີ້, ຂ້າພະເຈົ້າຕ້ອງການຂໍຂອບໃຈທຸກຄົນທີ່ປະກອບສ່ວນເຂົ້າໃນຄວາມນິຍົມຂອງຫຼັກສູດຂອງຂ້າພະເຈົ້າຢູ່ໃນ YouTube. ໃນເວລາທີ່ຂ້າພະເຈົ້າໄດ້ເລີ່ມຕົ້ນມັນປະມານ 8 ເດືອນກ່ອນຫນ້ານີ້, ຂ້າພະເຈົ້າບໍ່ໄດ້ຄາດຫວັງວ່າຜົນສໍາເລັດດັ່ງກ່າວ - ມື້ນີ້ບົດຮຽນຂອງຂ້ອຍໄດ້ຖືກເບິ່ງໂດຍ 312724 ຄົນ, ຂ້ອຍມີຜູ້ຕິດຕາມ 11208 ຄົນ. ຂ້າ​ພະ​ເຈົ້າ​ບໍ່​ເຄີຍ​ຝັນ​ວ່າ​ການ​ເລີ່ມ​ຕົ້ນ​ທີ່​ຖ່ອມ​ຕົນ​ນີ້​ຈະ​ໄປ​ເຖິງ​ຄວາມ​ສູງ​ດັ່ງ​ນັ້ນ. ແຕ່ໃຫ້ເຮົາບໍ່ເສຍເວລາ ແລະ ໄປຫາບົດຮຽນມື້ນີ້ໂດຍກົງ. ມື້ນີ້ພວກເຮົາຈະຕື່ມຂໍ້ມູນໃສ່ໃນຊ່ອງຫວ່າງທີ່ເກີດຂຶ້ນໃນ 7 ບົດຮຽນວິດີໂອທີ່ຜ່ານມາ. ເຖິງແມ່ນວ່າມື້ນີ້ເປັນພຽງວັນທີ 6, ແຕ່ວັນທີ 3 ໄດ້ຖືກແບ່ງອອກເປັນ 3 ວິດີໂອ, ດັ່ງນັ້ນມື້ນີ້ທ່ານຈະໄດ້ເບິ່ງວິດີໂອບົດຮຽນທີ XNUMX ຕົວຈິງ.

ມື້ນີ້ພວກເຮົາຈະກວມເອົາ 3 ຫົວຂໍ້ທີ່ສໍາຄັນ: DHCP, ການຂົນສົ່ງ TCP, ແລະຕົວເລກທີ່ Port ທົ່ວໄປທີ່ສຸດ. ພວກເຮົາໄດ້ເວົ້າກ່ຽວກັບທີ່ຢູ່ IP ແລ້ວ, ແລະຫນຶ່ງໃນປັດໃຈສໍາຄັນທີ່ສຸດໃນການຕັ້ງຄ່າທີ່ຢູ່ IP ແມ່ນ DHCP.

DHCP ຫຍໍ້ມາຈາກ Dynamic Host Configuration Protocol ແລະມັນເປັນໂປຣໂຕຄໍທີ່ຊ່ວຍປັບຄ່າທີ່ຢູ່ IP ແບບໄດນາມິກສຳລັບໂຮສ. ດັ່ງນັ້ນພວກເຮົາທຸກຄົນໄດ້ເຫັນປ່ອງຢ້ຽມນີ້. ເມື່ອທ່ານຄລິກໃສ່ຕົວເລືອກ "ໄດ້ຮັບທີ່ຢູ່ IP ໂດຍອັດຕະໂນມັດ", ຄອມພິວເຕີຊອກຫາເຄື່ອງແມ່ຂ່າຍ DHCP ທີ່ຖືກຕັ້ງຄ່າຢູ່ໃນເຄືອຂ່າຍຍ່ອຍດຽວກັນແລະສົ່ງຊຸດແລະຄໍາຮ້ອງຂໍຕ່າງໆສໍາລັບທີ່ຢູ່ IP. ໂປໂຕຄອນ DHCP ມີ 6 ຂໍ້ຄວາມ, ໃນນັ້ນ 4 ຂໍ້ຄວາມສຳຄັນສຳລັບການກຳນົດທີ່ຢູ່ IP.

ຂໍ້ຄວາມທໍາອິດແມ່ນຂໍ້ຄວາມ DHCP DISCOVERY. ຂໍ້ຄວາມການຄົ້ນພົບ DHCP ແມ່ນຄ້າຍຄືກັນກັບຂໍ້ຄວາມທັກທາຍ. ເມື່ອອຸປະກອນໃໝ່ເຂົ້າຮ່ວມເຄືອຂ່າຍ, ມັນຈະຖາມວ່າມີເຊີບເວີ DHCP ຢູ່ໃນເຄືອຂ່າຍຫຼືບໍ່.

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

ຖ້າມີເຄື່ອງແມ່ຂ່າຍ DHCP ຢູ່ໃນເຄືອຂ່າຍ, ມັນຈະສົ່ງແພັກເກັດ - ການສະເຫນີ DHCP OFFER. ການສະເຫນີຫມາຍຄວາມວ່າເຄື່ອງແມ່ຂ່າຍ DHCP, ໃນການຕອບສະຫນອງຄໍາຮ້ອງຂໍການຄົ້ນພົບ, ສົ່ງການຕັ້ງຄ່າໃຫ້ກັບລູກຄ້າ, ຂໍໃຫ້ລູກຄ້າຍອມຮັບທີ່ຢູ່ IP ສະເພາະ.

ເຊີບເວີ DHCP ສະຫງວນທີ່ຢູ່ IP, ໃນກໍລະນີນີ້ 192.168.1.2, ບໍ່ໄດ້ສະຫນອງມັນ, ແຕ່ສະຫງວນທີ່ຢູ່ນີ້ສໍາລັບອຸປະກອນ. ໃນເວລາດຽວກັນ, ຊຸດການສະເຫນີປະກອບມີທີ່ຢູ່ IP ຂອງຕົນເອງຂອງເຄື່ອງແມ່ຂ່າຍ DHCP.

ຖ້າມີຫຼາຍກວ່າໜຶ່ງເຊີບເວີ DHCP ໃນເຄືອຂ່າຍນີ້, ເຊີບເວີ DHCP ອື່ນ, ເມື່ອໄດ້ຮັບການຮ້ອງຂໍການອອກອາກາດຂອງລູກຄ້າ, ຍັງຈະສະເໜີໃຫ້ມັນຢູ່ IP ຂອງມັນ, ຕົວຢ່າງ, 192.168.1.50. ມັນບໍ່ແມ່ນເລື່ອງທໍາມະດາທີ່ຈະມີສອງເຄື່ອງແມ່ຂ່າຍ DHCP ທີ່ແຕກຕ່າງກັນທີ່ກໍາຫນົດຄ່າຢູ່ໃນເຄືອຂ່າຍດຽວກັນ, ແຕ່ບາງຄັ້ງມັນກໍ່ເກີດຂຶ້ນ. ດັ່ງນັ້ນເມື່ອການສະເຫນີ DHCP ຖືກສົ່ງໄປຫາລູກຄ້າ, ມັນໄດ້ຮັບ 2 DHCP ສະເຫນີແລະຕອນນີ້ຕ້ອງຕັດສິນໃຈວ່າການສະເຫນີ DHCP ທີ່ມັນຕ້ອງການຍອມຮັບ.

ໃຫ້ສົມມຸດວ່າລູກຄ້າຍອມຮັບຄໍາຮ້ອງສະຫມັກທໍາອິດ. ນີ້ຫມາຍຄວາມວ່າລູກຄ້າສົ່ງຄໍາຮ້ອງຂໍ DHCP REQUEST ທີ່ຂຽນວ່າ "ຂ້ອຍຍອມຮັບທີ່ຢູ່ IP 192.168.1.2 ທີ່ສະເຫນີໂດຍເຄື່ອງແມ່ຂ່າຍ DHCP 192.168.1.1."

ເມື່ອໄດ້ຮັບການຮ້ອງຂໍ, ເຊີບເວີ 192.168.1.1 DHCP ຕອບ "ຕົກລົງ, ຂ້ອຍຍອມຮັບມັນ," ນັ້ນແມ່ນ, ມັນຮັບຮູ້ຄໍາຮ້ອງຂໍແລະສົ່ງ DHCP ACK ນີ້ໃຫ້ກັບລູກຄ້າ. ແຕ່ພວກເຮົາຈື່ໄວ້ວ່າເຄື່ອງແມ່ຂ່າຍ DHCP ອື່ນໄດ້ສະຫງວນທີ່ຢູ່ IP ຂອງ 1.50 ສໍາລັບລູກຄ້າ. ເມື່ອມັນໄດ້ຮັບຄໍາຮ້ອງຂໍການອອກອາກາດຂອງລູກຄ້າ, ມັນຈະຮູ້ກ່ຽວກັບຄວາມລົ້ມເຫລວແລະຈະເອົາທີ່ຢູ່ IP ນັ້ນກັບຄືນໄປບ່ອນຢູ່ໃນສະນຸກເກີເພື່ອໃຫ້ມັນສາມາດມອບຫມາຍໃຫ້ລູກຄ້າອື່ນຖ້າມັນໄດ້ຮັບການຮ້ອງຂໍອື່ນ.

ເຫຼົ່ານີ້ແມ່ນ 4 ຂໍ້ຄວາມທີ່ສໍາຄັນທີ່ DHCP ແລກປ່ຽນໃນເວລາທີ່ກໍານົດທີ່ຢູ່ IP. ຕໍ່ໄປ, DHCP ມີ 2 ຂໍ້ຄວາມຂໍ້ມູນເພີ່ມເຕີມ. ຂໍ້​ຄວາມ​ຂໍ້​ມູນ​ຂ່າວ​ສານ​ແມ່ນ​ອອກ​ໂດຍ​ລູກ​ຄ້າ​ຖ້າ​ຫາກ​ວ່າ​ມັນ​ຮຽກ​ຮ້ອງ​ໃຫ້​ມີ​ຂໍ້​ມູນ​ຫຼາຍ​ກ​່​ວາ​ທີ່​ມັນ​ໄດ້​ຮັບ​ໃນ​ຂໍ້ DHCP OFFER ໃນ​ຂັ້ນ​ຕອນ​ທີ​ສອງ​. ຖ້າເຄື່ອງແມ່ຂ່າຍບໍ່ໄດ້ສະຫນອງຂໍ້ມູນພຽງພໍໃນການສະເຫນີ DHCP, ຫຼືຖ້າລູກຄ້າຕ້ອງການຂໍ້ມູນເພີ່ມເຕີມຫຼາຍກວ່າສິ່ງທີ່ຢູ່ໃນຊຸດການສະເຫນີ, ມັນຮ້ອງຂໍໃຫ້ມີຂໍ້ມູນ DHCP ເພີ່ມເຕີມ. ມີຂໍ້ຄວາມເພີ່ມເຕີມທີ່ລູກຄ້າສົ່ງໄປຫາເຄື່ອງແມ່ຂ່າຍ - ນີ້ແມ່ນ DHCP RELEASE. ມັນແຈ້ງໃຫ້ທ່ານຮູ້ວ່າລູກຄ້າຕ້ອງການປົດປ່ອຍທີ່ຢູ່ IP ທີ່ມີຢູ່ຂອງມັນ.

ຢ່າງໃດກໍ່ຕາມ, ສິ່ງທີ່ເກີດຂື້ນເລື້ອຍໆແມ່ນວ່າຜູ້ໃຊ້ຕັດການເຊື່ອມຕໍ່ຈາກເຄືອຂ່າຍກ່ອນທີ່ລູກຄ້າຈະມີເວລາທີ່ຈະສົ່ງ DHCP RELEASE ກັບເຄື່ອງແມ່ຂ່າຍ. ນີ້ເກີດຂຶ້ນໃນເວລາທີ່ທ່ານປິດຄອມພິວເຕີ, ທີ່ພວກເຮົາເຮັດ. ໃນກໍລະນີນີ້, ລູກຄ້າເຄືອຂ່າຍ, ຫຼືຄອມພິວເຕີ, ພຽງແຕ່ບໍ່ມີເວລາທີ່ຈະແຈ້ງໃຫ້ເຄື່ອງແມ່ຂ່າຍທີ່ຈະປ່ອຍທີ່ຢູ່ທີ່ໃຊ້ແລ້ວ, ດັ່ງນັ້ນ DHCP RELEASE ບໍ່ແມ່ນຂັ້ນຕອນທີ່ຕ້ອງການ. ຂັ້ນຕອນທີ່ຕ້ອງການເພື່ອໃຫ້ໄດ້ຮັບທີ່ຢູ່ IP ແມ່ນ: ການຄົ້ນພົບ DHCP, ການສະເຫນີ DHCP, ການຮ້ອງຂໍ DHCP, ແລະການຈັບມື DHCP.

ໃນບົດຮຽນຕໍ່ໄປຂ້າພະເຈົ້າຈະບອກທ່ານວ່າພວກເຮົາກໍານົດເຄື່ອງແມ່ຂ່າຍ DHCP ແນວໃດໃນເວລາສ້າງ DNCP pool. ໂດຍການລວມກັນພວກເຮົາຫມາຍຄວາມວ່າທ່ານບອກເຄື່ອງແມ່ຂ່າຍໃຫ້ກໍານົດທີ່ຢູ່ IP ໃນລະດັບ 192.168.1.1 ຫາ 192.168.1.254. ດັ່ງນັ້ນ, ເຄື່ອງແມ່ຂ່າຍ DHCP ຈະສ້າງສະນຸກເກີ, ວາງ 254 ທີ່ຢູ່ IP ໃນມັນ, ແລະຈະສາມາດກໍານົດທີ່ຢູ່ໃຫ້ກັບລູກຄ້າໃນເຄືອຂ່າຍຈາກສະນຸກເກີນີ້ເທົ່ານັ້ນ. ດັ່ງນັ້ນ, ນີ້ແມ່ນບາງສິ່ງບາງຢ່າງເຊັ່ນ: ການຕັ້ງຄ່າການບໍລິຫານທີ່ຜູ້ໃຊ້ສາມາດເຮັດໄດ້.

ຕອນນີ້ໃຫ້ເບິ່ງການສົ່ງ TCP. ຂ້ອຍບໍ່ຮູ້ວ່າເຈົ້າຄຸ້ນເຄີຍກັບ "ໂທລະສັບ" ຢູ່ໃນຮູບ, ແຕ່ເມື່ອພວກເຮົາຍັງເດັກນ້ອຍພວກເຮົາເຄີຍໃຊ້ກະປ໋ອງກົ່ວເຫຼົ່ານີ້ເຊື່ອມຕໍ່ດ້ວຍສາຍເພື່ອລົມກັນ.

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

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

ໃນມື້ນີ້, ເຖິງແມ່ນວ່າການໂອນ TCP ຕ້ອງມີການເຊື່ອມຕໍ່ທີ່ຕ້ອງໄດ້ຮັບການສ້າງຕັ້ງຂຶ້ນກ່ອນທີ່ການໂອນຂໍ້ມູນຕົວຈິງເລີ່ມຕົ້ນ. ດັ່ງທີ່ພວກເຮົາໄດ້ສົນທະນາໃນບົດຮຽນທີ່ຜ່ານມາ, TCP ແມ່ນການສົ່ງຜ່ານການເຊື່ອມຕໍ່ແບບຮັດກຸມໃນຂະນະທີ່ UDP ແມ່ນການສົ່ງຕໍ່ທີ່ຮັດກຸມ. ເຈົ້າສາມາດເວົ້າວ່າ UDP ແມ່ນບ່ອນທີ່ຂ້ອຍຖິ້ມບານແລະມັນຂຶ້ນກັບເຈົ້າເພື່ອເບິ່ງວ່າເຈົ້າສາມາດຈັບມັນໄດ້. ບໍ່ວ່າເຈົ້າພ້ອມທີ່ຈະເຮັດມັນຫຼືບໍ່ບໍ່ແມ່ນບັນຫາຂອງຂ້ອຍ, ຂ້ອຍພຽງແຕ່ຈະອອກຈາກລາວ.

TCP ຄືກັບວ່າທ່ານເວົ້າກັບຜູ້ຊາຍແລະເຕືອນເຂົາລ່ວງຫນ້າວ່າທ່ານຈະຖິ້ມບານ, ດັ່ງນັ້ນທ່ານສ້າງພັນທະນາການ, ແລະຫຼັງຈາກນັ້ນທ່ານຖິ້ມບານເພື່ອໃຫ້ຄູ່ນອນຂອງທ່ານມີຄວາມພ້ອມທີ່ຈະຈັບມັນ. ດັ່ງນັ້ນ TCP ກໍ່ສ້າງການເຊື່ອມຕໍ່ຕົວຈິງແລະຫຼັງຈາກນັ້ນເລີ່ມຕົ້ນເຮັດການສົ່ງຕົວຈິງ.

ໃຫ້ເບິ່ງວິທີການທີ່ມັນສ້າງການເຊື່ອມຕໍ່ດັ່ງກ່າວ. ໂປຣໂຕຄໍນີ້ໃຊ້ການຈັບມື 3 ວິທີເພື່ອສ້າງການເຊື່ອມຕໍ່. ນີ້ບໍ່ແມ່ນຄໍາສັບທາງວິຊາການຫຼາຍ, ແຕ່ມັນໄດ້ຖືກນໍາໃຊ້ຍາວເພື່ອອະທິບາຍການເຊື່ອມຕໍ່ TCP. ການຈັບມື 3 ວິທີແມ່ນເລີ່ມຕົ້ນໂດຍອຸປະກອນສົ່ງ, ໂດຍລູກຄ້າຈະສົ່ງແພັກເກັດທີ່ມີທຸງ SYN ໄປຫາເຄື່ອງແມ່ຂ່າຍ.

ສົມມຸດວ່າເດັກຍິງທີ່ຢູ່ເບື້ອງຫນ້າ, ໃບຫນ້າທີ່ພວກເຮົາສາມາດເຫັນໄດ້, ແມ່ນອຸປະກອນ A, ແລະເດັກຍິງທີ່ຢູ່ເບື້ອງຫຼັງ, ເຊິ່ງໃບຫນ້າທີ່ບໍ່ສາມາດເຫັນໄດ້, ແມ່ນອຸປະກອນ B. ສາວ A ສົ່ງຊຸດ SYN ໄປຫາສາວ B, ແລະນາງເວົ້າວ່າ: "ດີ, ໃຜ - ຫຼັງຈາກນັ້ນລາວຕ້ອງການຕິດຕໍ່ກັບຂ້ອຍ. ດັ່ງນັ້ນ, ຂ້ອຍຈໍາເປັນຕ້ອງຕອບວ່າຂ້ອຍພ້ອມທີ່ຈະສື່ສານ!” ເຮັດແນວໃດມັນ? ຫນຶ່ງພຽງແຕ່ສາມາດສົ່ງຄືນຊອງ SYN ອື່ນແລະຫຼັງຈາກນັ້ນ ACK ຊີ້ບອກການໄດ້ຮັບຊອງ SYN ຕົ້ນສະບັບ. ແຕ່ແທນທີ່ຈະສົ່ງ ACKs ແຍກຕ່າງຫາກ, ເຄື່ອງແມ່ຂ່າຍປະກອບເປັນຊຸດທົ່ວໄປທີ່ມີ SYN ແລະ ACK ແລະສົ່ງຜ່ານເຄືອຂ່າຍ.

ດັ່ງນັ້ນ, ໃນຈຸດນີ້, ອຸປະກອນ A ໄດ້ສົ່ງຊຸດ SYN ແລະໄດ້ຮັບຊຸດ SYN / ACK ກັບຄືນ. ໃນປັດຈຸບັນອຸປະກອນ A ຕ້ອງສົ່ງອຸປະກອນ B ເປັນແພັກເກັດ ACK, ນັ້ນແມ່ນ, ຢືນຢັນວ່າມັນໄດ້ຮັບການຍິນຍອມຈາກອຸປະກອນ B ເພື່ອສ້າງການສື່ສານ. ດັ່ງນັ້ນ, ອຸປະກອນທັງສອງໄດ້ຮັບແພັກເກັດ SYN ແລະ ACK, ແລະໃນປັດຈຸບັນພວກເຮົາສາມາດເວົ້າໄດ້ວ່າການເຊື່ອມຕໍ່ໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນ, ນັ້ນແມ່ນ, ການຈັບມື 3 ຂັ້ນຕອນໄດ້ຖືກສໍາເລັດໂດຍໃຊ້ໂປໂຕຄອນ TCP.

ຕໍ່ໄປພວກເຮົາຈະເບິ່ງເຕັກໂນໂລຢີ TCP Windowing. ເວົ້າງ່າຍໆ, ມັນແມ່ນວິທີການທີ່ໃຊ້ໃນ TCP / IP ເພື່ອເຈລະຈາຄວາມສາມາດຂອງຜູ້ສົ່ງແລະຜູ້ຮັບ.

ໃຫ້ເວົ້າວ່າໃນ Windows ພວກເຮົາກໍາລັງພະຍາຍາມໂອນໄຟລ໌ຂະຫນາດໃຫຍ່, ເວົ້າວ່າ 2 GB ໃນຂະຫນາດ, ຈາກໄດຫນຶ່ງໄປອີກ. ໃນຕອນເລີ່ມຕົ້ນຂອງການໂອນ, ລະບົບຈະແຈ້ງໃຫ້ພວກເຮົາຮູ້ວ່າການໂອນໄຟລ໌ຈະໃຊ້ເວລາປະມານ 1 ປີ. ແຕ່ສອງສາມວິນາທີຕໍ່ມາລະບົບຈະແກ້ໄຂຕົວມັນເອງແລະເວົ້າວ່າ: "ໂອ້, ລໍຖ້ານາທີ, ຂ້ອຍຄິດວ່າມັນຈະໃຊ້ເວລາປະມານ 6 ເດືອນ, ບໍ່ແມ່ນປີ." ເວລາອີກເລັກນ້ອຍຈະຜ່ານໄປແລະ Windows ຈະເວົ້າວ່າ: "ຂ້ອຍຄິດວ່າຂ້ອຍອາດຈະສາມາດໂອນໄຟລ໌ໃນ 1 ເດືອນ." ອັນນີ້ຈະຖືກຕິດຕາມດ້ວຍຂໍ້ຄວາມ “1 ມື້”, “6 ຊົ່ວໂມງ”, “3 ຊົ່ວໂມງ”, “1 ຊົ່ວໂມງ”, “20 ນາທີ”, “10 ນາທີ”, “3 ນາທີ”. ໃນຄວາມເປັນຈິງ, ຂະບວນການໂອນໄຟລ໌ທັງຫມົດຈະໃຊ້ເວລາພຽງແຕ່ 3 ນາທີ. ອັນນີ້ເກີດຂຶ້ນໄດ້ແນວໃດ? ໃນເບື້ອງຕົ້ນ, ເມື່ອອຸປະກອນຂອງທ່ານພະຍາຍາມຕິດຕໍ່ສື່ສານກັບອຸປະກອນອື່ນ, ມັນຈະສົ່ງຊຸດຫນຶ່ງແລະລໍຖ້າການຢືນຢັນ. ຖ້າອຸປະກອນລໍຖ້າເວລາດົນນານສໍາລັບການຢືນຢັນ, ມັນຄິດວ່າ: "ຖ້າຂ້ອຍຕ້ອງໂອນຂໍ້ມູນ 2 GB ດ້ວຍຄວາມໄວນີ້, ມັນຈະໃຊ້ເວລາປະມານ 2 ປີ." ຫຼັງຈາກບາງເວລາ, ອຸປະກອນຂອງທ່ານໄດ້ຮັບ ACK ແລະຄິດວ່າ, "ຕົກລົງ, ຂ້ອຍໄດ້ສົ່ງຊອງຫນຶ່ງແລະໄດ້ຮັບ ACK, ດັ່ງນັ້ນຜູ້ຮັບສາມາດໄດ້ຮັບ 1 ຊອງ. ດຽວນີ້ຂ້ອຍຈະພະຍາຍາມສົ່ງໃຫ້ລາວ 10 ຊອງແທນທີ່ຈະເປັນອັນດຽວ.” ຜູ້ສົ່ງຈະສົ່ງ 10 ຊອງແລະຫຼັງຈາກບາງເວລາໄດ້ຮັບການຢືນຢັນ ACK ຈາກອຸປະກອນທີ່ໄດ້ຮັບ, ຊຶ່ງຫມາຍຄວາມວ່າຜູ້ຮັບກໍາລັງລໍຖ້າຊຸດທີ 11 ຕໍ່ໄປ. ຜູ້ສົ່ງຄິດວ່າ: "ດີຫຼາຍ, ເພາະວ່າຜູ້ຮັບໄດ້ຈັດການ 10 ຊອງໃນເວລາດຽວກັນ, ຕອນນີ້ຂ້ອຍຈະພະຍາຍາມສົ່ງໃຫ້ລາວ 100 ຊອງແທນສິບ." ລາວສົ່ງ 100 ຊອງ, ແລະຜູ້ຮັບຕອບວ່າລາວໄດ້ຮັບແລະປະຈຸບັນລໍຖ້າ 101 ຊອງ. ດັ່ງນັ້ນ, ເມື່ອເວລາຜ່ານໄປ, ຈໍານວນຊອງທີ່ສົ່ງຜ່ານເພີ່ມຂຶ້ນ.

ນີ້ແມ່ນເຫດຜົນທີ່ທ່ານເຫັນເວລາການຄັດລອກໄຟລ໌ຫຼຸດລົງຢ່າງໄວວາເມື່ອທຽບກັບສິ່ງທີ່ໄດ້ກ່າວໄວ້ໃນຕອນຕົ້ນ - ນີ້ແມ່ນຍ້ອນຄວາມສາມາດໃນການໂອນຂໍ້ມູນຈໍານວນຫລາຍ. ຢ່າງໃດກໍຕາມ, ມີຈຸດຫນຶ່ງທີ່ເພີ່ມຂຶ້ນໃນປະລິມານການສົ່ງຕໍ່ກາຍເປັນເປັນໄປບໍ່ໄດ້. ສົມມຸດວ່າເຈົ້າໄດ້ສົ່ງ 10000 ແພັກເກັດ, ແຕ່ buffer ອຸປະກອນຂອງຜູ້ຮັບສາມາດຍອມຮັບໄດ້ພຽງແຕ່ 9000. ໃນກໍລະນີນີ້, ຜູ້ຮັບຈະສົ່ງ ACK ທີ່ມີຂໍ້ຄວາມ: "ຂ້ອຍໄດ້ຮັບ 9000 ຊອງແລະຕອນນີ້ພ້ອມທີ່ຈະຮັບ 9001." ຈາກນີ້, ຜູ້ສົ່ງສະຫຼຸບວ່າ buffer ຂອງອຸປະກອນຮັບມີຄວາມຈຸພຽງແຕ່ 9000, ຊຶ່ງຫມາຍຄວາມວ່າຈາກນີ້ໄປຂ້າພະເຈົ້າຈະສົ່ງບໍ່ເກີນ 9000 ຊອງຕໍ່ຄັ້ງ. ໃນກໍລະນີນີ້, ຜູ້ສົ່ງຈະຄິດໄລ່ຢ່າງໄວວາເວລາທີ່ມັນຈະໂອນຂໍ້ມູນຈໍານວນທີ່ຍັງເຫຼືອຢູ່ໃນສ່ວນຂອງ 9000 ຊອງ, ແລະໃຫ້ 3 ນາທີ. ສາມນາທີເຫຼົ່ານີ້ແມ່ນເວລາສາຍສົ່ງຕົວຈິງ. ນັ້ນແມ່ນສິ່ງທີ່ TCP Windowing ເຮັດ.

ນີ້ແມ່ນ ໜຶ່ງ ໃນກົນໄກການຂັດຂວາງການຈະລາຈອນທີ່ອຸປະກອນສົ່ງໃນທີ່ສຸດເຂົ້າໃຈວ່າຄວາມຈຸຂອງເຄືອຂ່າຍຕົວຈິງແມ່ນຫຍັງ. ທ່ານອາດຈະສົງໄສວ່າເປັນຫຍັງພວກເຂົາບໍ່ສາມາດຕົກລົງກັນລ່ວງຫນ້າກ່ຽວກັບຄວາມສາມາດຂອງອຸປະກອນຮັບ? ຄວາມຈິງແລ້ວແມ່ນວ່ານີ້ແມ່ນເປັນໄປບໍ່ໄດ້ທາງດ້ານເຕັກນິກເພາະວ່າມີອຸປະກອນປະເພດຕ່າງໆຢູ່ໃນເຄືອຂ່າຍ. ໃຫ້ເວົ້າວ່າທ່ານມີ iPad ແລະມັນມີຄວາມໄວໃນການໂອນ / ຮັບຂໍ້ມູນທີ່ແຕກຕ່າງກັນກ່ວາ iPhone, ທ່ານອາດຈະມີໂທລະສັບປະເພດຕ່າງໆ, ຫຼືບາງທີທ່ານມີຄອມພິວເຕີເກົ່າຫຼາຍ. ເພາະສະນັ້ນ, ທຸກຄົນມີແບນວິດເຄືອຂ່າຍທີ່ແຕກຕ່າງກັນ.

ນັ້ນແມ່ນເຫດຜົນທີ່ວ່າເທກໂນໂລຍີ TCP Windowing ໄດ້ຖືກພັດທະນາ, ເມື່ອການສົ່ງຂໍ້ມູນເລີ່ມຕົ້ນດ້ວຍຄວາມໄວຕ່ໍາຫຼືມີການສົ່ງຕໍ່ຈໍານວນແພັກເກັດຕໍາ່ສຸດທີ່, ຄ່ອຍໆເພີ່ມການຈະລາຈອນ "ປ່ອງຢ້ຽມ". ທ່ານສົ່ງຊອງຫນຶ່ງ, 5 ຊອງ, 10 ຊອງ, 1000 packets, 10000 packets ແລະຊ້າໆເປີດປ່ອງຢ້ຽມນັ້ນຫຼາຍຂື້ນຈົນກ່ວາ "ເປີດ" ຮອດປະລິມານສູງສຸດທີ່ເປັນໄປໄດ້ຂອງການຈະລາຈອນທີ່ສົ່ງໃນໄລຍະເວລາສະເພາະ. ດັ່ງນັ້ນ, ແນວຄວາມຄິດຂອງ Windowing ແມ່ນສ່ວນຫນຶ່ງຂອງການດໍາເນີນງານຂອງໂປໂຕຄອນ TCP.

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

ເຄື່ອງແມ່ຂ່າຍຮູ້ໄດ້ແນວໃດວ່າການຈະລາຈອນທີ່ແນ່ນອນຄວນໄປໃສ? ລາວຮຽນຮູ້ນີ້ຈາກຫມາຍເລກພອດປາຍທາງ. ຖ້າທ່ານເບິ່ງຢູ່ໃນກອບ, ທ່ານຈະເຫັນວ່າໃນແຕ່ລະການໂອນຂໍ້ມູນມີການກ່າວເຖິງຫມາຍເລກພອດປາຍທາງແລະຫມາຍເລກພອດແຫຼ່ງ. ທ່ານສາມາດເຫັນໄດ້ວ່າການຈະລາຈອນສີຟ້າແລະສີແດງ, ແລະການຈະລາຈອນສີຟ້າແມ່ນການຈະລາຈອນຂອງເຄື່ອງແມ່ຂ່າຍເວັບ, ທັງສອງໄປຫາເຄື່ອງແມ່ຂ່າຍທາງດ້ານຮ່າງກາຍດຽວກັນ, ເຊິ່ງມີເຄື່ອງແມ່ຂ່າຍທີ່ແຕກຕ່າງກັນຕິດຕັ້ງ. ຖ້ານີ້ແມ່ນສູນຂໍ້ມູນ, ມັນໃຊ້ເຄື່ອງແມ່ຂ່າຍ virtual. ດັ່ງນັ້ນພວກເຂົາຮູ້ໄດ້ແນວໃດວ່າການຈະລາຈອນສີແດງແມ່ນຄວນຈະກັບຄືນໄປຫາຄອມພິວເຕີໂນດບຸກຊ້າຍທີ່ມີທີ່ຢູ່ IP ນີ້? ພວກເຂົາຮູ້ເລື່ອງນີ້ຍ້ອນຕົວເລກທີ່ Port. ຖ້າທ່ານອ້າງອີງໃສ່ບົດຄວາມ Wikipedia “ລາຍຊື່ຂອງ TCP ແລະ UDP Ports”, ທ່ານຈະເຫັນວ່າມັນມີລາຍຊື່ຕົວເລກມາດຕະຖານທັງໝົດ.

ຖ້າ​ເຈົ້າ​ເລື່ອນ​ລົງ​ໜ້າ​ນີ້ ເຈົ້າ​ຈະ​ເຫັນ​ລາຍ​ຊື່​ນີ້​ໃຫຍ່​ປານ​ໃດ. ມັນມີປະມານ 61 ຕົວເລກ. ຕົວເລກພອດຈາກ 000 ຫາ 1 ແມ່ນເປັນທີ່ຮູ້ຈັກເປັນຕົວເລກພອດທົ່ວໄປທີ່ສຸດ. ຕົວຢ່າງ, ພອດ 1024/TCP ແມ່ນສໍາລັບການສົ່ງຄໍາສັ່ງ ftp, port 21 ແມ່ນສໍາລັບ ssh, port 22 ແມ່ນສໍາລັບ Telnet, ນັ້ນແມ່ນ, ສໍາລັບການສົ່ງຂໍ້ຄວາມທີ່ບໍ່ໄດ້ເຂົ້າລະຫັດ. ພອດ 23 ທີ່ມີຄວາມນິຍົມຫຼາຍປະຕິບັດຂໍ້ມູນຜ່ານ HTTP, ໃນຂະນະທີ່ພອດ 80 ປະຕິບັດຂໍ້ມູນທີ່ເຂົ້າລະຫັດຜ່ານ HTTPS, ເຊິ່ງຄ້າຍຄືກັບ HTTP ສະບັບທີ່ປອດໄພ.
ບາງພອດແມ່ນອຸທິດຕົນເພື່ອທັງ TCP ແລະ UDP, ແລະບາງບ່ອນປະຕິບັດວຽກງານທີ່ແຕກຕ່າງກັນຂຶ້ນກັບວ່າການເຊື່ອມຕໍ່ແມ່ນ TCP ຫຼື UDP. ດັ່ງນັ້ນ, ຢ່າງເປັນທາງການ TCP port 80 ຖືກນໍາໃຊ້ສໍາລັບ HTTP, ແລະບໍ່ເປັນທາງການ UDP port 80 ແມ່ນໃຊ້ສໍາລັບ HTTP, ແຕ່ພາຍໃຕ້ໂປໂຕຄອນ HTTP ທີ່ແຕກຕ່າງກັນ - QUIC.

ດັ່ງນັ້ນ, ຕົວເລກພອດໃນ TCP ບໍ່ສະເຫມີມີຈຸດປະສົງທີ່ຈະເຮັດສິ່ງດຽວກັນກັບ UDP. ທ່ານບໍ່ຈໍາເປັນຕ້ອງຮຽນຮູ້ບັນຊີລາຍຊື່ນີ້ໂດຍຫົວໃຈ, ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະຈື່, ແຕ່ທ່ານຈໍາເປັນຕ້ອງຮູ້ບາງຕົວເລກພອດທີ່ນິຍົມແລະທົ່ວໄປທີ່ສຸດ. ດັ່ງທີ່ຂ້າພະເຈົ້າເວົ້າ, ບາງພອດເຫຼົ່ານີ້ມີຈຸດປະສົງຢ່າງເປັນທາງການ, ເຊິ່ງໄດ້ອະທິບາຍໄວ້ໃນມາດຕະຖານ, ແລະບາງບ່ອນມີຈຸດປະສົງທີ່ບໍ່ເປັນທາງການ, ເຊັ່ນດຽວກັນກັບກໍລະນີຂອງ Chromium.

ດັ່ງນັ້ນ, ຕາຕະລາງນີ້ລາຍຊື່ຕົວເລກພອດທົ່ວໄປທັງຫມົດ, ແລະຕົວເລກເຫຼົ່ານີ້ຖືກນໍາໃຊ້ເພື່ອສົ່ງແລະຮັບການຈະລາຈອນໃນເວລາທີ່ນໍາໃຊ້ຄໍາຮ້ອງສະຫມັກສະເພາະ.

ຕອນນີ້ໃຫ້ເບິ່ງວິທີການຍ້າຍຂໍ້ມູນຜ່ານເຄືອຂ່າຍໂດຍອີງໃສ່ຂໍ້ມູນນ້ອຍໆທີ່ພວກເຮົາຮູ້. ສົມມຸດວ່າຄອມພິວເຕີ 10.1.1.10 ຕ້ອງການທີ່ຈະຕິດຕໍ່ກັບຄອມພິວເຕີເຄື່ອງນີ້, ຫຼືເຄື່ອງແມ່ຂ່າຍນີ້, ທີ່ມີທີ່ຢູ່ 30.1.1.10. ຂ້າງລຸ່ມທີ່ຢູ່ IP ຂອງແຕ່ລະອຸປະກອນແມ່ນທີ່ຢູ່ MAC ຂອງມັນ. ຂ້ອຍໃຫ້ຕົວຢ່າງຂອງທີ່ຢູ່ MAC ມີພຽງແຕ່ 4 ຕົວອັກສອນສຸດທ້າຍ, ແຕ່ໃນທາງປະຕິບັດມັນແມ່ນເລກຖານສິບຫົກ 48-bit ທີ່ມີ 12 ຕົວອັກສອນ. ເນື່ອງຈາກແຕ່ລະຕົວເລກເຫຼົ່ານີ້ປະກອບດ້ວຍ 4 ບິດ, 12 ຕົວເລກຖານສິບຫົກເປັນຕົວແທນຂອງຕົວເລກ 48-bit.

ດັ່ງທີ່ພວກເຮົາຮູ້, ຖ້າອຸປະກອນນີ້ຕ້ອງການຕິດຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍນີ້, ຂັ້ນຕອນທໍາອິດຂອງການຈັບມື 3 ຂັ້ນຕອນຕ້ອງເຮັດກ່ອນ, ນັ້ນແມ່ນການສົ່ງແພັກເກັດ SYN. ເມື່ອການຮ້ອງຂໍນີ້ຖືກເຮັດ, ຄອມພິວເຕີ 10.1.1.10 ຈະລະບຸໝາຍເລກພອດແຫຼ່ງ, ເຊິ່ງ Windows ສ້າງແບບໄດນາມິກ. Windows ສຸ່ມເລືອກໝາຍເລກພອດລະຫວ່າງ 1 ຫາ 65,000. ແຕ່ນັບຕັ້ງແຕ່ຕົວເລກເລີ່ມຕົ້ນໃນໄລຍະ 1 ຫາ 1024 ແມ່ນເປັນທີ່ຮູ້ຈັກຢ່າງກວ້າງຂວາງ, ໃນກໍລະນີນີ້ລະບົບຈະພິຈາລະນາຕົວເລກທີ່ໃຫຍ່ກວ່າ 25000 ແລະສ້າງພອດແຫຼ່ງແບບສຸ່ມ, ຕົວຢ່າງ, ຕົວເລກ 25113.

ຕໍ່ໄປ, ລະບົບຈະເພີ່ມພອດປາຍທາງໃສ່ແພັກເກັດ, ໃນກໍລະນີນີ້ມັນແມ່ນພອດ 21, ເພາະວ່າແອັບພລິເຄຊັນທີ່ພະຍາຍາມເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍ FTP ນີ້ຮູ້ວ່າມັນຄວນຈະສົ່ງການຈະລາຈອນ FTP.

ຕໍ່ໄປ, ຄອມພິວເຕີຂອງພວກເຮົາເວົ້າວ່າ, "ຕົກລົງ, ທີ່ຢູ່ IP ຂອງຂ້ອຍແມ່ນ 10.1.1.10, ແລະຂ້ອຍຈໍາເປັນຕ້ອງຕິດຕໍ່ກັບທີ່ຢູ່ IP 30.1.1.10." ທັງສອງທີ່ຢູ່ເຫຼົ່ານີ້ຍັງຖືກລວມຢູ່ໃນແພັກເກັດເພື່ອປະກອບຄໍາຮ້ອງຂໍ SYN, ແລະແພັກເກັດນີ້ຈະບໍ່ປ່ຽນແປງຈົນກ່ວາໃນຕອນທ້າຍຂອງການເຊື່ອມຕໍ່.

ຂ້ອຍຢາກໃຫ້ເຈົ້າເຂົ້າໃຈໃນວິດີໂອນີ້ວ່າຂໍ້ມູນເຄື່ອນຍ້າຍຜ່ານເຄືອຂ່າຍແນວໃດ. ເມື່ອຄອມພິວເຕີຂອງພວກເຮົາສົ່ງຄໍາຮ້ອງຂໍເຫັນທີ່ຢູ່ IP ແຫຼ່ງແລະທີ່ຢູ່ IP ປາຍທາງ, ມັນເຂົ້າໃຈວ່າທີ່ຢູ່ປາຍທາງບໍ່ໄດ້ຢູ່ໃນເຄືອຂ່າຍທ້ອງຖິ່ນນັ້ນ. ຂ້າພະເຈົ້າລືມເວົ້າວ່າເຫຼົ່ານີ້ແມ່ນທັງຫມົດ /24 ທີ່ຢູ່ IP. ດັ່ງນັ້ນ, ຖ້າທ່ານເບິ່ງທີ່ຢູ່ IP /24, ທ່ານຈະຮູ້ວ່າຄອມພິວເຕີ 10.1.1.10 ແລະ 30.1.1.10 ບໍ່ໄດ້ຢູ່ໃນເຄືອຂ່າຍດຽວກັນ. ດັ່ງນັ້ນ, ຄອມພິວເຕີທີ່ສົ່ງຄໍາຮ້ອງຂໍເຂົ້າໃຈວ່າເພື່ອອອກຈາກເຄືອຂ່າຍນີ້, ມັນຕ້ອງຕິດຕໍ່ກັບ gateway 10.1.1.1, ເຊິ່ງຖືກຕັ້ງຄ່າຢູ່ໃນຫນຶ່ງຂອງການໂຕ້ຕອບ router. ມັນຮູ້ວ່າມັນຄວນຈະໄປທີ່ 10.1.1.1 ແລະຮູ້ຈັກທີ່ຢູ່ MAC ຂອງມັນຂອງ 1111, ແຕ່ບໍ່ຮູ້ທີ່ຢູ່ MAC ຂອງ gateway 10.1.1.1. ລາວກໍາລັງເຮັດຫຍັງ? ມັນສົ່ງຄໍາຮ້ອງຂໍການອອກອາກາດ ARP ທີ່ອຸປະກອນທັງຫມົດໃນເຄືອຂ່າຍຈະໄດ້ຮັບ, ແຕ່ວ່າພຽງແຕ່ router ທີ່ມີທີ່ຢູ່ IP 10.1.1.1 ຈະຕອບສະຫນອງກັບມັນ.

ເຣົາເຕີຈະຕອບສະໜອງດ້ວຍທີ່ຢູ່ AAAA MAC ຂອງມັນ, ແລະທັງທີ່ຢູ່ MAC ແຫຼ່ງ ແລະປາຍທາງຈະຖືກວາງໄວ້ໃນກອບນີ້ເຊັ່ນກັນ. ເມື່ອກອບພ້ອມແລ້ວ, ການກວດສອບຄວາມສົມບູນຂອງຂໍ້ມູນ CRC, ເຊິ່ງເປັນສູດການຄິດໄລ່ສໍາລັບການຊອກຫາ checksum ເພື່ອກວດຫາຄວາມຜິດພາດ, ຈະຖືກປະຕິບັດກ່ອນທີ່ຈະອອກຈາກເຄືອຂ່າຍ.
Cyclic Redundancy CRC ຫມາຍຄວາມວ່າກອບທັງຫມົດນີ້, ຈາກ SYN ໄປຫາທີ່ຢູ່ MAC ສຸດທ້າຍ, ແມ່ນດໍາເນີນການຜ່ານລະບົບ hashing algorithm, ເວົ້າວ່າ MD5, ສົ່ງຜົນໃຫ້ຄ່າ hash. ຄ່າ hash, ຫຼື MD5 checksum, ແມ່ນຖືກຈັດໃສ່ໃນຕອນຕົ້ນຂອງກອບ.

ຂ້າພະເຈົ້າໄດ້ຕິດສະຫຼາກມັນ FCS/CRC ເພາະວ່າ FCS ເປັນ Frame Check Sequence, ເປັນຄ່າ CRC ສີ່ໄບຕ໌. ບາງຄົນໃຊ້ FCS ການອອກແບບແລະບາງຄົນໃຊ້ CRC ການອອກແບບ, ດັ່ງນັ້ນຂ້ອຍພຽງແຕ່ລວມເອົາທັງສອງການອອກແບບ. ແຕ່ໂດຍພື້ນຖານແລ້ວມັນເປັນພຽງແຕ່ຄ່າ hash. ມັນເປັນສິ່ງຈໍາເປັນເພື່ອໃຫ້ແນ່ໃຈວ່າຂໍ້ມູນທັງຫມົດທີ່ໄດ້ຮັບຜ່ານເຄືອຂ່າຍບໍ່ມີຂໍ້ຜິດພາດ. ດັ່ງນັ້ນ, ເມື່ອກອບນີ້ມາຮອດ router, ສິ່ງທໍາອິດທີ່ router ຈະເຮັດແມ່ນຄິດໄລ່ checksum ຕົວມັນເອງແລະປຽບທຽບກັບຄ່າ FCS ຫຼື CRC ທີ່ກອບທີ່ໄດ້ຮັບ. ວິທີນີ້ລາວສາມາດກວດເບິ່ງວ່າຂໍ້ມູນທີ່ໄດ້ຮັບຜ່ານເຄືອຂ່າຍບໍ່ມີຂໍ້ຜິດພາດ, ຫຼັງຈາກນັ້ນລາວຈະເອົາ checksum ອອກຈາກກອບ.

ຕໍ່ໄປ, router ຈະເບິ່ງທີ່ຢູ່ MAC ແລະເວົ້າວ່າ, "Okay, ທີ່ຢູ່ MAC AAAA ຫມາຍຄວາມວ່າກອບຖືກແກ້ໄຂກັບຂ້ອຍ," ແລະລຶບສ່ວນຂອງກອບທີ່ມີທີ່ຢູ່ MAC.

ຊອກຫາຢູ່ໃນທີ່ຢູ່ IP ປາຍທາງ 30.1.1.10, ລາວຈະເຂົ້າໃຈວ່າແພັກເກັດນີ້ບໍ່ໄດ້ຖືກສົ່ງໄປຫາລາວແລະຕ້ອງໄປຕື່ມອີກໂດຍຜ່ານ router.

ໃນປັດຈຸບັນ router "ຄິດ" ວ່າມັນຈໍາເປັນຕ້ອງເບິ່ງບ່ອນທີ່ເຄືອຂ່າຍທີ່ມີທີ່ຢູ່ 30.1.1.10 ຕັ້ງຢູ່. ພວກເຮົາຍັງບໍ່ໄດ້ກວມເອົາແນວຄວາມຄິດອັນເຕັມທີ່ຂອງ routing ເທື່ອ, ແຕ່ພວກເຮົາຮູ້ວ່າ routers ມີຕາຕະລາງ routing. ຕາຕະລາງນີ້ມີລາຍການສໍາລັບເຄືອຂ່າຍທີ່ມີທີ່ຢູ່ 30.1.1.0. ຕາມທີ່ທ່ານຈື່, ນີ້ບໍ່ແມ່ນທີ່ຢູ່ IP ຂອງເຈົ້າພາບ, ແຕ່ຕົວລະບຸເຄືອຂ່າຍ. router ຈະ "ຄິດ" ວ່າມັນສາມາດບັນລຸທີ່ຢູ່ 30.1.1.0/24 ໂດຍການຜ່ານ router 20.1.1.2.

ເຈົ້າອາດຈະຖາມວ່າ ລາວຮູ້ເລື່ອງນີ້ໄດ້ແນວໃດ? ພຽງແຕ່ຈື່ໄວ້ວ່າມັນຈະຮູ້ສິ່ງນີ້ທັງຈາກໂປໂຕຄອນການກໍານົດເສັ້ນທາງຫຼືຈາກການຕັ້ງຄ່າຂອງທ່ານຖ້າທ່ານເປັນຜູ້ເບິ່ງແຍງລະບົບໄດ້ກໍານົດເສັ້ນທາງຄົງທີ່. ແຕ່ໃນກໍລະນີໃດກໍ່ຕາມ, ຕາຕະລາງເສັ້ນທາງຂອງ router ນີ້ປະກອບດ້ວຍການເຂົ້າທີ່ຖືກຕ້ອງ, ດັ່ງນັ້ນມັນຮູ້ວ່າມັນຄວນຈະສົ່ງແພັກເກັດນີ້ໄປຫາ 20.1.1.2. ສົມມຸດວ່າເຣົາເຕີຮູ້ທີ່ຢູ່ MAC ປາຍທາງແລ້ວ, ພວກເຮົາຈະສືບຕໍ່ສົ່ງຕໍ່ແພັກເກັດ. ຖ້າລາວບໍ່ຮູ້ທີ່ຢູ່ນີ້, ລາວຈະເລີ່ມ ARP ອີກເທື່ອຫນຶ່ງ, ໄດ້ຮັບທີ່ຢູ່ MAC ຂອງ router 20.1.1.2, ແລະຂະບວນການສົ່ງກອບຈະສືບຕໍ່ອີກເທື່ອຫນຶ່ງ.

ດັ່ງນັ້ນພວກເຮົາສົມມຸດວ່າມັນຮູ້ທີ່ຢູ່ MAC ແລ້ວ, ຫຼັງຈາກນັ້ນພວກເຮົາຈະມີທີ່ຢູ່ MAC ແຫຼ່ງ BBB ແລະທີ່ຢູ່ MAC ປາຍທາງ CCC. ເຣົາເຕີຄິດໄລ່ FCS/CRC ອີກຄັ້ງ ແລະວາງມັນໄວ້ໃນຕອນຕົ້ນຂອງກອບ.

ຫຼັງຈາກນັ້ນມັນຈະສົ່ງກອບນີ້ຜ່ານເຄືອຂ່າຍ, ເຟຣມໄປຮອດ router 20.1.12, ມັນກວດເບິ່ງ checksum, ໃຫ້ແນ່ໃຈວ່າຂໍ້ມູນບໍ່ເສຍຫາຍ, ແລະລຶບ FCS/CRC. ມັນຫຼັງຈາກນັ້ນ "ຕັດ" ທີ່ຢູ່ MAC, ເບິ່ງຈຸດຫມາຍປາຍທາງແລະເຫັນວ່າມັນເປັນ 30.1.1.10. ລາວຮູ້ວ່າທີ່ຢູ່ນີ້ເຊື່ອມຕໍ່ກັບການໂຕ້ຕອບຂອງລາວ. ຂະບວນການສ້າງກອບດຽວກັນແມ່ນຊ້ໍາກັນ, router ເພີ່ມຄ່າທີ່ຢູ່ MAC ແຫຼ່ງແລະຈຸດຫມາຍປາຍທາງ, ເຮັດ hashing, ຄັດຕິດ hash ກັບກອບແລະສົ່ງມັນໃນທົ່ວເຄືອຂ່າຍ.

ເຊີບເວີຂອງພວກເຮົາ, ສຸດທ້າຍໄດ້ຮັບການຮ້ອງຂໍ SYN ຕໍ່ກັບມັນ, ກວດເບິ່ງ hash checksum, ແລະຖ້າແພັກເກັດບໍ່ມີຂໍ້ຜິດພາດ, ມັນຈະລຶບ hash. ຫຼັງຈາກນັ້ນ, ລາວເອົາທີ່ຢູ່ MAC, ເບິ່ງທີ່ຢູ່ IP ແລະຮັບຮູ້ວ່າຊຸດນີ້ຖືກສົ່ງກັບລາວ.
ຫຼັງຈາກນັ້ນ, ມັນຕັດທີ່ຢູ່ IP ທີ່ກ່ຽວຂ້ອງກັບຊັ້ນທີສາມຂອງຮູບແບບ OSI ແລະເບິ່ງຕົວເລກທີ່ Port.

ລາວເຫັນພອດ 21, ຊຶ່ງຫມາຍຄວາມວ່າຈະລາຈອນ FTP, ເຫັນ SYN ແລະດັ່ງນັ້ນຈຶ່ງເຂົ້າໃຈວ່າຜູ້ໃດຜູ້ຫນຶ່ງກໍາລັງພະຍາຍາມຕິດຕໍ່ສື່ສານກັບລາວ.

ໃນປັດຈຸບັນ, ອີງຕາມສິ່ງທີ່ພວກເຮົາໄດ້ຮຽນຮູ້ກ່ຽວກັບການຈັບມື, ເຄື່ອງແມ່ຂ່າຍ 30.1.1.10 ຈະສ້າງແພັກເກັດ SYN / ACK ແລະສົ່ງມັນກັບຄອມພິວເຕີ 10.1.1.10. ເມື່ອໄດ້ຮັບແພັກເກັດນີ້, ອຸປະກອນ 10.1.1.10 ຈະສ້າງ ACK, ຜ່ານເຄືອຂ່າຍໃນແບບດຽວກັນກັບແພັກເກັດ SYN, ແລະຫຼັງຈາກເຄື່ອງແມ່ຂ່າຍໄດ້ຮັບ ACK, ການເຊື່ອມຕໍ່ຈະຖືກສ້າງຕັ້ງຂຶ້ນ.

ສິ່ງຫນຶ່ງທີ່ທ່ານຄວນຮູ້ແມ່ນວ່າສິ່ງທັງຫມົດນີ້ເກີດຂື້ນໃນເວລາຫນ້ອຍກວ່າຫນຶ່ງວິນາທີ. ນີ້ແມ່ນຂະບວນການທີ່ໄວທີ່ສຸດ, ເຊິ່ງຂ້າພະເຈົ້າໄດ້ພະຍາຍາມຊ້າລົງເພື່ອໃຫ້ທຸກສິ່ງທຸກຢ່າງຈະແຈ້ງສໍາລັບທ່ານ.
ຂ້າ​ພະ​ເຈົ້າ​ຫວັງ​ວ່າ​ທ່ານ​ຈະ​ຊອກ​ຫາ​ສິ່ງ​ທີ່​ທ່ານ​ໄດ້​ຮຽນ​ຮູ້​ໃນ tutorial ນີ້​ເປັນ​ປະ​ໂຫຍດ​. ຖ້າທ່ານມີຄໍາຖາມໃດໆ, ກະລຸນາຂຽນຫາຂ້ອຍທີ່ [email protected] ຫຼືຝາກຄຳຖາມໄວ້ໃຕ້ວິດີໂອນີ້.

ເລີ່ມຕົ້ນດ້ວຍບົດຮຽນຕໍ່ໄປ, ຂ້າພະເຈົ້າຈະເລືອກເອົາ 3 ຄໍາຖາມທີ່ຫນ້າສົນໃຈຫຼາຍທີ່ສຸດຈາກ YouTube, ເຊິ່ງຂ້າພະເຈົ້າຈະທົບທວນຄືນໃນຕອນທ້າຍຂອງແຕ່ລະວິດີໂອ. ຈາກ​ນີ້​ໄປ​ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ມີ​ພາກ​ສ່ວນ "ຄໍາ​ຖາມ​ທາງ​ເທີງ​" ສະ​ນັ້ນ​ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ຕອບ​ຄໍາ​ຖາມ​ພ້ອມ​ກັບ​ຊື່​ຂອງ​ທ່ານ​ແລະ​ຕອບ​ມັນ​ສົດ​. ຂ້າພະເຈົ້າຄິດວ່ານີ້ຈະເປັນປະໂຫຍດ.

ຂອບໃຈສໍາລັບການຢູ່ກັບພວກເຮົາ. ເຈົ້າມັກບົດຄວາມຂອງພວກເຮົາບໍ? ຕ້ອງການເບິ່ງເນື້ອຫາທີ່ຫນ້າສົນໃຈຫຼາຍບໍ? ສະຫນັບສະຫນູນພວກເຮົາໂດຍການວາງຄໍາສັ່ງຫຼືແນະນໍາໃຫ້ຫມູ່ເພື່ອນ, ສ່ວນຫຼຸດ 30% ສໍາລັບຜູ້ໃຊ້ Habr ໃນການປຽບທຽບທີ່ເປັນເອກະລັກຂອງເຊີບເວີລະດັບເຂົ້າ, ເຊິ່ງຖືກປະດິດໂດຍພວກເຮົາສໍາລັບທ່ານ: ຄວາມຈິງທັງໝົດກ່ຽວກັບ VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps ຈາກ $20 ຫຼືວິທີການແບ່ງປັນເຄື່ອງແມ່ຂ່າຍ? (ສາມາດໃຊ້ໄດ້ກັບ RAID1 ແລະ RAID10, ສູງສຸດ 24 cores ແລະສູງສຸດ 40GB DDR4).

VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps ຟຣີຈົນຮອດລະດູຮ້ອນ ເມື່ອຈ່າຍເປັນໄລຍະເວລາຫົກເດືອນ, ທ່ານສາມາດສັ່ງຊື້ໄດ້ ທີ່ນີ້.

Dell R730xd ລາຄາຖືກກວ່າ 2 ເທົ່າ? ທີ່ນີ້ເທົ່ານັ້ນ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV ຈາກ $199 ໃນປະເທດເນເທີແລນ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ຈາກ $99! ອ່ານກ່ຽວກັບ ວິທີການສ້າງໂຄງສ້າງພື້ນຖານຂອງບໍລິສັດ. ຫ້ອງຮຽນທີ່ມີການນໍາໃຊ້ເຄື່ອງແມ່ຂ່າຍຂອງ Dell R730xd E5-2650 v4 ມູນຄ່າ 9000 ເອີໂຣສໍາລັບເງິນບໍ?

ແຫຼ່ງຂໍ້ມູນ: www.habr.com