ສູ້ກັນສໍາລັບ milliseconds. ວິທີການເລືອກເຄື່ອງແມ່ຂ່າຍທີ່ມີ ping ຕ່ໍາສຸດ

ສໍາລັບຫຼາຍໜ້າວຽກ, ຄວາມລ່າຊ້າລະຫວ່າງລູກຄ້າ ແລະເຊີບເວີແມ່ນສໍາຄັນ, ຕົວຢ່າງໃນເກມອອນໄລນ໌, ການປະຊຸມທາງວິດີໂອ/ສຽງ, IP telephony, VPN, ແລະອື່ນໆ. ຖ້າເຄື່ອງແມ່ຂ່າຍຢູ່ໄກເກີນໄປຈາກລູກຄ້າໃນລະດັບເຄືອຂ່າຍ IP, ການຊັກຊ້າ (ມັກເອີ້ນວ່າ "ping", "lag") ຈະແຊກແຊງການເຮັດວຽກ.

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

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

ການວັດແທກຄວາມລ່າຊ້າ

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

ICMP - ping ປົກກະຕິ

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

ຂະໜາດບັນຈຸ (ທາງເລືອກ -s) - ໂດຍຄ່າເລີ່ມຕົ້ນ, ຜົນປະໂຫຍດ ping ສົ່ງແພັກເກັດທີ່ມີຂະຫນາດ 64 ໄບຕ໌. ດ້ວຍແພັກເກັດນ້ອຍໆດັ່ງກ່າວ, ປະກົດການທີ່ເກີດຂື້ນກັບແພັກເກັດທີ່ໃຫຍ່ກວ່າອາດຈະບໍ່ສັງເກດເຫັນໄດ້, ດັ່ງນັ້ນພວກເຮົາຈະກໍານົດຂະຫນາດແພັກເກັດເປັນ 1300 ໄບຕ໌.

ໄລຍະຫ່າງລະຫວ່າງແພັກເກັດ (ທາງເລືອກ -i) — ເວລາລະຫວ່າງການສົ່ງຂໍ້ມູນ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ແພັກເກັດຖືກສົ່ງຫນຶ່ງຄັ້ງຕໍ່ວິນາທີ, ນີ້ແມ່ນຍາວຫຼາຍ, ໂປແກຼມທີ່ແທ້ຈິງສົ່ງຫຼາຍຮ້ອຍແລະພັນແພັກເກັດຕໍ່ວິນາທີ, ດັ່ງນັ້ນພວກເຮົາຈະກໍານົດໄລຍະຫ່າງເປັນ 0.1 ວິນາທີ. ໂຄງການພຽງແຕ່ບໍ່ອະນຸຍາດໃຫ້ຫນ້ອຍ.

ດັ່ງນັ້ນ, ຄໍາສັ່ງເບິ່ງຄືວ່ານີ້:

ping -s 1300 -i 0.1 yandex.ru

ການອອກແບບນີ້ຊ່ວຍໃຫ້ທ່ານເຫັນຮູບພາບທີ່ແທ້ຈິງຫຼາຍຂອງການຊັກຊ້າ.

Ping ຜ່ານ UDP ແລະ TCP

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

ປະໂຫຍດ nping ຈາກນັກພັດທະນາຂອງເຄື່ອງສະແກນທີ່ມີຊື່ສຽງ nmap ສາມາດສ້າງແພັກເກັດໃດໆ. ມັນຍັງສາມາດຖືກນໍາໃຊ້ເພື່ອວັດແທກຄວາມລ່າຊ້າ.
ເນື່ອງຈາກ UDP ແລະ TCP ດໍາເນີນການສະເພາະ, ພວກເຮົາຈໍາເປັນຕ້ອງ "ping" ພອດສະເພາະ. ໃຫ້ພະຍາຍາມ ping TCP 80, ນັ້ນແມ່ນ, ພອດເຊີຟເວີເວັບ:

$ sudo nping --tcp -p 80 --delay 0.1 -c 0 microsoft.com

