مانیتورینگ پینگ به چه درد میخورد؟

بررسی دسترسیپذیری در لایه ۳ — یعنی آیا میزبان به ICMP echo پاسخ میدهد. مناسب برای روتر، سوئیچ، دستگاههای IoT، زیرساخت داخلی و هر چیزی که بر پایه HTTP کار نمیکند اما باید در دسترس باشد.

چرا سرور AWS/کلود من تست پینگ را پاس نمیکند؟

اغلب ارائهدهندگان فضای ابری به طور پیشفرض ICMP را در لایه security group یا فایروال مسدود میکنند. سرور مشکلی ندارد اما به پینگ پاسخ نمیدهد. برای وظایف ابری، تست HTTP یا پورت TCP را ترجیح دهید. اگر واقعاً به پینگ نیاز دارید میتوانید بهطور صریح در Security Group اجازه دهید.

تفاوت پینگ و چک پورت TCP چیست؟

پینگ از ICMP استفاده میکند (بدون پورت — صرفاً بررسی دسترسیپذیری لایه ۳). تـست پورت TCP اتصال را روی یک پورت TCP خاص باز میکند — ارتباط لایه ۴ را تایید میکند. میزبان ممکن است پینگ را پاس کند اما در TCP شکست بخورد (فایروال پورت را بسته) یا برعکس (ICMP بسته شده، پورت باز است).

آیا زمان round-trip پینگ را اندازهگیری میکنید؟

بله — زمان پاسخ (رفت و برگشت) در هر بررسی ثبت و در طول زمان رصد میشود. مناسب برای شناسایی افت کیفیت شبکه: همان میزبان اما RTT آرام آرام از ۲۰ms به ۲۰۰ms میرسد یعنی احتمالاً مشکل روتینگ یا ازدحام وجود دارد.

آیا میتوانم IP داخلی را پینگ کنم؟

تنها اگر IP از سرورهای چککننده ما قابل دسترسی باشد — یعنی IP عمومی. محدودههای خصوصی RFC1918 (۱۹۲.۱۶۸.x.x، ۱۰.x.x.x، ۱۷۲.۱۶-۳۱.x.x) از مانیتورینگ خارجی کار نمیکند. برای زیرساخت داخلی، ایجنت heartbeat خودکار ما را در شبکه داخلی اجرا کنید تا ما را پینگ کند.

پایش پینگ — بررسی دسترسی TCP

اطمینان یابید که سرور شما در لایه شبکه فعال است - مستقل از هر سرویس وب.

چرا پینگ وقتی که قبلاً HTTP را مانیتور می‌کنم

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

مانیتورینگ پینگ همچنین ابزار مناسبی برای میزبان‌هایی است که HTTP اجرا نمی‌کنند: سرورهای دیتابیس، سرورهای ایمیل، سرورهای اپلیکیشن پشت لودبالنسر، دروازه‌های VPN، سرویس‌های داخلی - همه‌جا که صرفاً باید بدانید "آیا این جعبه زنده است و در دسترس است".

چرا پینگ مبتنی بر TCP

پینگ کلاسیک ICMP (دستور "ping") روی دسکتاپ عالی است اما برای مانیتورینگ ابری قابل اطمینان نیست. بیشتر فایروال‌های مدرن ICMP را مسدود یا محدود می‌کنند، مخصوصاً از شبکه‌های عمومی، بنابراین تایم‌اوت ICMP می‌تواند هم به معنی "سرور قطع است" و هم "فایروال پکت را خورد" باشد. این ابهام برای ابزار هشداردهنده فاجعه‌بار است.

DiagnoSEO Uptime Monitoring از پینگ مبتنی بر TCP استفاده می‌کند: بررسی با باز کردن اتصال TCP روی پورتی شناخته شده (ابتدا ۸۰، جایگزین ۴۴۳) با تایم‌اوت ۵ ثانیه‌ای انجام می‌شود. اگر SYN/ACK بازگردد، میزبان قابل دسترسی است. در غیر این صورت پیام خطای واقعی از کرنل دریافت می‌کنید (connection refused، timeout، no route to host) که عیب‌یابی را سریع‌تر می‌کند.

چه چیزی ذخیره می‌شود

هر پینگ نتیجه (up/down) و زمان RTT به میلی‌ثانیه را ثبت می‌کند. این داده‌ها مانند مانیتورهای HTTP وارد همان خط تاریخچه می‌شود — می‌توانید نمودار کوچک آخرین بررسی‌ها، درصد uptime در ۲۴ ساعت و ۳۰ روز و نقشه حرارتی دسترسی ۳۰ روز اخیر را ببینید. اگر میزبان قطع شود، یک اینسیدنت باز و اعلان به کانال‌های فعال ارسال می‌شود.

