مقدمه

در دنیای هاستینگ، یکی از مهم‌ترین مواردی که مدیران سرور و کاربران با آن روبه‌رو می‌شوند، کندی سایت، قطعی ارتباط، افزایش پینگ یا مشکل دسترسی کاربران به سرور است.

گاهی اوقات سرور کاملاً سالم است، مصرف منابع مناسب است و سرویس‌ها بدون مشکل کار می‌کنند؛ اما کاربران از یک کشور یا یک اینترنت خاص اعلام می‌کنند که سایت برای آن‌ها باز نمی‌شود یا سرعت پاسخ‌گویی پایین است.

در چنین شرایطی، یکی از بهترین ابزارها برای بررسی مسیر ارتباطی بین کاربر و سرور، دستور MTR در لینوکس است.

دستور MTR ترکیبی از دو ابزار معروف لینوکس یعنی Ping و Traceroute است. این ابزار به مدیران شبکه و هاستینگ کمک می‌کند تا مسیر عبور بسته‌های اطلاعاتی را مشاهده کرده و مشخص کنند مشکل دقیقاً در کدام بخش شبکه اتفاق افتاده است.

به زبان ساده، MTR مانند یک نقشه راه عمل می‌کند و نشان می‌دهد اطلاعات از کامپیوتر کاربر تا سرور شما از چه مسیرهایی عبور می‌کند و آیا در یکی از مسیرها تأخیر یا از دست رفتن بسته‌ها وجود دارد یا خیر.

دستور MTR چیست؟

MTR مخفف My Traceroute یا Matt’s Traceroute است.

این ابزار مسیر شبکه را به صورت زنده بررسی می‌کند و برخلاف Traceroute که فقط یک بار مسیر را نمایش می‌دهد، MTR به صورت مداوم اطلاعات جمع‌آوری می‌کند.

برای مثال زمانی که کاربری از ایران به یک سرور در آلمان متصل می‌شود، مسیر ممکن است شامل چندین روتر باشد:

User
 |
ISP
 |
Internet Exchange
 |
Data Center
 |
Server

MTR تمام این مسیر را نمایش داده و اطلاعاتی مانند موارد زیر را ارائه می‌دهد:

• تعداد Hop ها (مراحل عبور)
• زمان پاسخ هر مسیر
• میزان Packet Loss
• میانگین تأخیر شبکه
• بیشترین تأخیر ثبت شده

نصب MTR در لینوکس

در اکثر توزیع‌های لینوکس، MTR به صورت پیش‌فرض نصب نیست.

برای نصب در Ubuntu و Debian:

apt update
apt install mtr-tiny

در CentOS و AlmaLinux:

yum install mtr

در Rocky Linux:

dnf install mtr

بعد از نصب می‌توانید با دستور زیر بررسی کنید:

mtr --version

نحوه استفاده از دستور MTR

ساده‌ترین حالت اجرای MTR:

mtr example.com

یا:

mtr 8.8.8.8

پس از اجرا، نتیجه به صورت زنده نمایش داده می‌شود.

نمونه خروجی:

HOST: server
Loss%   Snt   Last   Avg  Best  Wrst StDev

1.|-- gateway
0.0%     10    1.2   1.5   1.1   2.0   0.3

2.|-- router
0.0%     10    5.4   5.8   5.2   7.1   0.6

3.|-- datacenter
0.0%     10   20.1  21.5  20.0  25.0   1.2

بررسی ستون‌های خروجی MTR

Loss%

این ستون میزان از دست رفتن بسته‌های شبکه را نشان می‌دهد.

مثلاً:

0.0%

یعنی هیچ Packet Loss وجود ندارد.

اما:

20.0%

یعنی ۲۰ درصد بسته‌ها به مقصد نرسیده‌اند.

Packet Loss بالا می‌تواند باعث:

• کندی سایت
• قطع اتصال SSH
• مشکل در دانلود فایل
• افزایش زمان پاسخ‌گویی

شود.

Snt

تعداد بسته‌هایی است که ارسال شده‌اند.

مثلاً:

100

یعنی MTR تعداد ۱۰۰ تست انجام داده است.

هرچه تعداد تست بیشتر باشد، نتیجه دقیق‌تر خواهد بود.

Last

آخرین زمان پاسخ ثبت شده است.

واحد آن میلی‌ثانیه (ms) است.