Starting Nping 0.7.80 ( https://nmap.org/nping ) at 2020-04-30 13:07 MSK
SENT (0.0078s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
SENT (0.1099s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.2068s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44  seq=1480267007 win=64240 <mss 1440>
SENT (0.2107s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.3046s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44  seq=1480267007 win=64240 <mss 1440>
SENT (0.3122s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.4247s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=42 id=0 iplen=44  seq=2876862274 win=64240 <mss 1398>

Max rtt: 112.572ms | Min rtt: 93.866ms | Avg rtt: 101.093ms
Raw packets sent: 4 (160B) | Rcvd: 3 (132B) | Lost: 1 (25.00%)
Nping done: 1 IP address pinged in 0.43 seconds

ໂດຍຄ່າເລີ່ມຕົ້ນ, nping ສົ່ງ 4 ຊອງແລະຢຸດ. ທາງເລືອກ -ຄ 0 ເປີດໃຊ້ການສົ່ງແພັກເກັດທີ່ບໍ່ມີທີ່ສິ້ນສຸດ; ເພື່ອຢຸດໂຄງການ, ທ່ານຈໍາເປັນຕ້ອງກົດ Ctrl+C. ສະຖິຕິຈະສະແດງໃນຕອນທ້າຍ. ພວກເຮົາເຫັນວ່າຄ່າ rtt ສະເລ່ຍ (ເວລາໄປກັບ) ແມ່ນ 101ms.

MTR - traceroute on steroids

ໂປລແກລມ MTR Traceroute ຂອງຂ້ອຍເປັນຜົນປະໂຫຍດຂັ້ນສູງສໍາລັບການຕິດຕາມເສັ້ນທາງໄປຫາເຈົ້າພາບຫ່າງໄກສອກຫຼີກ. ບໍ່ເຫມືອນກັບ traceroute ປະໂຫຍດຂອງລະບົບປົກກະຕິ (ໃນ Windows ນີ້ແມ່ນ tracert utility), ມັນສາມາດສະແດງໃຫ້ເຫັນຄວາມລ່າຊ້າຂອງແຕ່ລະເຈົ້າພາບໃນລະບົບຕ່ອງໂສ້ແພັກເກັດ. ມັນຍັງສາມາດຕິດຕາມເສັ້ນທາງບໍ່ພຽງແຕ່ຜ່ານ ICMP, ແຕ່ຍັງຜ່ານ UDP ແລະ TCP.

$ sudo mtr microsoft.com

(ຄລິກໄດ້) ການໂຕ້ຕອບໂຄງການ MTR. ເລີ່ມຕົ້ນການຕິດຕາມເສັ້ນທາງໄປຫາ microsoft.com

MTR ທັນທີສະແດງໃຫ້ເຫັນ ping ກັບແຕ່ລະເຈົ້າພາບໃນລະບົບຕ່ອງໂສ້, ແລະຂໍ້ມູນໄດ້ຖືກປັບປຸງຢ່າງຕໍ່ເນື່ອງໃນຂະນະທີ່ໂຄງການກໍາລັງເຮັດວຽກແລະການປ່ຽນແປງໃນໄລຍະສັ້ນສາມາດເຫັນໄດ້.
ພາບຫນ້າຈໍສະແດງໃຫ້ເຫັນວ່າ node #6 ມີການສູນເສຍແພັກເກັດ, ແຕ່ໃນຄວາມເປັນຈິງນີ້ບໍ່ແມ່ນຄວາມຈິງທັງຫມົດ, ເພາະວ່າບາງ routers ພຽງແຕ່ສາມາດຍົກເລີກແພັກເກັດທີ່ມີ TTL ທີ່ຫມົດອາຍຸແລະບໍ່ສົ່ງຄືນຂໍ້ຜິດພາດ, ດັ່ງນັ້ນຂໍ້ມູນການສູນເສຍແພັກເກັດສາມາດຖືກລະເວັ້ນຢູ່ທີ່ນີ້.

WiFi vs ສາຍ

ຫົວຂໍ້ນີ້ບໍ່ກ່ຽວຂ້ອງກັບບົດຄວາມທັງຫມົດ, ແຕ່ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍມັນມີຄວາມສໍາຄັນຫຼາຍໃນແງ່ຂອງການຊັກຊ້າ. ຂ້ອຍຮັກ WiFi ແທ້ໆ, ແຕ່ຖ້າຂ້ອຍມີໂອກາດຫນ້ອຍທີ່ສຸດທີ່ຈະເຊື່ອມຕໍ່ກັບອິນເຕີເນັດດ້ວຍສາຍເຄເບີນ, ຂ້ອຍຈະໃຊ້ມັນ. ຂ້ອຍຍັງຂັດຂວາງຄົນຈາກການໃຊ້ກ້ອງຖ່າຍຮູບ WiFi ຢູ່ສະເໝີ.
ຖ້າທ່ານຫຼິ້ນຍິງປືນອອນໄລນ໌ຢ່າງຮຸນແຮງ, ຖ່າຍທອດວິດີໂອ, ຫຼືການຄ້າໃນຕະຫຼາດຫຼັກຊັບ: ກະລຸນາໃຊ້ອິນເຕີເນັດຜ່ານສາຍເຄເບີ້ນ.

ນີ້ແມ່ນການທົດສອບສາຍຕາເພື່ອປຽບທຽບການເຊື່ອມຕໍ່ WiFi ແລະສາຍ. ນີ້ແມ່ນ ping ກັບ router WiFi, ນັ້ນແມ່ນ, ບໍ່ແມ່ນແຕ່ອິນເຕີເນັດເທື່ອ.

(ຄລິກໄດ້) ການປຽບທຽບ ping ກັບ router WiFi ຜ່ານສາຍ ແລະຜ່ານ WiFi

ມັນສາມາດເຫັນໄດ້ວ່າໃນໄລຍະ WiFi ຄວາມລ່າຊ້າແມ່ນຍາວກວ່າ 1ms ແລະບາງຄັ້ງກໍ່ມີແພັກເກັດທີ່ມີການຊັກຊ້າຫຼາຍສິບເທົ່າ! ແລະນີ້ແມ່ນພຽງແຕ່ໄລຍະເວລາສັ້ນໆເທົ່ານັ້ນ. ໃນເວລາດຽວກັນ, router ດຽວກັນຜະລິດຄວາມລ່າຊ້າທີ່ຫມັ້ນຄົງຂອງ <1ms.

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

ການເຊື່ອມຕໍ່ IP

ດັ່ງນັ້ນ, ພວກເຮົາໄດ້ຮຽນຮູ້ການວັດແທກຄວາມລ່າຊ້າກັບເຄື່ອງແມ່ຂ່າຍ, ໃຫ້ພະຍາຍາມຊອກຫາເຄື່ອງແມ່ຂ່າຍທີ່ໃກ້ທີ່ສຸດກັບພວກເຮົາ. ເພື່ອເຮັດສິ່ງນີ້, ພວກເຮົາສາມາດເບິ່ງວິທີການກໍານົດເສັ້ນທາງຂອງຜູ້ໃຫ້ບໍລິການຂອງພວກເຮົາ. ມັນສະດວກໃນການໃຊ້ບໍລິການສໍາລັບການນີ້ bgp.he.net

ເມື່ອພວກເຮົາເຂົ້າເຖິງເວັບໄຊທ໌, ພວກເຮົາເຫັນວ່າທີ່ຢູ່ IP ຂອງພວກເຮົາເປັນຂອງລະບົບປົກຄອງຕົນເອງ AS42610.

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

ເສັ້ນສະແດງການເຊື່ອມຕໍ່ຂອງລະບົບອັດຕະໂນມັດຂອງຜູ້ໃຫ້ບໍລິການ

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

ຈຸດແລກປ່ຽນການຈະລາຈອນສ່ວນໃຫຍ່ໃຫ້ເຄື່ອງມືພິເສດທີ່ເອີ້ນວ່າແກ້ວຊອກຫາ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດ ping ແລະ traceroute ຈາກ router ສະເພາະຢູ່ໃນຈຸດແລກປ່ຽນ.

ຍົກ​ຕົວ​ຢ່າງ, ແກ້ວເບິ່ງ ຈາກ MGTS

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

ເລືອກເຄື່ອງແມ່ຂ່າຍທີ່ໃກ້ທີ່ສຸດ

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

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

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