نکات راهنما برای مانیتورهای پینگ

فاصله زمانی کوتاه انتخاب کنید: پینگ کم‌هزینه است، اگر پلن اجازه دهد، ۱ تا ۵ دقیقه تنظیم کنید. تشخیص سریع‌تر با هزینه پایین‌تر.
با مانیتورهای پورت ترکیب کنید: اگر دیتابیس روی 5432 یا ایمیل روی ۲۵ دارید، مانیتور پورت هم اضافه کنید. پینگ می‌گوید "جعبه زنده است"، پورت می‌گوید "سرویس در حال گوش کردن است".
به RTT دقت کنید: زمان پاسخ در هر بررسی ثبت می‌شود. جهش ناگهانی در RTT معمولاً مقدمه قطع کامل است — آستانه تنظیم کنید تا قبل از وقوع اینسیدنت‌ها آن‌ها را شناسایی کنید.
از آستانه تایید استفاده کنید: شبکه‌ها گاهی قطع و وصل می‌شوند. ۲ بررسی خطا به صورت پیش‌فرض شما را در برابر هشداری اشتباهی محافظت می‌کند.

چگونه در پنل مدیریت قرار می‌گیرد

مانیتورهای پینگ کنار مانیتورهای HTTP، پورت، کلیدواژه، API و heartbeat در همان لیست ظاهر می‌شوند. می‌توانید آن‌ها را تگ‌گذاری ("infra"، "داخلی")، بر اساس وضعیت فیلتر، بر اساس RTT سورت و مانند سایر مانیتورها متوقف/فعال کنید. هشدارها از همان کانال‌ها (ایمیل، تلگرام، اسلک، دیسکورد، SMS) با همان قوانین سکوت شبانه و آستانه تایید ارسال می‌شوند.

تنظیمات

ابزار را باز کنید، روی "افزودن مانیتور" کلیک کنید، نوع "Ping (TCP)" را انتخاب کنید، میزبان را وارد کنید (مثلاً db.internal.firma.com)، فاصله زمانی را تعیین و ذخیره کنید. از چرخه بعد مانیتور هر دقیقه اتصال TCP باز می‌کند، RTT را ثبت و در صورت عدم پاسخگویی میزبان اطلاع می‌دهد.

سوالات متداول

مانیتورینگ پینگ به چه درد می‌خورد؟
بررسی دسترسی‌پذیری در لایه ۳ — یعنی آیا میزبان به ICMP echo پاسخ می‌دهد. مناسب برای روتر، سوئیچ، دستگاه‌های IoT، زیرساخت داخلی و هر چیزی که بر پایه HTTP کار نمی‌کند اما باید در دسترس باشد.
چرا سرور AWS/کلود من تست پینگ را پاس نمی‌کند؟
اغلب ارائه‌دهندگان فضای ابری به طور پیش‌فرض ICMP را در لایه security group یا فایروال مسدود می‌کنند. سرور مشکلی ندارد اما به پینگ پاسخ نمی‌دهد. برای وظایف ابری، تست‌ HTTP یا پورت TCP را ترجیح دهید. اگر واقعاً به پینگ نیاز دارید می‌توانید به‌طور صریح در Security Group اجازه دهید.
تفاوت پینگ و چک پورت TCP چیست؟
پینگ از ICMP استفاده می‌کند (بدون پورت — صرفاً بررسی دسترسی‌پذیری لایه ۳). تـست پورت TCP اتصال را روی یک پورت TCP خاص باز می‌کند — ارتباط لایه ۴ را تایید می‌کند. میزبان ممکن است پینگ را پاس کند اما در TCP شکست بخورد (فایروال پورت را بسته) یا برعکس (ICMP بسته شده، پورت باز است).
آیا زمان round-trip پینگ را اندازه‌گیری می‌کنید؟
بله — زمان پاسخ (رفت ‌و برگشت) در هر بررسی ثبت و در طول زمان رصد می‌شود. مناسب برای شناسایی افت کیفیت شبکه: همان میزبان اما RTT آرام آرام از ۲۰ms به ۲۰۰ms می‌رسد یعنی احتمالاً مشکل روتینگ یا ازدحام وجود دارد.
آیا می‌توانم IP داخلی را پینگ کنم؟
تنها اگر IP از سرورهای چک‌کننده ما قابل دسترسی باشد — یعنی IP عمومی. محدوده‌های خصوصی RFC1918 (۱۹۲.۱۶۸.x.x، ۱۰.x.x.x، ۱۷۲.۱۶-۳۱.x.x) از مانیتورینگ خارجی کار نمی‌کند. برای زیرساخت داخلی، ایجنت heartbeat خودکار ما را در شبکه داخلی اجرا کنید تا ما را پینگ کند.

پایش پینگ