ข้ามไปยังเนื้อหาหลัก

VPS: การระบุปัญหาเครือข่ายด้วย WinMTR/MTR

คู่มือนี้ถูกสร้างขึ้นด้วยผลิตภัณฑ์ดังต่อไปนี้:

(รายละเอียดอาจแตกต่างกันไปตามผลิตภัณฑ์จากผู้ให้บริการต่างๆ แต่แนวคิดหลักยังคงเหมือนเดิม)

VPS

บทนำ​

ปัญหาเครือข่ายสามารถสร้างความรำคาญและแน่นอนว่าไม่ควรเป็นส่วนหนึ่งของชีวิตประจำวัน แต่เมื่อเกิดขึ้น สิ่งสำคัญคือการระบุสาเหตุอย่างรวดเร็วและมีประสิทธิภาพเพื่อแก้ไขปัญหา ข้อมูลรายละเอียดเกี่ยวกับปัญหาเครือข่ายสามารถวิเคราะห์ได้อย่างมีประสิทธิภาพด้วยแอปพลิเคชัน WinMTR (Windows) หรือ MTR (Linux/Mac OS)

img

WinMTR/MTR คือเครื่องมือวิเคราะห์เครือข่ายที่รวมฟังก์ชันของ Ping และ Traceroute เข้าด้วยกัน ช่วยให้วิเคราะห์เส้นทางทั้ง เส้นทางขาออก (Client → Server) และ เส้นทางขากลับ (Server → Client) ได้อย่างละเอียดโดยติดตามเส้นทางของแพ็กเก็ตข้อมูลในทั้งสองทิศทาง ในกระบวนการนี้จะเก็บข้อมูลสำคัญ เช่น ความหน่วงและการสูญเสียแพ็กเก็ต ซึ่งมีความสำคัญต่อการวินิจฉัยและแก้ไขปัญหาเครือข่ายอย่างแม่นยำ

เส้นทางขาออก (Client → Server): รายงานสำหรับ เส้นทางขาออก มีประโยชน์เมื่อเกิดปัญหาเช่น การหลุดการเชื่อมต่อ การเชื่อมต่อช้า หรือปัญหาในการเชื่อมต่อ การวิเคราะห์นี้ช่วยระบุปัญหาที่อาจเกิดขึ้นบนเส้นทางจากไคลเอนต์ไปยังเซิร์ฟเวอร์ เช่น การแออัดของเครือข่าย การสูญเสียแพ็กเก็ต หรือการกำหนดเส้นทางผิดพลาด

เส้นทางขากลับ (Server → Client): รายงานสำหรับ เส้นทางขากลับ จะมีความหมายก็ต่อเมื่อได้รับการยืนยันแล้วว่าเส้นทางขาออกมีความเสถียรและใช้งานได้ดี ซึ่งหมายความว่ารายงานเส้นทางขากลับจะมีความสำคัญเป็นพิเศษเมื่อเส้นทางขาออกไม่มีปัญหา แต่ยังคงพบปัญหาเช่น เซิร์ฟเวอร์ตอบสนองช้า โหลดข้อมูลล่าช้า หรือการส่งข้อมูลไม่ครบถ้วน

สรุปคือ หากเกิดปัญหาเครือข่ายที่สังเกตได้ ควรวิเคราะห์ เส้นทางขาออก (Client → Server) ก่อน หากรายงานเส้นทางขาออกไม่พบความผิดปกติและปัญหายังคงอยู่ จำเป็นต้องตรวจสอบ เส้นทางขากลับ (Server → Client) เพื่อระบุปัญหาแบบอะซิมเมตริก ปัญหาเครือข่ายแบบอะซิมเมตริกเกิดขึ้นเมื่อแพ็กเก็ตข้อมูลส่งผ่านได้ปกติในทิศทางหนึ่ง แต่เกิดความล่าช้าหรือสูญเสียแพ็กเก็ตในทิศทางตรงกันข้าม

การติดตั้ง​

เมื่อเข้าใจแล้วว่าเมื่อไหร่รายงานสำหรับเส้นทางขาเข้าและขาออกมีประโยชน์ เราสามารถไปยังขั้นตอนการติดตั้งทั้งบนฝั่งไคลเอนต์และเซิร์ฟเวอร์ได้