مثلاً:

35ms

یعنی آخرین پاسخ در ۳۵ میلی‌ثانیه دریافت شده است.

Avg

میانگین زمان پاسخ.

این مقدار معمولاً مهم‌ترین عدد برای بررسی کیفیت مسیر است.

مثلاً:

Avg 40ms

یعنی میانگین تأخیر در آن مسیر ۴۰ میلی‌ثانیه بوده است.

Best

کمترین زمان پاسخ ثبت شده.

Wrst

بیشترین زمان پاسخ ثبت شده.

اگر اختلاف Best و Wrst زیاد باشد، احتمال وجود ناپایداری شبکه وجود دارد.

StDev

میزان تغییرات تأخیر شبکه را نشان می‌دهد.

عدد بالا معمولاً نشان‌دهنده نوسان شبکه است.

حالت گزارشی MTR برای ارسال به دیتاسنتر

در هاستینگ معمولاً نیاز است نتیجه MTR برای شرکت اینترنتی یا دیتاسنتر ارسال شود.

برای این کار از حالت Report استفاده کنید:

mtr -r example.com

اما بهتر است تعداد تست‌ها را افزایش دهید:

mtr -r -c 100 example.com

در این حالت:

• -r خروجی گزارشی تولید می‌کند.
• -c 100 تعداد ۱۰۰ تست انجام می‌دهد.

نمونه:

mtr -r -c 100 192.168.1.10

این خروجی برای ارسال به پشتیبانی شبکه بسیار مناسب است.

بررسی MTR با IPv4 و IPv6

گاهی مشکل فقط در IPv6 وجود دارد.

برای IPv4:

mtr -4 example.com

برای IPv6:

mtr -6 example.com

این موضوع در سرورهای جدید و شبکه‌هایی که IPv6 فعال دارند اهمیت زیادی دارد.

تفاوت MTR با Ping و Traceroute

به همین دلیل در محیط‌های هاستینگ، MTR معمولاً اطلاعات کامل‌تری ارائه می‌دهد.

تفسیر صحیح نتیجه MTR

یکی از اشتباهات رایج این است که کاربران با دیدن Packet Loss در یک مسیر فکر می‌کنند همان نقطه مشکل دارد.

اما همیشه این‌طور نیست.

مثلاً:

2.|-- Router ISP     50%
3.|-- Next Router    0%
4.|-- Server         0%

در این حالت احتمالاً روتر دوم فقط ICMP را محدود کرده است و مشکل واقعی وجود ندارد.

برای تشخیص مشکل باید همیشه آخرین مقصد را بررسی کرد.

اگر Packet Loss در مقصد نهایی نیز وجود داشت، مشکل واقعی است.

چک لیست بررسی MTR در مشکلات هاستینگ

✅ نصب بودن ابزار MTR روی سرور یا سیستم کاربر بررسی شود.

✅ تست با تعداد بسته کافی انجام شود:

mtr -r -c 100 domain.com

✅ بررسی شود مشکل در مسیر داخلی شبکه است یا دیتاسنتر.

✅ فقط به یک Hop دارای Packet Loss اعتماد نشود.

✅ مقدار Avg، Wrst و StDev بررسی شود.

✅ تست از چند نقطه مختلف انجام شود.

✅ برای بررسی IPv6، تست جداگانه انجام شود.

mtr -6 domain.com

✅ نتیجه MTR همراه با زمان انجام تست برای دیتاسنتر ارسال شود.

جمع بندی

دستور MTR در لینوکس یکی از ابزارهای مهم برای مدیران سرور، شرکت‌های هاستینگ و کارشناسان شبکه است.

این ابزار کمک می‌کند به جای حدس زدن، مسیر واقعی ارتباط بین کاربر و سرور بررسی شود و مشخص گردد مشکل از کدام بخش شبکه است.

با استفاده صحیح از MTR می‌توان مشکلاتی مانند:

• افزایش پینگ
• Packet Loss
• کندی اتصال
• مشکلات مسیر بین‌المللی
• قطعی‌های لحظه‌ای

را سریع‌تر شناسایی کرد.

برای یک شرکت هاستینگ حرفه‌ای، داشتن مهارت کار با ابزارهایی مانند MTR، Ping و Traceroute یکی از پایه‌های اصلی عیب‌یابی شبکه و ارائه پشتیبانی دقیق به مشتریان است.