ໃນການດຳເນີນງານ ແລະ ການບຳລຸງຮັກສາເຄືອຂ່າຍ, ມັນເປັນບັນຫາທົ່ວໄປແຕ່ກໍ່ເປັນບັນຫາທີ່ຫຍຸ້ງຍາກທີ່ອຸປະກອນບໍ່ສາມາດ Ping ໄດ້ຫຼັງຈາກເຊື່ອມຕໍ່ໂດຍກົງ. ສຳລັບທັງຜູ້ເລີ່ມຕົ້ນ ແລະ ວິສະວະກອນທີ່ມີປະສົບການ, ມັນມັກຈະຈຳເປັນຕ້ອງເລີ່ມຕົ້ນໃນຫຼາຍລະດັບ ແລະ ກວດສອບສາເຫດທີ່ເປັນໄປໄດ້. ບົດຄວາມນີ້ຈະແບ່ງຂັ້ນຕອນການແກ້ໄຂບັນຫາເພື່ອຊ່ວຍໃຫ້ທ່ານຊອກຫາສາເຫດຂອງບັນຫາໄດ້ຢ່າງວ່ອງໄວ ແລະ ແກ້ໄຂມັນໄດ້. ວິທີການເຫຼົ່ານີ້ແມ່ນສາມາດນຳໃຊ້ໄດ້ ແລະ ໃຊ້ໄດ້ຈິງທັງໃນສະພາບແວດລ້ອມເຄືອຂ່າຍໃນບ້ານ ແລະ ວິສາຫະກິດ. ພວກເຮົາຈະນຳພາທ່ານຜ່ານສິ່ງທ້າທາຍນີ້ໄປເທື່ອລະຂັ້ນຕອນ, ຕັ້ງແຕ່ການກວດສອບພື້ນຖານຈົນເຖິງການກວດສອບຂັ້ນສູງ.
1. ກວດສອບສະຖານະການເຊື່ອມຕໍ່ທາງກາຍະພາບເພື່ອໃຫ້ແນ່ໃຈວ່າສັນຍານເຮັດວຽກ
ພື້ນຖານຂອງການສື່ສານເຄືອຂ່າຍແມ່ນການເຊື່ອມຕໍ່ທາງກາຍະພາບ. ຖ້າອຸປະກອນບໍ່ສາມາດ Ping ໄດ້ຫຼັງຈາກການເຊື່ອມຕໍ່ໂດຍກົງ, ຂັ້ນຕອນທຳອິດແມ່ນການກວດສອບວ່າຊັ້ນທາງກາຍະພາບຍັງເຮັດວຽກຢູ່. ນີ້ແມ່ນຂັ້ນຕອນຕ່າງໆ:
ຢືນຢັນການເຊື່ອມຕໍ່ສາຍເຄເບີ້ນເຄືອຂ່າຍ:ໃຫ້ກວດສອບວ່າສາຍເຄເບີ້ນເຄືອຂ່າຍສຽບແໜ້ນດີແລ້ວຫຼືບໍ່ ແລະ ອິນເຕີເຟດສາຍເຄເບີ້ນເຄືອຂ່າຍວ່າງຫຼືບໍ່. ຖ້າໃຊ້ສາຍໂດຍກົງ, ໃຫ້ແນ່ໃຈວ່າສາຍນັ້ນສອດຄ່ອງກັບມາດຕະຖານ TIA/EIA-568-B (Common Direct Cable Standard). ຖ້າທ່ານມີອຸປະກອນເກົ່າ, ທ່ານອາດຈະຕ້ອງຂ້າມສາຍ (TIA/EIA-568-A) ເພາະວ່າອຸປະກອນເກົ່າບາງອັນບໍ່ຮອງຮັບການສະຫຼັບ MDI/MDIX ອັດຕະໂນມັດ.
ກວດສອບຄຸນນະພາບຂອງສາຍເຄືອຂ່າຍ:ສາຍເຄເບີ້ນເຄືອຂ່າຍທີ່ມີຄຸນນະພາບບໍ່ດີ ຫຼື ຍາວເກີນໄປອາດເຮັດໃຫ້ສັນຍານອ່ອນລົງ. ຄວາມຍາວຂອງສາຍເຄເບີ້ນເຄືອຂ່າຍມາດຕະຖານຄວນຄວບຄຸມພາຍໃນ 100 ແມັດ. ຖ້າສາຍເຄເບີ້ນຍາວເກີນໄປ ຫຼື ມີຄວາມເສຍຫາຍຢ່າງຈະແຈ້ງ (ເຊັ່ນ: ແຕກ ຫຼື ແບນ), ແນະນຳໃຫ້ປ່ຽນມັນດ້ວຍສາຍເຄເບີ້ນທີ່ມີຄຸນນະພາບສູງ ແລະ ທົດສອບຄືນໃໝ່.
ສັງເກດຕົວຊີ້ວັດຂອງອຸປະກອນ:ອຸປະກອນເຄືອຂ່າຍສ່ວນໃຫຍ່ (ເຊັ່ນ: ສະວິດ, ເຣົາເຕີ, ບັດເຄືອຂ່າຍ) ມີຕົວຊີ້ບອກສະຖານະການເຊື່ອມຕໍ່. ໂດຍປົກກະຕິແລ້ວ, ໄຟຈະສະຫວ່າງຂຶ້ນ (ສີຂຽວ ຫຼື ສີສົ້ມ) ຫຼັງຈາກເຊື່ອມຕໍ່, ແລະ ອາດຈະມີການກະພິບເພື່ອຊີ້ບອກການໂອນຂໍ້ມູນ. ຖ້າຕົວຊີ້ບອກບໍ່ສະຫວ່າງ, ມັນອາດຈະເປັນບັນຫາກັບສາຍເຄືອຂ່າຍ, ອິນເຕີເຟດທີ່ເສຍຫາຍ, ຫຼື ອຸປະກອນບໍ່ໄດ້ເປີດ.
ພອດທົດສອບ:ສຽບສາຍເຄືອຂ່າຍເຂົ້າກັບພອດອື່ນຂອງອຸປະກອນເພື່ອຫຼີກລ່ຽງຄວາມເປັນໄປໄດ້ຂອງຄວາມເສຍຫາຍຂອງພອດ. ຖ້າມີ, ທ່ານສາມາດໃຊ້ເຄື່ອງທົດສອບສາຍເຄືອຂ່າຍເພື່ອກວດສອບການເຊື່ອມຕໍ່ຂອງສາຍເຄືອຂ່າຍເພື່ອຮັບປະກັນວ່າສາຍແຕ່ລະຄູ່ຖືກຈັດລຽງຢ່າງຖືກຕ້ອງ.
ການເຊື່ອມຕໍ່ທາງກາຍະພາບແມ່ນຂັ້ນຕອນທຳອິດໃນການສື່ສານເຄືອຂ່າຍ, ແລະ ພວກເຮົາຕ້ອງຮັບປະກັນວ່າບໍ່ມີບັນຫາຫຍັງຢູ່ໃນຊັ້ນນີ້ກ່ອນທີ່ພວກເຮົາຈະສາມາດສືບຕໍ່ສືບສວນສາເຫດລະດັບສູງໄດ້.
2. ກວດສອບສະຖານະ STP ຂອງອຸປະກອນເພື່ອໃຫ້ແນ່ໃຈວ່າພອດບໍ່ໄດ້ຖືກປິດໃຊ້ງານ
ຖ້າທ່ານບໍ່ສາມາດ Ping ໄດ້ເຖິງວ່າຈະມີການເຊື່ອມຕໍ່ທາງກາຍະພາບປົກກະຕິ, ອາດຈະມີບັນຫາກັບໂປໂຕຄອນຊັ້ນລິ້ງຂອງອຸປະກອນ. ສາເຫດທົ່ວໄປອັນໜຶ່ງແມ່ນໂປໂຕຄອນ Spanning Tree (STP).
ເຂົ້າໃຈບົດບາດຂອງ STP:STP (Spanning Tree Protocol) ຖືກນຳໃຊ້ເພື່ອປ້ອງກັນການປະກົດຕົວຂອງ loop ໃນເຄືອຂ່າຍ. ຖ້າອຸປະກອນກວດພົບ loop, STP ຈະວາງພອດບາງອັນໄວ້ໃນສະຖານະ Blocking, ປ້ອງກັນບໍ່ໃຫ້ພອດເຫຼົ່ານັ້ນສົ່ງຕໍ່ຂໍ້ມູນ.
ກວດສອບສະຖານະພອດ:ເຂົ້າສູ່ລະບົບ CLI (ອິນເຕີເຟດ Command Line) ຫຼື ອິນເຕີເຟດ Web admin ຂອງອຸປະກອນຂອງທ່ານເພື່ອເບິ່ງວ່າພອດຢູ່ໃນສະຖານະ "Forwarding" ຫຼືບໍ່. ໃນກໍລະນີຂອງສະວິດ Cisco, ສະຖານະ STP ສາມາດເບິ່ງໄດ້ໂດຍໃຊ້ຄຳສັ່ງ show spat-tree. ຖ້າພອດສະແດງເປັນ "Blocking", STP ກຳລັງບລັອກການສື່ສານໃນພອດນັ້ນ.
ວິທີແກ້ໄຂ:
ປິດໃຊ້ງານ STP ຊົ່ວຄາວ:ໃນສະພາບແວດລ້ອມການທົດສອບ, ມັນເປັນໄປໄດ້ທີ່ຈະປິດ STP ຊົ່ວຄາວ (ຕົວຢ່າງ, ບໍ່ມີ spath-tree vlan 1), ແຕ່ສິ່ງນີ້ບໍ່ໄດ້ຖືກແນະນຳໃນການຜະລິດເພາະມັນອາດຈະເຮັດໃຫ້ເກີດພາຍຸການອອກອາກາດ.
ເປີດໃຊ້ງານ PortFast:ຖ້າອຸປະກອນຮອງຮັບມັນ, ຟັງຊັນ PortFast ສາມາດເປີດໃຊ້ງານໄດ້ໃນພອດ (ຄຳສັ່ງເຊັ່ນ spath-tree portfast), ຊ່ວຍໃຫ້ພອດຂ້າມຂັ້ນຕອນການຟັງ ແລະ ການຮຽນຮູ້ຂອງ STP ແລະ ເຂົ້າສູ່ສະຖານະການສົ່ງຕໍ່ໂດຍກົງ.
ກວດສອບ Loops:ຖ້າການບລັອກ STP ເກີດຈາກການມີຢູ່ຂອງ loops ໃນເຄືອຂ່າຍ, ໃຫ້ກວດສອບ topology ຂອງເຄືອຂ່າຍຕື່ມອີກເພື່ອຊອກຫາ ແລະ ທຳລາຍ loops.
ບັນຫາ STP ແມ່ນພົບເລື້ອຍໃນເຄືອຂ່າຍວິສາຫະກິດ, ໂດຍສະເພາະໃນສະພາບແວດລ້ອມຫຼາຍສະວິດ. ຖ້າທ່ານມີເຄືອຂ່າຍຂະໜາດນ້ອຍ, ທ່ານອາດຈະສາມາດຂ້າມຂັ້ນຕອນນີ້ໄດ້ໃນຕອນນີ້, ແຕ່ການເຂົ້າໃຈວິທີການເຮັດວຽກຂອງ STP ສາມາດຊ່ວຍແກ້ໄຂບັນຫາຕ່າງໆໃນອະນາຄົດໄດ້ຫຼາຍ.
3. ກວດສອບວ່າ ARP ກຳລັງເຮັດວຽກຫຼືບໍ່ ເພື່ອໃຫ້ແນ່ໃຈວ່າທີ່ຢູ່ MAC ຖືກແກ້ໄຂຢ່າງຖືກຕ້ອງ
ເມື່ອຊັ້ນລິ້ງເປັນປົກກະຕິ, ໃຫ້ໄປທີ່ຊັ້ນເຄືອຂ່າຍເພື່ອກວດສອບ. ຄຳສັ່ງ Ping ອີງໃສ່ໂປຣໂຕຄອນ ICMP, ເຊິ່ງກ່ອນອື່ນໝົດຈະແກ້ໄຂທີ່ຢູ່ IP ເປົ້າໝາຍໄປຫາທີ່ຢູ່ MAC ຜ່ານໂປຣໂຕຄອນການແກ້ໄຂທີ່ຢູ່ (ARP). ຖ້າການແກ້ໄຂ ARP ລົ້ມເຫຼວ, Ping ຈະລົ້ມເຫຼວ.
ກວດສອບຕາຕະລາງ ARP: ກວດສອບຕາຕະລາງ ARP ໃນອຸປະກອນເພື່ອຢືນຢັນວ່າທີ່ຢູ່ MAC ຂອງອຸປະກອນເປົ້າໝາຍໄດ້ຮັບການແກ້ໄຂສຳເລັດແລ້ວ. ຕົວຢ່າງ, ໃນ Windows, ທ່ານສາມາດເບິ່ງແຄດ ARP ໂດຍການເປີດບັນທັດຄຳສັ່ງ ແລະ ພິມ arp-a. ຖ້າບໍ່ມີທີ່ຢູ່ MAC ສຳລັບ IP ປາຍທາງ, ການແກ້ໄຂ ARP ຈະລົ້ມເຫຼວ.
ການທົດສອບ ARP ດ້ວຍຕົນເອງ:ລອງສົ່ງຄຳຮ້ອງຂໍ ARP ດ້ວຍຕົນເອງ. ຕົວຢ່າງ, ໃນ Windows ທ່ານສາມາດໃຊ້ຄຳສັ່ງ ping ເພື່ອກະຕຸ້ນຄຳຮ້ອງຂໍ ARP, ຫຼືໃຊ້ເຄື່ອງມືໂດຍກົງເຊັ່ນ arping (ໃນລະບົບ Linux). ຖ້າບໍ່ມີການຕອບສະໜອງຕໍ່ຄຳຮ້ອງຂໍ ARP, ເຫດຜົນທີ່ເປັນໄປໄດ້ລວມມີ:
ການບລັອກໄຟວໍ:ການຮ້ອງຂໍ ARP ຖືກບລັອກໂດຍ firewall ຂອງບາງອຸປະກອນ. ໃຫ້ກວດສອບການຕັ້ງຄ່າ firewall ຂອງອຸປະກອນເປົ້າໝາຍ ແລະ ລອງໃໝ່ອີກຄັ້ງຫຼັງຈາກປິດ firewall ຊົ່ວຄາວ.
ການປະທະກັນຂອງ IP:ການແກ້ໄຂ ARP ອາດຈະລົ້ມເຫຼວຖ້າມີການປະທະກັນຂອງທີ່ຢູ່ IP ໃນເຄືອຂ່າຍ. ໃຫ້ໃຊ້ເຄື່ອງມືເຊັ່ນ Wireshark ເພື່ອຈັບແພັກເກັດ ແລະ ເບິ່ງວ່າມີຫຼາຍທີ່ຢູ່ MAC ທີ່ຕອບສະໜອງຕໍ່ IP ດຽວກັນຫຼືບໍ່.
ວິທີແກ້ໄຂ:
ລຶບ Arpcache (Windows: netsh interface ip delete arpcache; Linux: ip-ss neigh flush all) ແລະຫຼັງຈາກນັ້ນ Ping ອີກຄັ້ງ.
ໃຫ້ແນ່ໃຈວ່າທີ່ຢູ່ IP ຂອງທັງສອງອຸປະກອນຢູ່ໃນ subnet ດຽວກັນ ແລະ subnet mask ແມ່ນຄືກັນ (ເບິ່ງຂັ້ນຕອນຕໍ່ໄປສຳລັບລາຍລະອຽດ).
ບັນຫາ ARP ມັກຈະກ່ຽວຂ້ອງຢ່າງໃກ້ຊິດກັບການຕັ້ງຄ່າຂອງຊັ້ນເຄືອຂ່າຍ, ແລະ ມັນຕ້ອງໃຊ້ຄວາມອົດທົນໃນການແກ້ໄຂບັນຫາເພື່ອຮັບປະກັນວ່າທຸກຢ່າງເຮັດວຽກ.
4. ກວດສອບທີ່ຢູ່ IP ແລະການຕັ້ງຄ່າ Subnet ເພື່ອຮັບປະກັນໂຄງສ້າງພື້ນຖານການສື່ສານ
ບັນຫາຢູ່ຊັ້ນເຄືອຂ່າຍມັກຈະເປັນສາເຫດຫຼັກຂອງຄວາມລົ້ມເຫຼວຂອງ Ping. ທີ່ຢູ່ IP ແລະ subnet ທີ່ຖືກຕັ້ງຄ່າບໍ່ຖືກຕ້ອງເຮັດໃຫ້ອຸປະກອນຕ່າງໆບໍ່ສາມາດສື່ສານໄດ້. ນີ້ແມ່ນຂັ້ນຕອນຕ່າງໆ:
ຢືນຢັນທີ່ຢູ່ IP:ກວດສອບວ່າທີ່ຢູ່ IP ຂອງສອງອຸປະກອນຢູ່ໃນ subnet ດຽວກັນຫຼືບໍ່. ຕົວຢ່າງ, ອຸປະກອນ A ມີ IP ເປັນ 192.168.1.10 ແລະ subnet mask ເປັນ 255.255.255.0. ອຸປະກອນ B ມີ IP ເປັນ 192.168.1.20 ແລະ subnet mask ດຽວກັນ. IP ສອງອັນຢູ່ໃນ subnet ດຽວກັນ (192.168.1.0/24) ແລະສາມາດສື່ສານກັນໄດ້ໃນທາງທິດສະດີ. ຖ້າອຸປະກອນ B ມີ IP ເປັນ 192.168.2.20, ມັນບໍ່ຢູ່ໃນ subnet ດຽວກັນ ແລະ Ping ຈະລົ້ມເຫຼວ.
ກວດສອບ Subnet Masks:ຊັບເນັດມາສທີ່ບໍ່ສອດຄ່ອງກັນຍັງສາມາດນໍາໄປສູ່ຄວາມລົ້ມເຫຼວຂອງການສື່ສານ. ຕົວຢ່າງ, ອຸປະກອນ A ມີໜ້າກາກ 255.255.255.0 ແລະອຸປະກອນ B ມີໜ້າກາກ 255.255.0.0, ເຊິ່ງອາດຈະນໍາໄປສູ່ອຸປະສັກໃນການສື່ສານເນື່ອງຈາກຄວາມເຂົ້າໃຈທີ່ແຕກຕ່າງກັນກ່ຽວກັບຂອບເຂດຂອງຊັບເນັດ. ໃຫ້ແນ່ໃຈວ່າຊັບເນັດມາສແມ່ນຄືກັນສໍາລັບທັງສອງອຸປະກອນ.
ກວດສອບການຕັ້ງຄ່າເກດເວ:ອຸປະກອນທີ່ເຊື່ອມຕໍ່ໂດຍກົງໂດຍປົກກະຕິແລ້ວບໍ່ຈຳເປັນຕ້ອງມີເກດເວ, ແຕ່ເກດເວທີ່ຖືກຕັ້ງຄ່າບໍ່ຖືກຕ້ອງສາມາດເຮັດໃຫ້ແພັກເກັດຖືກສົ່ງຕໍ່ບໍ່ຖືກຕ້ອງ. ໃຫ້ແນ່ໃຈວ່າເກດເວສຳລັບທັງສອງອຸປະກອນຖືກຕັ້ງເປັນບໍ່ໄດ້ຕັ້ງຄ່າ ຫຼື ຊີ້ໄປຫາທີ່ຢູ່ທີ່ຖືກຕ້ອງ.
ວິທີແກ້ໄຂ:
ແກ້ໄຂທີ່ຢູ່ IP ຫຼື subnet mask ເພື່ອຮັບປະກັນວ່າອຸປະກອນທັງສອງຢູ່ໃນ subnet ດຽວກັນ. ປິດການຕັ້ງຄ່າເກດເວທີ່ບໍ່ຈຳເປັນ ຫຼື ຕັ້ງຄ່າໃຫ້ເປັນຄ່າເລີ່ມຕົ້ນ (0.0.0.0).
ການຕັ້ງຄ່າ IP ແມ່ນຫຼັກຂອງການສື່ສານເຄືອຂ່າຍ, ສະນັ້ນມັນຈຶ່ງເປັນສິ່ງສຳຄັນທີ່ຈະຕ້ອງກວດສອບສອງຄັ້ງເພື່ອຮັບປະກັນວ່າບໍ່ມີຫຍັງຂາດຫາຍໄປ.
5. ກວດສອບແພັກເກັດ ICMP ທີ່ສົ່ງ ແລະ ຮັບເພື່ອຮັບປະກັນວ່າໂປໂຕຄອນບໍ່ໄດ້ຖືກປິດໃຊ້ງານ
ຄຳສັ່ງ Ping ອີງໃສ່ໂປໂຕຄອນການສົ່ງຂໍ້ຄວາມຄວບຄຸມອິນເຕີເນັດ (ICMP). ຖ້າແພັກເກັດ ICMP ຖືກສະກັດກັ້ນ ຫຼື ປິດໃຊ້ງານ, Ping ຈະບໍ່ປະສົບຜົນສຳເລັດ.
ກວດສອບກົດລະບຽບ Firewall ຂອງທ່ານ:ອຸປະກອນຫຼາຍຢ່າງມີໄຟວໍທີ່ເປີດໃຊ້ງານໂດຍຄ່າເລີ່ມຕົ້ນ, ເຊິ່ງອາດຈະບລັອກການຮ້ອງຂໍ ICMP. ຕົວຢ່າງ, ໃນ Windows, ໃຫ້ກວດສອບການຕັ້ງຄ່າ "ໄຟວໍ Windows Defender" ເພື່ອໃຫ້ແນ່ໃຈວ່າກົດລະບຽບ ICMPv4-In ໄດ້ຮັບອະນຸຍາດ. ລະບົບ Linux ກວດສອບກົດລະບຽບ iptables (iptables -L) ເພື່ອໃຫ້ແນ່ໃຈວ່າ ICMP ບໍ່ໄດ້ຖືກບລັອກ.
ກວດສອບນະໂຍບາຍອຸປະກອນ:ເຣົາເຕີ ຫຼື ສະວິດບາງອັນປິດການຕອບສະໜອງ ICMP ເພື່ອປ້ອງກັນການສະແກນ. ເຂົ້າສູ່ລະບົບໜ້າຈໍການຈັດການອຸປະກອນເພື່ອໃຫ້ແນ່ໃຈວ່າ ICMP ຖືກປິດໃຊ້ງານ.
ການວິເຄາະການຈັບແພັກເກັດ:ໃຊ້ເຄື່ອງມືເຊັ່ນ Wireshark ຫຼືການແຕະເຄືອຂ່າຍ Mylinkingແລະຕົວແທນຈຳໜ່າຍແພັກເກັດເຄືອຂ່າຍ Mylinkingເພື່ອຈັບແພັກເກັດເພື່ອເບິ່ງວ່າມີການຮ້ອງຂໍ ICMP ຫຼືບໍ່ ແລະ ມີການຕອບສະໜອງຫຼືບໍ່. ຖ້າການຮ້ອງຂໍຖືກສ້າງຂຶ້ນແຕ່ບໍ່ມີການຕອບສະໜອງ, ບັນຫາອາດຈະເກີດຂຶ້ນກັບອຸປະກອນເປົ້າໝາຍ. ຖ້າບໍ່ມີການຮ້ອງຂໍ, ບັນຫາອາດຈະເກີດຂຶ້ນກັບເຄື່ອງທ້ອງຖິ່ນ.
ວິທີແກ້ໄຂ:
(Windows: netsh advfirewall ຕັ້ງສະຖານະ allprofiles ເປັນ off; Linux: iptables -F) ເພື່ອທົດສອບວ່າ Ping ກັບຄືນສູ່ສະພາບປົກກະຕິແລ້ວຫຼືບໍ່. ເປີດໃຊ້ການຕອບສະໜອງ ICMP ໃນອຸປະກອນ (ຕົວຢ່າງ, ອຸປະກອນ Cisco: ip icmp echo-reply).
ບັນຫາ ICMP ມັກຈະກ່ຽວຂ້ອງກັບນະໂຍບາຍຄວາມປອດໄພ, ເຊິ່ງຮຽກຮ້ອງໃຫ້ມີການແລກປ່ຽນລະຫວ່າງຄວາມປອດໄພ ແລະ ການເຊື່ອມຕໍ່.
6. ກວດສອບວ່າຮູບແບບແພັກເກັດຖືກຕ້ອງຫຼືບໍ່ເພື່ອຮັບປະກັນວ່າບໍ່ມີຄວາມຜິດປົກກະຕິໃນ Protocol Stack
ຖ້າທຸກຢ່າງເປັນໄປດ້ວຍດີ ແລະ ທ່ານຍັງບໍ່ສາມາດ Ping ໄດ້, ທ່ານອາດຈະຕ້ອງເຈາະເລິກເຂົ້າໄປໃນ protocol stack ເພື່ອກວດສອບວ່າແພັກເກັດຢູ່ໃນຮູບແບບທີ່ຖືກຕ້ອງ.
ບັນທຶກ ແລະ ວິເຄາະແພັກເກັດ:
ໃຊ້ Wireshark ເພື່ອຈັບແພັກເກັດ ICMP ແລະກວດສອບສິ່ງຕໍ່ໄປນີ້:
- ປະເພດ ແລະ ລະຫັດຂອງຄຳຮ້ອງຂໍ ICMP ແມ່ນຖືກຕ້ອງ (ຄຳຮ້ອງຂໍ Echo ຄວນເປັນປະເພດ 8, ລະຫັດ 0).
- ບໍ່ວ່າ ip ຕົ້ນທາງ ແລະ ປາຍທາງຖືກຕ້ອງຫຼືບໍ່.
- ບໍ່ວ່າຈະມີຄ່າ TTL (ເວລາທີ່ຈະມີຊີວິດຢູ່) ທີ່ຜິດປົກກະຕິທີ່ອາດເຮັດໃຫ້ແພັກເກັດຖືກຖິ້ມລົງກາງທາງຫຼືບໍ່.
ກວດສອບການຕັ້ງຄ່າ MTU:ຖ້າການຕັ້ງຄ່າໜ່ວຍສົ່ງຂໍ້ມູນສູງສຸດ (MTU) ບໍ່ສອດຄ່ອງກັນ, ການແຕກສ່ວນຂອງແພັກເກັດອາດຈະລົ້ມເຫຼວ. MTU ເລີ່ມຕົ້ນແມ່ນ 1500 ໄບຕ໌, ແຕ່ອຸປະກອນບາງຢ່າງອາດຈະຖືກຕັ້ງຄ່າດ້ວຍຄ່າທີ່ນ້ອຍກວ່າ. ທົດສອບການແຕກສ່ວນດ້ວຍຄຳສັ່ງ ping-fl 1472 target IP (Windows). ຖ້າການແບ່ງສ່ວນຖືກກະຕຸ້ນແຕ່ທຸງ Do not sharding (DF) ຖືກຕັ້ງໄວ້, MTU ຈະບໍ່ກົງກັນ.
ວິທີແກ້ໄຂ:
ປັບຄ່າ MTU (Windows: netsh interface ipv4 set subinterface "Ethernet" mtu=1400 store=persistent).
ໃຫ້ແນ່ໃຈວ່າ MTU ຂອງສອງອຸປະກອນແມ່ນຄືກັນ.
ບັນຫາການຊ້ອນກັນຂອງໂປໂຕຄອນມີຄວາມສັບສົນຫຼາຍຂຶ້ນ, ແນະນຳວ່າການວິເຄາະຢ່າງເລິກເຊິ່ງແມ່ນດຳເນີນຫຼັງຈາກການສືບສວນຂັ້ນພື້ນຖານບໍ່ມີຜົນ.
7. ເກັບກຳຂໍ້ມູນ ແລະ ຊອກຫາການສະໜັບສະໜູນດ້ານວິຊາການ
ຖ້າຂັ້ນຕອນຂ້າງເທິງນີ້ບໍ່ສາມາດແກ້ໄຂບັນຫາໄດ້, ທ່ານອາດຈະຕ້ອງເກັບກຳຂໍ້ມູນເພີ່ມເຕີມ ແລະ ຊອກຫາການຊ່ວຍເຫຼືອດ້ານວິຊາການ.
ບັນທຶກ:ເກັບກຳຂໍ້ມູນບັນທຶກຂອງອຸປະກອນ (ລະບົບຂອງເຣົາເຕີ/ສະວິດ, ລະບົບຂອງຄອມພິວເຕີ) ແລະ ເບິ່ງວ່າມີຂໍ້ຜິດພາດໃດໆຫຼືບໍ່.
ຕິດຕໍ່ຜູ້ຜະລິດ:ຖ້າອຸປະກອນດັ່ງກ່າວເປັນຜະລິດຕະພັນຂອງວິສາຫະກິດ ເຊັ່ນການເຊື່ອມຕໍ່ຂອງຂ້ອຍ(ການແຕະເຄືອຂ່າຍ, ນາຍໜ້າຊື້ຂາຍແພັກເກັດເຄືອຂ່າຍແລະບອຍພາສໃນແຖວ), Cisco (ເຣົາເຕີ/ສະວິດ), Huawei (ເຣົາເຕີ/ສະວິດ), ທ່ານສາມາດຕິດຕໍ່ຝ່າຍສະໜັບສະໜູນດ້ານວິຊາການຂອງຜູ້ຜະລິດເພື່ອໃຫ້ຂັ້ນຕອນການກວດກາລະອຽດ ແລະ ບັນທຶກຕ່າງໆ.
ການນຳໃຊ້ປະໂຫຍດຈາກຊຸມຊົນ:ໂພສໃນເວທີສົນທະນາດ້ານວິຊາການ (ເຊັ່ນ Stack Overflow, Cisco Community) ເພື່ອຂໍຄວາມຊ່ວຍເຫຼືອ, ໂດຍໃຫ້ຂໍ້ມູນລາຍລະອຽດກ່ຽວກັບໂຄງສ້າງເຄືອຂ່າຍ ແລະ ການຕັ້ງຄ່າ.
ການເຊື່ອມຕໍ່ໂດຍກົງກັບອຸປະກອນເຄືອຂ່າຍທີ່ບໍ່ສາມາດ Ping ໄດ້ອາດເບິ່ງຄືວ່າງ່າຍດາຍ, ແຕ່ໃນຄວາມເປັນຈິງມັນອາດຈະກ່ຽວຂ້ອງກັບບັນຫາຫຼາຍຢ່າງຢູ່ທີ່ຊັ້ນທາງກາຍະພາບ, ຊັ້ນລິ້ງ, ຊັ້ນເຄືອຂ່າຍ, ແລະແມ້ກະທັ້ງ protocol stack. ບັນຫາສ່ວນໃຫຍ່ສາມາດແກ້ໄຂໄດ້ໂດຍການປະຕິບັດຕາມເຈັດຂັ້ນຕອນເຫຼົ່ານີ້, ຕັ້ງແຕ່ພື້ນຖານຈົນເຖິງຂັ້ນສູງ. ບໍ່ວ່າຈະເປັນການກວດສອບສາຍເຄືອຂ່າຍ, ການປັບ STP, ການກວດສອບ ARP, ຫຼືການເພີ່ມປະສິດທິພາບການຕັ້ງຄ່າ IP ແລະນະໂຍບາຍ ICMP, ແຕ່ລະຂັ້ນຕອນຕ້ອງການຄວາມລະມັດລະວັງແລະຄວາມອົດທົນ. ຂ້າພະເຈົ້າຫວັງວ່າຄູ່ມືນີ້ຈະໃຫ້ຄວາມຊັດເຈນກ່ຽວກັບວິທີການແກ້ໄຂບັນຫາອິນເຕີເນັດຂອງທ່ານ, ດັ່ງນັ້ນທ່ານຈະບໍ່ສັບສົນຖ້າທ່ານປະເຊີນກັບບັນຫາທີ່ຄ້າຍຄືກັນ.
ເວລາໂພສ: ພຶດສະພາ-09-2025