ไคลเอนต์​

สำหรับเส้นทางขาออก แอปพลิเคชันต้องติดตั้งบนไคลเอนต์ (คอมพิวเตอร์ของคุณ) ขั้นตอนต่อไปนี้จะอธิบายวิธีติดตั้งแอปพลิเคชันสำหรับระบบปฏิบัติการของคุณ

เมื่อใช้คอมพิวเตอร์ที่มีระบบปฏิบัติการ Windows การวิเคราะห์เครือข่ายจะทำผ่านแอป WinMTR ในการติดตั้ง WinMTR บนคอมพิวเตอร์ของคุณ ให้ดาวน์โหลดแอปจากเว็บไซต์ ZAP-Hosting หลังดาวน์โหลดแล้วให้แตกไฟล์ คุณจะได้ไฟล์ปฏิบัติการ WinMTR.exe

แอปพลิเคชันดาวน์โหลด
WinMTRลิงก์

เซิร์ฟเวอร์​

สำหรับเส้นทางขากลับ แอปพลิเคชันต้องติดตั้งบนเซิร์ฟเวอร์ ขั้นตอนต่อไปนี้จะอธิบายวิธีติดตั้งแอปสำหรับระบบปฏิบัติการของเซิร์ฟเวอร์คุณ

เชื่อมต่อกับเซิร์ฟเวอร์ของคุณผ่าน SSH ในการติดตั้ง MTR บนระบบของคุณ ให้รันคำสั่งติดตั้งที่เหมาะสมกับระบบปฏิบัติการของเซิร์ฟเวอร์:

Debian

apt install mtr -y

Ubuntu

apt install mtr -y

OpenSUSE

zypper addrepo https://download.opensuse.org/repositories/openSUSE:11.4/standard/openSUSE:11.4.repo
zypper refresh
zypper install mtr

Fedora

yum install mtr -y

สร้างรายงาน​

ต่อไปนี้จะเป็นการสร้างรายงานโดยใช้แอป WinMTR/MTR สำหรับทั้ง เส้นทางขาออก (Client → Server) และ เส้นทางขากลับ (Server → Client)

สร้างรายงานเมื่อเกิดปัญหา

รายงานควรถูกสร้างขึ้นเมื่อปัญหากำลังเกิดขึ้นและสังเกตได้เท่านั้น ในกรณีนี้รายงานจะให้ข้อมูลที่เป็นประโยชน์สำหรับการแก้ไขปัญหา

เส้นทางขาออก (Client → Server)​

เพื่อวิเคราะห์เส้นทางจากคอมพิวเตอร์ของคุณไปยังเซิร์ฟเวอร์ ให้เปิดแอป WinMTR/MTR บนคอมพิวเตอร์ของคุณและทำตามขั้นตอนด้านล่าง

สามารถเปิดแอป WinMTR ได้โดยดับเบิลคลิกที่ไฟล์ WinMTR.exe ในช่อง Host ให้กรอกที่อยู่ IP หรือโฮสต์เนมของเซิร์ฟเวอร์ จากนั้นเริ่มรายงาน ปล่อยให้แอปทำงานอย่างน้อย หนึ่งนาที เพื่อเก็บข้อมูลให้เพียงพอ เมื่อได้ข้อมูลครบแล้วให้หยุดการวิเคราะห์และบันทึกผลลัพธ์โดยคลิกที่ Export TEXT

img

เส้นทางขากลับ (Server → Client)​

เพื่อวิเคราะห์เส้นทางจากเซิร์ฟเวอร์ไปยังคอมพิวเตอร์ของคุณ ให้เชื่อมต่อกับเซิร์ฟเวอร์และทำตามขั้นตอนด้านล่าง

สามารถใช้แอป MTR บนเซิร์ฟเวอร์โดยรันคำสั่งนี้ในเทอร์มินัล SSH:

mtr <your client-ip-address>

ปล่อยให้แอปทำงานอย่างน้อย หนึ่งนาที เพื่อเก็บข้อมูลให้เพียงพอ เมื่อได้ข้อมูลครบแล้วให้หยุดการวิเคราะห์และบันทึกผลลัพธ์

ข้อมูล

