ໃນການດໍາເນີນງານເຄືອຂ່າຍແລະການບໍາລຸງຮັກສາ, ມັນເປັນບັນຫາທົ່ວໄປແຕ່ເປັນບັນຫາທີ່ອຸປະກອນບໍ່ສາມາດ Ping ຫຼັງຈາກການເຊື່ອມຕໍ່ໂດຍກົງ. ສໍາລັບຜູ້ເລີ່ມຕົ້ນແລະວິສະວະກອນທີ່ມີປະສົບການ, ມັນມັກຈະຈໍາເປັນຕ້ອງເລີ່ມຕົ້ນໃນຫຼາຍລະດັບແລະກວດເບິ່ງສາເຫດທີ່ເປັນໄປໄດ້. ບົດຄວາມນີ້ແບ່ງຂັ້ນຕອນການແກ້ໄຂບັນຫາທີ່ຈະຊ່ວຍໃຫ້ທ່ານຢ່າງວ່ອງໄວຊອກຫາສາເຫດຕົ້ນຕໍຂອງບັນຫາແລະແກ້ໄຂມັນ. ວິທີການເຫຼົ່ານີ້ແມ່ນໃຊ້ໄດ້ແລະປະຕິບັດໄດ້ທັງໃນເຄືອຂ່າຍບ້ານແລະສະພາບແວດລ້ອມວິສາຫະກິດ. ພວກເຮົາຈະນໍາທ່ານຜ່ານສິ່ງທ້າທາຍນີ້ເທື່ອລະກ້າວ, ຈາກການກວດສອບຂັ້ນພື້ນຖານໄປສູ່ການກວດສອບຂັ້ນສູງ.
1. ກວດເບິ່ງສະຖານະການເຊື່ອມຕໍ່ທາງດ້ານຮ່າງກາຍເພື່ອໃຫ້ແນ່ໃຈວ່າສັນຍານເຮັດວຽກ
ພື້ນຖານຂອງການສື່ສານເຄືອຂ່າຍແມ່ນການເຊື່ອມຕໍ່ທາງດ້ານຮ່າງກາຍ. ຖ້າອຸປະກອນລົ້ມເຫລວ Ping ຫຼັງຈາກການເຊື່ອມຕໍ່ໂດຍກົງ, ຂັ້ນຕອນທໍາອິດແມ່ນການກວດສອບວ່າຊັ້ນທາງດ້ານຮ່າງກາຍເຮັດວຽກ. ນີ້ແມ່ນຂັ້ນຕອນ:
ຢືນຢັນການເຊື່ອມຕໍ່ສາຍເຄເບີ້ນເຄືອຂ່າຍ:ກວດເບິ່ງວ່າສາຍເຄເບີ້ນເຄືອຂ່າຍຖືກສຽບຢ່າງແໜ້ນຫຼືບໍ່ ແລະວ່າສ່ວນຕິດຕໍ່ສາຍເຄເບີ້ນເຄືອຂ່າຍວ່າງຫຼືບໍ່. ຖ້າໃຊ້ສາຍໂດຍກົງ, ໃຫ້ແນ່ໃຈວ່າສາຍດັ່ງກ່າວປະຕິບັດຕາມມາດຕະຖານ TIA/EIA-568-B (ມາດຕະຖານສາຍໂດຍກົງທົ່ວໄປ). ຖ້າທ່ານມີອຸປະກອນທີ່ເກົ່າກວ່າ, ທ່ານອາດຈະຕ້ອງຂ້າມສາຍ (TIA/EIA-568-A) ເພາະວ່າບາງອຸປະກອນເກົ່າບໍ່ຮອງຮັບການສະຫຼັບອັດຕະໂນມັດ MDI/MDIX.
ກວດສອບຄຸນນະພາບຂອງສາຍເຄືອຂ່າຍ:ຄຸນນະພາບທີ່ບໍ່ດີ ຫຼືສາຍເຄເບີ້ນເຄືອຂ່າຍຍາວເກີນໄປອາດເຮັດໃຫ້ສັນຍານຫຼຸດລົງ. ຄວາມຍາວຂອງສາຍເຄເບີ້ນມາດຕະຖານຄວນຈະຖືກຄວບຄຸມພາຍໃນ 100 ແມັດ. ຖ້າສາຍເຄເບີ້ນຍາວເກີນໄປຫຼືມີຄວາມເສຍຫາຍທີ່ຊັດເຈນ (ເຊັ່ນ: ຫັກຫຼືແປ), ແນະນໍາໃຫ້ປ່ຽນມັນດ້ວຍສາຍເຄເບີ້ນທີ່ມີຄຸນນະພາບສູງແລະທົດສອບໃຫມ່.
ສັງເກດຕົວຊີ້ວັດອຸປະກອນ:ອຸປະກອນເຄືອຂ່າຍສ່ວນໃຫຍ່ (ເຊັ່ນ: ສະວິດ, routers, ບັດເຄືອຂ່າຍ) ມີຕົວຊີ້ວັດສະຖານະການເຊື່ອມຕໍ່. ປົກກະຕິແລ້ວ, ແສງສະຫວ່າງຈະສະຫວ່າງຂຶ້ນ (ສີຂຽວຫຼືສີສົ້ມ) ຫຼັງຈາກການເຊື່ອມຕໍ່, ແລະອາດຈະມີ flicker ເພື່ອຊີ້ໃຫ້ເຫັນການໂອນຂໍ້ມູນ. ຖ້າຕົວຊີ້ວັດບໍ່ສະຫວ່າງ, ມັນອາດຈະມີບັນຫາກັບສາຍເຄເບີ້ນເຄືອຂ່າຍ, ການໂຕ້ຕອບທີ່ແຕກຫັກ, ຫຼືອຸປະກອນບໍ່ໄດ້ເປີດ.
ຜອດທົດສອບ:ສຽບສາຍເຄເບີ້ນເຄືອຂ່າຍເຂົ້າໄປໃນຜອດອື່ນຂອງອຸປະກອນເພື່ອຍົກເວັ້ນຄວາມເປັນໄປໄດ້ຂອງຄວາມເສຍຫາຍຂອງຜອດ. ຖ້າມີ, ທ່ານສາມາດນໍາໃຊ້ເຄື່ອງທົດສອບສາຍເຄເບີ້ນເຄືອຂ່າຍເພື່ອກວດສອບການເຊື່ອມຕໍ່ຂອງສາຍເຄເບີນເຄືອຂ່າຍເພື່ອຮັບປະກັນວ່າສາຍແຕ່ລະຄູ່ຖືກຈັດລໍາດັບຢ່າງຖືກຕ້ອງ.
ການເຊື່ອມຕໍ່ທາງກາຍະພາບແມ່ນຂັ້ນຕອນທໍາອິດໃນການສື່ສານເຄືອຂ່າຍ, ແລະພວກເຮົາຕ້ອງຮັບປະກັນວ່າບໍ່ມີບັນຫາຢູ່ໃນຊັ້ນນີ້ກ່ອນທີ່ພວກເຮົາຈະສາມາດສືບຕໍ່ສືບສວນສາເຫດໃນລະດັບທີ່ສູງຂຶ້ນ.
2. ກວດເບິ່ງສະຖານະ STP ຂອງອຸປະກອນເພື່ອໃຫ້ແນ່ໃຈວ່າ Port ບໍ່ໄດ້ຖືກປິດໃຊ້ງານ
ຖ້າທ່ານບໍ່ສາມາດ Ping ເຖິງວ່າຈະມີການເຊື່ອມຕໍ່ທາງກາຍະພາບປົກກະຕິ, ອາດຈະມີບັນຫາກັບໂປໂຕຄອນຊັ້ນເຊື່ອມຕໍ່ຂອງອຸປະກອນ. ເຫດຜົນທົ່ວໄປອັນໜຶ່ງແມ່ນ Spanning Tree Protocol (STP).
ເຂົ້າໃຈບົດບາດຂອງ STP:STP(Spanning Tree Protocol ) ຖືກໃຊ້ເພື່ອປ້ອງກັນການປະກົດຕົວຂອງ loops ໃນເຄືອຂ່າຍ. ຖ້າອຸປະກອນກວດພົບ loop, STP ຈະໃສ່ບາງພອດຢູ່ໃນສະຖານະບລັອກ, ປ້ອງກັນບໍ່ໃຫ້ພວກເຂົາສົ່ງຕໍ່ຂໍ້ມູນ.
ກວດເບິ່ງສະຖານະພອດ:ເຂົ້າສູ່ລະບົບ CLI ຂອງອຸປະກອນຂອງທ່ານ (ການໂຕ້ຕອບເສັ້ນຄໍາສັ່ງ) ຫຼືການໂຕ້ຕອບຜູ້ບໍລິຫານເວັບເພື່ອເບິ່ງວ່າພອດຢູ່ໃນສະຖານະ "Forwarding". ໃນກໍລະນີຂອງສະຫຼັບ Cisco, ສະຖານະການ STP ສາມາດເບິ່ງໄດ້ໂດຍໃຊ້ຄໍາສັ່ງສະແດງໃຫ້ເຫັນ spat-tree. ຖ້າພອດຖືກສະແດງເປັນ "ບລັອກ", 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 ຜ່ານ Address Resolution Protocol (ARP). ຖ້າການແກ້ໄຂ ARP ລົ້ມເຫລວ, Ping ຈະລົ້ມເຫລວ.
ກວດເບິ່ງຕາຕະລາງ ARP: ກວດເບິ່ງຕາຕະລາງ ARP ໃນອຸປະກອນເພື່ອຢືນຢັນວ່າທີ່ຢູ່ MAC ຂອງອຸປະກອນເປົ້າຫມາຍຖືກແກ້ໄຂຢ່າງສໍາເລັດຜົນ. ໃນ Windows, ສໍາລັບການຍົກຕົວຢ່າງ, ທ່ານສາມາດເບິ່ງ cache ARP ໂດຍການເປີດເສັ້ນຄໍາສັ່ງແລະພິມ arp-a. ຖ້າບໍ່ມີທີ່ຢູ່ MAC ສໍາລັບ IP ປາຍທາງ, ການແກ້ໄຂ ARP ລົ້ມເຫລວ.
ການທົດສອບ ARP ດ້ວຍຕົນເອງ:ລອງສົ່ງຄໍາຮ້ອງຂໍ ARP ດ້ວຍຕົນເອງ. ຕົວຢ່າງ, ໃນ Windows ທ່ານສາມາດນໍາໃຊ້ຄໍາສັ່ງ ping ເພື່ອກະຕຸ້ນຄໍາຮ້ອງຂໍ ARP, ຫຼືນໍາໃຊ້ເຄື່ອງມືໂດຍກົງເຊັ່ນ arping (ໃນລະບົບ Linux). ຖ້າບໍ່ມີການຕອບສະຫນອງຕໍ່ການຮ້ອງຂໍ ARP, ເຫດຜົນທີ່ເປັນໄປໄດ້ປະກອບມີ:
Firewall Blocking:ການຮ້ອງຂໍ ARP ຖືກບລັອກໂດຍໄຟວໍຂອງບາງອຸປະກອນ. ກວດເບິ່ງການຕັ້ງຄ່າໄຟວໍຂອງອຸປະກອນເປົ້າໝາຍ ແລະລອງໃໝ່ອີກຫຼັງຈາກປິດໄຟວໍຊົ່ວຄາວ.
IP Collision:ການແກ້ໄຂ ARP ອາດຈະລົ້ມເຫລວຖ້າມີການຂັດກັນທີ່ຢູ່ IP ໃນເຄືອຂ່າຍ. ໃຊ້ເຄື່ອງມືເຊັ່ນ Wireshark ເພື່ອຈັບແພັກເກັດແລະເບິ່ງວ່າມີຫຼາຍທີ່ຢູ່ MAC ຕອບສະຫນອງກັບ IP ດຽວກັນ.
ການແກ້ໄຂ:
ລົບ Arpcache (Windows: netsh interface ip delete arpcache; Linux: ip-ss neigh flush all) ແລະຫຼັງຈາກນັ້ນ Ping ອີກເທື່ອຫນຶ່ງ.
ໃຫ້ແນ່ໃຈວ່າທີ່ຢູ່ IP ຂອງທັງສອງອຸປະກອນແມ່ນຢູ່ໃນ subnet ດຽວກັນແລະຫນ້າກາກຍ່ອຍແມ່ນຄືກັນ (ເບິ່ງຂັ້ນຕອນຕໍ່ໄປສໍາລັບລາຍລະອຽດ).
ບັນຫາ ARP ມັກຈະມີຄວາມກ່ຽວຂ້ອງຢ່າງໃກ້ຊິດກັບການຕັ້ງຄ່າຂອງຊັ້ນເຄືອຂ່າຍ, ແລະມັນຕ້ອງໃຊ້ຄວາມອົດທົນໃນການແກ້ໄຂບັນຫາເພື່ອໃຫ້ແນ່ໃຈວ່າທຸກຢ່າງເຮັດວຽກ.
4. ກວດເບິ່ງທີ່ຢູ່ IP ແລະການຕັ້ງຄ່າເຄືອຂ່າຍຍ່ອຍເພື່ອຮັບປະກັນໂຄງສ້າງພື້ນຖານການສື່ສານ
ບັນຫາຢູ່ໃນຊັ້ນເຄືອຂ່າຍມັກຈະເປັນສາເຫດຕົ້ນຕໍສໍາລັບຄວາມລົ້ມເຫຼວຂອງ Ping. ທີ່ຢູ່ IP ທີ່ບໍ່ຖືກຕ້ອງ ແລະເຄືອຂ່າຍຍ່ອຍເຮັດໃຫ້ອຸປະກອນບໍ່ສາມາດສື່ສານໄດ້. ນີ້ແມ່ນຂັ້ນຕອນ:
ຢືນຢັນທີ່ຢູ່ IP:ກວດເບິ່ງວ່າທີ່ຢູ່ IP ຂອງສອງອຸປະກອນຢູ່ໃນເຄືອຂ່າຍຍ່ອຍດຽວກັນຫຼືບໍ່. ຕົວຢ່າງ, ອຸປະກອນ A ມີ IP ຂອງ 192.168.1.10 ແລະໜ້າກາກຍ່ອຍຂອງ 255.255.255.0. ອຸປະກອນ B ມີ IP ຂອງ 192.168.1.20 ແລະຫນ້າກາກຍ່ອຍດຽວກັນ. ສອງ ips ຢູ່ໃນເຄືອຂ່າຍຍ່ອຍດຽວກັນ (192.168.1.0/24) ແລະສາມາດສື່ສານທາງທິດສະດີໄດ້. ຖ້າອຸປະກອນ B ມີ IP ຂອງ 192.168.2.20, ມັນບໍ່ໄດ້ຢູ່ໃນເຄືອຂ່າຍຍ່ອຍດຽວກັນ ແລະ Ping ຈະລົ້ມເຫລວ.
ກວດເບິ່ງ Subnet Masks:ຫນ້າກາກເຄືອຂ່າຍຍ່ອຍທີ່ບໍ່ສອດຄ່ອງຍັງສາມາດນໍາໄປສູ່ຄວາມລົ້ມເຫຼວຂອງການສື່ສານ. ຕົວຢ່າງ, ອຸປະກອນ A ມີຫນ້າກາກຂອງ 255.255.255.0 ແລະອຸປະກອນ B ມີຫນ້າກາກຂອງ 255.255.0.0, ເຊິ່ງອາດຈະນໍາໄປສູ່ການຂັດຂວາງການສື່ສານເນື່ອງຈາກຄວາມເຂົ້າໃຈທີ່ແຕກຕ່າງກັນຂອງຂອບເຂດເຄືອຂ່າຍຍ່ອຍ. ໃຫ້ແນ່ໃຈວ່າຫນ້າກາກຍ່ອຍແມ່ນຄືກັນສໍາລັບທັງສອງອຸປະກອນ.
ກວດເບິ່ງການຕັ້ງຄ່າ Gateway:ອຸປະກອນທີ່ເຊື່ອມຕໍ່ໂດຍກົງໂດຍປົກກະຕິບໍ່ຈໍາເປັນຕ້ອງມີປະຕູ, ແຕ່ gateways ທີ່ຖືກຕັ້ງຄ່າບໍ່ຖືກຕ້ອງສາມາດເຮັດໃຫ້ແພັກເກັດຖືກສົ່ງຕໍ່ບໍ່ຖືກຕ້ອງ. ໃຫ້ແນ່ໃຈວ່າປະຕູສໍາລັບທັງສອງອຸປະກອນຖືກຕັ້ງເປັນ unconfigured ຫຼືຊີ້ໄປຫາທີ່ຢູ່ທີ່ຖືກຕ້ອງ.
ການແກ້ໄຂ:
ແກ້ໄຂທີ່ຢູ່ IP ຫຼື subnet mask ເພື່ອຮັບປະກັນວ່າອຸປະກອນທັງສອງຢູ່ໃນເຄືອຂ່າຍຍ່ອຍດຽວກັນ. ປິດໃຊ້ງານການຕັ້ງຄ່າປະຕູທາງທີ່ບໍ່ຈໍາເປັນ ຫຼືຕັ້ງພວກມັນເປັນຄ່າເລີ່ມຕົ້ນ (0.0.0.0).
ການຕັ້ງຄ່າ IP ເປັນຫຼັກຂອງການສື່ສານເຄືອຂ່າຍ, ສະນັ້ນມັນຈໍາເປັນຕ້ອງກວດເບິ່ງສອງຄັ້ງເພື່ອຮັບປະກັນວ່າບໍ່ມີຫຍັງຫາຍໄປ.
5. ກວດເບິ່ງແພັກເກັດ ICMP ທີ່ສົ່ງ ແລະຮັບ ເພື່ອຮັບປະກັນວ່າໂປໂຕຄອນບໍ່ຖືກປິດໃຊ້ງານ.
ຄໍາສັ່ງ Ping ອີງໃສ່ Internet Control Messaging Protocol (ICMP). ຖ້າແພັກເກັດ ICMP ຖືກຂັດຂວາງຫຼືປິດການໃຊ້ງານ, Ping ຈະບໍ່ປະສົບຜົນສໍາເລັດ.
ກວດເບິ່ງກົດລະບຽບ Firewall ຂອງທ່ານ:ອຸປະກອນຈໍານວນຫຼາຍມີໄຟວໍຖືກເປີດໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ, ເຊິ່ງອາດຈະຂັດຂວາງການຮ້ອງຂໍ ICMP. ໃນ Windows, ສໍາລັບການຍົກຕົວຢ່າງ, ກວດເບິ່ງການຕັ້ງຄ່າ "Windows Defender Firewall" ເພື່ອໃຫ້ແນ່ໃຈວ່າກົດລະບຽບ ICMPv4-In ໄດ້ຖືກອະນຸຍາດ. ລະບົບ Linux ກວດເບິ່ງກົດລະບຽບ iptables (iptables -L) ເພື່ອໃຫ້ແນ່ໃຈວ່າ ICMP ບໍ່ໄດ້ຖືກບລັອກ.
ກວດເບິ່ງນະໂຍບາຍອຸປະກອນ:ບາງ routers ຫຼື switches ປິດການທໍາງານການຕອບສະຫນອງ ICMP ເພື່ອປ້ອງກັນການສະແກນ. ເຂົ້າສູ່ລະບົບໜ້າຈໍການຈັດການອຸປະກອນເພື່ອໃຫ້ແນ່ໃຈວ່າ ICMP ຖືກປິດໃຊ້ງານ.
ການວິເຄາະການຈັບແພັກເກັດ:ໃຊ້ເຄື່ອງມືເຊັ່ນ Wireshark ຫຼືMylinking Network TapsແລະMylinking Network Packet Brokersເພື່ອເກັບກໍາຊອງເພື່ອເບິ່ງວ່າຄໍາຮ້ອງສະຫມັກ ICMP ໄດ້ຖືກເຮັດແລະຖ້າຫາກວ່າມີການຕອບສະຫນອງ. ຖ້າຄໍາຮ້ອງຂໍຖືກເຮັດແຕ່ບໍ່ມີການຕອບສະຫນອງ, ບັນຫາອາດຈະຢູ່ໃນອຸປະກອນເປົ້າຫມາຍ. ຖ້າບໍ່ມີການຮ້ອງຂໍ, ບັນຫາອາດຈະຢູ່ໃນເຄື່ອງທ້ອງຖິ່ນ.
ການແກ້ໄຂ:
(Windows: netsh advfirewall ຕັ້ງຄ່າສະຖານະທັງໝົດຂອງໂປຣໄຟລ໌; Linux: iptables -F) ເພື່ອທົດສອບວ່າ Ping ກັບຄືນສູ່ສະພາບປົກກະຕິຫຼືບໍ່. ເປີດໃຊ້ການຕອບສະໜອງ ICMP ໃນອຸປະກອນ (ຕົວຢ່າງ, ອຸປະກອນ Cisco: ip icmp echo-reply).
ບັນຫາ ICMP ມັກຈະກ່ຽວຂ້ອງກັບນະໂຍບາຍຄວາມປອດໄພ, ເຊິ່ງຮຽກຮ້ອງໃຫ້ມີການແລກປ່ຽນລະຫວ່າງຄວາມປອດໄພແລະການເຊື່ອມຕໍ່.
6. ກວດເບິ່ງວ່າຮູບແບບ Packet ຖືກຕ້ອງຫຼືບໍ່ ເພື່ອຮັບປະກັນວ່າບໍ່ມີຜິດລັກໃນ Protocol Stack.
ຖ້າທັງຫມົດດີແລະທ່ານຍັງບໍ່ສາມາດ Ping ໄດ້, ທ່ານອາດຈະຈໍາເປັນຕ້ອງໄດ້ເຈາະເຂົ້າໄປໃນ stack ໂປໂຕຄອນເພື່ອກວດເບິ່ງວ່າແພັກເກັດແມ່ນຢູ່ໃນຮູບແບບທີ່ຖືກຕ້ອງ.
ຈັບແລະວິເຄາະຊຸດ:
ໃຊ້ Wireshark ເພື່ອບັນທຶກແພັກເກັດ ICMP ແລະກວດເບິ່ງສິ່ງຕໍ່ໄປນີ້:
- ປະເພດແລະລະຫັດຂອງຄໍາຮ້ອງຂໍ ICMP ແມ່ນຖືກຕ້ອງ (ຄໍາຮ້ອງຂໍ Echo ຄວນເປັນປະເພດ 8, ລະຫັດ 0).
- ບໍ່ວ່າຈະເປັນ ips ແຫຼ່ງແລະປາຍທາງແມ່ນຖືກຕ້ອງ.
- ບໍ່ວ່າຈະມີຄ່າ TTL ຜິດປົກກະຕິ (ເວລາທີ່ຈະມີຊີວິດ) ທີ່ສາມາດເຮັດໃຫ້ຊອງໄດ້ຖືກຫຼຸດລົງເຄິ່ງຫນຶ່ງ.
ກວດເບິ່ງການຕັ້ງຄ່າ MTU:ຖ້າການຕັ້ງຄ່າຫນ່ວຍສົ່ງສູງສຸດ (MTU) ບໍ່ສອດຄ່ອງ, ການແຍກແພັກເກັດອາດຈະລົ້ມເຫລວ. ຄ່າເລີ່ມຕົ້ນຂອງ MTU ແມ່ນ 1500 bytes, ແຕ່ບາງອຸປະກອນອາດຈະຖືກຕັ້ງຄ່າດ້ວຍຄ່ານ້ອຍກວ່າ. ທົດສອບການແບ່ງສ່ວນດ້ວຍຄຳສັ່ງ ping-fl 1472 ເປົ້າໝາຍ IP (Windows). ຖ້າ sharding ຖືກເຕືອນແຕ່ທຸງ Do not sharding (DF) ຖືກຕັ້ງ, MTU ບໍ່ກົງກັນ.
ການແກ້ໄຂ:
ປັບຄ່າ MTU (Windows: netsh interface ipv4 set subinterface "Ethernet" mtu=1400 store=persistent).
ໃຫ້ແນ່ໃຈວ່າ MTU ຂອງສອງອຸປະກອນແມ່ນຄືກັນ.
ບັນຫາ stack ອະນຸສັນຍາແມ່ນສັບສົນຫຼາຍ, ມັນໄດ້ຖືກແນະນໍາວ່າການວິເຄາະໃນຄວາມເລິກໄດ້ຖືກປະຕິບັດຫຼັງຈາກການສືບສວນພື້ນຖານແມ່ນບໍ່ມີຜົນ.
7. ຮວບຮວມຂໍ້ມູນ ແລະຊອກຫາການຊ່ວຍເຫຼືອດ້ານວິຊາການ
ຖ້າຂັ້ນຕອນຂ້າງເທິງບໍ່ສາມາດແກ້ໄຂບັນຫາໄດ້, ທ່ານອາດຈະຈໍາເປັນຕ້ອງໄດ້ລວບລວມຂໍ້ມູນຕື່ມອີກແລະຊອກຫາການສະຫນັບສະຫນູນດ້ານວິຊາການ.
ບັນທຶກ:ເກັບກໍາຂໍ້ມູນບັນທຶກຂອງອຸປະກອນ (syslog ຂອງ router/switch, syslog ຂອງ PC) ແລະເບິ່ງວ່າມີຄວາມຜິດພາດໃດໆ.
ຕິດຕໍ່ຜູ້ຜະລິດ:ຖ້າຫາກວ່າອຸປະກອນແມ່ນຜະລິດຕະພັນວິສາຫະກິດເຊັ່ນ:Mylinking(ແຕະເຄືອຂ່າຍ, Network Packet BrokersແລະInline Bypass), Cisco(Router/Switch), Huawei(Router/Switch), ທ່ານສາມາດຕິດຕໍ່ຝ່າຍສະຫນັບສະຫນູນດ້ານວິຊາການຂອງຜູ້ຜະລິດເພື່ອສະຫນອງຂັ້ນຕອນການກວດສອບລາຍລະອຽດແລະບັນທຶກ.
ການນໍາໃຊ້ຊຸມຊົນ:ປະກາດໃນເວທີສົນທະນາດ້ານວິຊາການ (ຕົວຢ່າງ, Stack Overflow, Cisco Community) ສໍາລັບການຊ່ວຍເຫຼືອ, ການສະຫນອງລາຍລະອຽດຂອງ topology ເຄືອຂ່າຍແລະຂໍ້ມູນການຕັ້ງຄ່າ.
ການເຊື່ອມຕໍ່ໂດຍກົງກັບອຸປະກອນເຄືອຂ່າຍທີ່ລົ້ມເຫລວໃນ Ping ອາດຈະເບິ່ງຄືວ່າງ່າຍດາຍ, ແຕ່ຄວາມຈິງແລ້ວມັນອາດຈະກ່ຽວຂ້ອງກັບບັນຫາຫຼາຍໃນຊັ້ນທາງດ້ານຮ່າງກາຍ, ຊັ້ນເຊື່ອມຕໍ່, ຊັ້ນເຄືອຂ່າຍ, ແລະແມ້ກະທັ້ງການ stack ໂປໂຕຄອນ. ບັນຫາສ່ວນໃຫຍ່ສາມາດແກ້ໄຂໄດ້ໂດຍການປະຕິບັດຕາມເຈັດຂັ້ນຕອນເຫຼົ່ານີ້, ຈາກຂັ້ນພື້ນຖານໄປສູ່ຂັ້ນສູງ. ບໍ່ວ່າຈະເປັນການກວດສອບສາຍເຄືອຂ່າຍ, ປັບ STP, ກວດສອບ ARP, ຫຼືການເພີ່ມປະສິດທິພາບການຕັ້ງຄ່າ IP ແລະນະໂຍບາຍ ICMP, ແຕ່ລະຂັ້ນຕອນຕ້ອງການການດູແລແລະຄວາມອົດທົນ. ຂ້ອຍຫວັງວ່າຄູ່ມືນີ້ຈະໃຫ້ຄວາມກະຈ່າງແຈ້ງບາງຢ່າງກ່ຽວກັບວິທີແກ້ໄຂບັນຫາອິນເຕີເນັດຂອງເຈົ້າ, ດັ່ງນັ້ນທ່ານຈະບໍ່ສັບສົນຖ້າທ່ານປະເຊີນກັບບັນຫາທີ່ຄ້າຍຄືກັນ.
ເວລາປະກາດ: 09-09-2025