ไม่ทราบที่อยู่ IP ของคุณหรือไม่แน่ใจว่าจะหาได้อย่างไร? มีหลายวิธีในการตรวจสอบที่อยู่ IP ของคุณ วิธีที่เร็วที่สุดคือใช้บริการออนไลน์อย่าง WhatIsMyIPAddress

การประเมินรายงาน​

เมื่อประเมินผลลัพธ์ มีจุดสำคัญหลายอย่างที่ควรใส่ใจ ส่วนต่อไปนี้จะอธิบายรายละเอียดและความสำคัญของแต่ละจุด การให้ความสนใจอย่างใกล้ชิดกับปัจจัยเหล่านี้เป็นสิ่งสำคัญสำหรับการวินิจฉัยที่แม่นยำและการระบุสาเหตุที่เป็นไปได้อย่างมีประสิทธิภาพ

การสูญเสียแพ็กเก็ต​

ถ้าคุณเห็นการสูญเสียแพ็กเก็ตในผลลัพธ์ นั่นแสดงถึงปัญหาเครือข่ายที่อาจเกิดขึ้น การสูญเสียแพ็กเก็ตชั่วคราวเล็กน้อย 1-2% อาจไม่เป็นปัญหา แต่ค่าที่สูงกว่านั้นบ่งชี้ถึงปัญหาที่รุนแรงกว่า การสูญเสียแพ็กเก็ตอาจทำให้เกิดความล่าช้าหรือการตัดการเชื่อมต่อของบริการ หากการสูญเสียเกิดขึ้นอย่างสม่ำเสมอในทุกฮอป ปัญหาอาจอยู่ในเครือข่ายของคุณเองหรือฝั่งเซิร์ฟเวอร์ แต่ถ้าการสูญเสียเกิดขึ้นเฉพาะฮอปหรือพื้นที่ใดพื้นที่หนึ่ง ปัญหาน่าจะอยู่ที่โหนดนั้นหรือการเชื่อมต่อไปยังโหนดถัดไป นอกจากนี้ควรรู้ว่า การสูญเสียเล็กน้อยในฮอปแรกๆ ซึ่งเป็นส่วนของเครือข่ายภายในท้องถิ่นของคุณ ไม่จำเป็นต้องเป็นปัญหาสำคัญ เพราะอุปกรณ์เหล่านี้มักให้ความสำคัญกับคำขอ ICMP (เช่น ping) ต่ำกว่าและอาจละทิ้งคำขอเหล่านั้นได้

ความหน่วง (เวลาพิง)​

ค่าความหน่วง (Avg, Best, Worst) ให้ข้อมูลเกี่ยวกับความเร็วและความเสถียรของการเชื่อมต่อ หากคุณสังเกตว่าความหน่วงสูงอย่างต่อเนื่องที่ฮอปใดฮอปหนึ่ง อาจบ่งชี้ถึงการแออัดของเครือข่ายหรือเราเตอร์ที่ช้า การเพิ่มขึ้นอย่างกะทันหันของความหน่วงระหว่างสองฮอปชี้ถึงคอขวดที่เป็นไปได้ โดยปกติความหน่วงจะเพิ่มขึ้นอย่างค่อยเป็นค่อยไปตามเส้นทางไปยังปลายทาง แต่ควรระวังการเพิ่มขึ้นอย่างรวดเร็วและมาก ซึ่งมักเป็นสัญญาณของปัญหา การเปรียบเทียบเส้นทางขาออกและขากลับก็ช่วยในการระบุปัญหาแบบอะซิมเมตริก ซึ่งบ่งชี้ว่าทราฟฟิกในทิศทางหนึ่งประสบปัญหา

ด้วยการวิเคราะห์อย่างละเอียดของปัจจัยเหล่านี้ คุณจะสามารถระบุได้อย่างแม่นยำว่าปัญหาเครือข่ายอยู่ที่ใด — ไม่ว่าจะเป็นในเครือข่ายของคุณเอง ผู้ให้บริการอินเทอร์เน็ต หรือที่ใดที่หนึ่งบนเส้นทางไปยังเซิร์ฟเวอร์

ตัวอย่างการวินิจฉัย​

เพื่อเพิ่มความเข้าใจ เรามาอธิบายข้อมูลก่อนหน้าด้วยตัวอย่างการวินิจฉัยกัน เราได้รวบรวมสถานการณ์ต่างๆ ที่แสดงถึงสถานการณ์และสาเหตุที่เป็นไปได้ ตัวอย่างเหล่านี้จะช่วยให้คุณเข้าใจวิธีตีความข้อมูลและวินิจฉัยปัญหาเครือข่ายได้ดีขึ้น

ข้อมูล

ตัวอย่างการวินิจฉัยต่อไปนี้แสดงสถานการณ์ต่างๆ โดยอิงจากรายงาน WinMTR/MTR สมมติ ที่อยู่ IP, โฮสต์เนม และเส้นทางทั้งหมดเป็นข้อมูลสมมติและไม่มีความเกี่ยวข้องกับเครือข่ายหรือโฮสต์จริง

ตัวอย่าง: การสูญเสียแพ็กเก็ตที่ฝั่งไคลเอนต์

คำอธิบาย

ในตัวอย่างนี้ สถานการณ์อธิบายการสูญเสียแพ็กเก็ตที่เกิดขึ้นที่ฝั่งไคลเอนต์ ซึ่งเห็นได้ทั้งในเส้นทางขาออกและขากลับ

เส้นทางขาออก (Client → Server)

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 192.168.1.1                     15.0%   20    1.1    3.4   1.0   10.2  2.8
2. 10.0.0.1                        10.0%   20   12.3   15.7  10.5   30.8  5.5
3. 172.16.0.1                       0.0%   20   25.1   26.0  24.8   27.2  0.6
4. 203.0.113.5                      0.0%   20   35.4   34.5  33.2   36.1  0.9
5. be1234.ccr42.isp.net             0.0%   20   50.6   49.8  49.1   51.5  0.8
6. be5678.ccr21.isp.net             0.0%   20   60.1   59.9  59.5   61.0  0.4
7. 198.51.100.10                    0.0%   20   70.2   70.5  70.0   71.3  0.5
8. Ziel-IP (Server)                 0.0%   20   80.2   80.0  79.5   81.2  0.6

เส้นทางขากลับ (Server → Client)

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. Ziel-IP (Server)                 0.0%   20   80.2   80.0  79.5   81.2  0.6
2. 198.51.100.10                    0.0%   20   70.1   70.4  69.8   71.2  0.5
3. be5678.ccr21.isp.net             0.0%   20   60.2   60.0  59.6   60.7  0.4
4. be1234.ccr42.isp.net             0.0%   20   50.1   50.2  49.5   51.0  0.5
5. 203.0.113.5                      0.0%   20   35.5   35.0  34.5   36.0  0.4
6. 172.16.0.1                       0.0%   20   25.2   26.1  24.9   27.3  0.7
7. 10.0.0.1                        10.0%   20   15.8   16.5  15.0   35.2  6.2
8. 192.168.1.1                     15.0%   20    2.0    4.0   1.2   12.0  3.8

การประเมิน

การประเมินเผยว่ามีการสูญเสียแพ็กเก็ตที่ฝั่งไคลเอนต์ ทั้งสองเส้นทางแสดงการสูญเสียที่ฮอปแรกๆ (ฮอป 1 และ 2) ซึ่งบ่งชี้ปัญหาที่ฝั่งไคลเอนต์ ไม่ว่าจะเป็นในเครือข่ายภายในหรือเราเตอร์

การรายงานปัญหา​

แม้ว่า ZAP-Hosting จะตรวจสอบเครือข่ายอย่างต่อเนื่อง แต่ก็สำคัญที่คุณจะต้องติดต่อทีมซัพพอร์ตของเราอย่างรวดเร็วเมื่อเกิดปัญหาเครือข่าย เพื่อให้การวินิจฉัยแม่นยำและแก้ไขปัญหาได้รวดเร็ว เราขอความกรุณาให้คุณส่งผลลัพธ์รายงาน WinMTR/MTR ทั้งเส้นทางขาออกและขากลับมาให้เรา ข้อมูลนี้ช่วยให้เราระบุจุดที่อาจเป็นปัญหาได้อย่างแม่นยำและแก้ไขได้เร็วขึ้น

Cookie settings