پینگ (Ping) ابزاری برای بررسی پاسخ‌گویی یک مقصد در شبکه و اندازه‌گیری زمان رفت‌وبرگشت پیام است. در گفت‌وگوی روزمره، «پینگ» معمولاً به همان عدد تأخیر اشاره دارد که با میلی‌ثانیه یا ms نمایش داده می‌شود.برای مثال، پینگ ۴۰ میلی‌ثانیه یعنی از ارسال پیام آزمایشی تا دریافت پاسخ آن، ۴۰ میلی‌ثانیه گذشته است. این فاصله را زمان رفت‌وبرگشت یا RTT، کوتاه‌شده Round-Trip Time می‌نامند.
نکته مهم این است که پینگ، سرعت دانلود یا زمان کامل بازشدن یک سایت نیست. همچنین پینگ پایین به‌تنهایی ثابت نمی‌کند که برنامه، پایگاه داده یا وب‌سرور عملکرد خوبی دارد.
اصطلاح‌های «پینگ اینترنت» و «پینگ سرور» هم معمولاً به همین اندازه‌گیری اشاره دارند؛ فقط مقصد آزمایش متفاوت است. بنابراین اینترنت شما یک عدد پینگ ثابت ندارد: نتیجه به مقصد، مسیر ارتباطی و زمان آزمایش وابسته است.
پینگ چگونه کار می‌کند؟
دستور معمول ping از پروتکل پیام کنترل اینترنت یا ICMP استفاده می‌کند. روند کار به این شکل است:
- دستگاه شما یک پیام
Echo Requestبه نشانی مقصد می‌فرستد. - اگر مقصد و تجهیزات مسیر اجازه دهند، مقصد پیام
Echo Replyرا برمی‌گرداند. - ابزار، فاصله زمانی میان ارسال درخواست و دریافت پاسخ متناظر را محاسبه می‌کند.
- با تکرار آزمایش، آمار زمان پاسخ و درخواست‌های بدون پاسخ به دست می‌آید.
ساختار این تبادل در استاندارد پیام‌های ICMP تعریف شده است. در IPv6، پیام‌های متناظر از ICMPv6 استفاده می‌کنند.
این رفت‌وبرگشت می‌تواند شامل زمان انتقال، انتظار در صف تجهیزات و پردازش پیام در دستگاه‌ها باشد؛ اما پردازش درخواست یک صفحه وب یا اجرای کوئری دیتابیس را اندازه نمی‌گیرد.
پاسخ موفق پینگ یعنی تبادل ICMP با مقصد انجام شده است، نه اینکه تمام سرویس‌های آن مقصد سالم‌اند. ممکن است سروری به پینگ پاسخ بدهد، اما سرویس HTTPS آن متوقف شده باشد. حالت برعکس هم ممکن است: سایت باز شود، ولی فایروال پاسخ پینگ را مسدود کند.
تفاوت پینگ با سرعت اینترنت، جیتر و پکت لاس
برای ارزیابی اتصال، عدد پینگ را کنار چند معیار دیگر بخوانید:
| معیار | چه چیزی را نشان می‌دهد؟ | نکته کاربردی |
|---|---|---|
| پینگ یا RTT | زمان رفت‌وبرگشت پیام آزمایشی | برای بررسی تأخیر ارتباط مفید است |
| پهنای باند | ظرفیت انتقال داده در واحد زمان | ظرفیت بیشتر لزوماً به معنای پینگ کمتر نیست |
| سرعت دانلود واقعی | میزان داده‌ای که عملاً در هر ثانیه دریافت می‌کنید | به ظرفیت مسیر، شرایط شبکه و سرور وابسته است |
| جیتر یا Jitter | تغییرپذیری تأخیر بین بسته‌ها | نوسان زیاد می‌تواند ارتباط بلادرنگ را مختل کند |
| پکت لاس یا Packet Loss | از دست رفتن بسته‌ها | ابزار پینگ آن را از روی درخواست‌هایی که پاسخشان دریافت نشده، برآورد می‌کند |
تأخیر یا Latency اصطلاحی عمومی‌تر است؛ بسته به روش اندازه‌گیری، ممکن است به تأخیر یک‌طرفه یا رفت‌وبرگشت اشاره کند. خروجی زمانی ping معمولاً RTT است. تقسیم آن بر دو نیز الزاماً تأخیر دقیق یک‌طرفه را نمی‌دهد، چون مسیر و شرایط رفت و برگشت ممکن است یکسان نباشد.
برای نمونه، اتصالی با پاسخ‌های نزدیک به ۴۰ میلی‌ثانیه، تأخیر باثبات‌تری از اتصالی دارد که پاسخ‌هایش مرتب بین ۲۰ و ۲۰۰ میلی‌ثانیه جابه‌جا می‌شوند. این مثال فرضی نشان می‌دهد چرا تنها میانگین کافی نیست.
در لینوکس، خروجی برخی پیاده‌سازی‌ها مانند iputils مقدار mdev را هم نشان می‌دهد؛ این مقدار بیانگر پراکندگی RTTهاست، نه لزوماً همان جیتر گزارش‌شده در هر ابزار دیگر. جزئیات آن در راهنمای فنی ping در لینوکس آمده است.
آموزش تست پینگ در ویندوز، لینوکس و مک
برای این آزمایش به خط فرمان، اتصال شبکه و یک IP یا نام میزبان نیاز دارید. فرمان‌های زیر تنظیمات شبکه را تغییر نمی‌دهند و فقط تعداد محدودی پیام آزمایشی می‌فرستند.
در مثال‌ها از 1.1.1.1 به‌عنوان یک مقصد عمومی استفاده شده است؛ نتیجه آن را به همه سایت‌ها یا سرور خود تعمیم ندهید. برای عیب‌یابی سرویس مشخص، مقصد را با IP یا نام میزبان همان سرویس جایگزین کنید.
تست پینگ در ویندوز
از منوی Start، برنامه cmd یا PowerShell را باز کنید و بنویسید:
ping -n 4 1.1.1.1
گزینه -n 4 تعداد درخواست‌ها را به چهار محدود می‌کند. برای مشاهده اتصال در مدت طولانی‌تر می‌توانید از حالت پیوسته استفاده کنید:
ping -t 1.1.1.1
برای توقف، Ctrl+C را بزنید. رفتار گزینه‌ها و پیام‌های خروجی در مستندات دستور ping ویندوز توضیح داده شده است.
تست پینگ در لینوکس و macOS
در Terminal اجرا کنید:
ping -c 4 1.1.1.1
اینجا -c 4 تعداد درخواست‌ها را تعیین می‌کند. در اجرای معمول این سیستم‌عامل‌ها، حذف گزینه شمارش باعث ادامه آزمایش تا زمان توقف با Ctrl+C می‌شود.
در بعضی نصب‌های حداقلی لینوکس یا کانتینرها، ping نصب نیست یا مجوز لازم را ندارد. چنین خطایی به‌خودی‌خود نشانه قطع اینترنت نیست.
گزینه‌های پینگ میان سیستم‌عامل‌ها یکسان نیستند. برای مثال، -t در ویندوز اجرای پیوسته را فعال می‌کند، اما در iputils لینوکس برای تعیین TTL کاربرد دارد.
پینگ دامنه با پینگ IP چه تفاوتی دارد؟
هنگام واردکردن نام دامنه، ابتدا باید نام به IP تبدیل شود. این کار معمولاً با سامانه نام دامنه یا DNS انجام می‌شود.
- موفقیت پینگ یک IP نشان می‌دهد تبادل ICMP با همان IP ممکن بوده است.
- خطای پیدا نشدن نام میزبان، پیش از اندازه‌گیری RTT رخ می‌دهد و می‌تواند به نام اشتباه یا مشکل تبدیل نام مربوط باشد.
- پاسخ گرفتن از یک IP عمومی، سالم بودن DNS یا دسترسی به همه مقصدهای اینترنت را ثابت نمی‌کند.
برای پینگ، فقط نام میزبان یا IP را وارد کنید؛ نه نشانی کامل صفحه با https:// و مسیرهایی مانند /blog/.
چگونه خروجی پینگ را بخوانیم؟
خروجی زیر نمونه‌ای ساختگی برای آموزش است و نتیجه آزمایش واقعی نیست:
Reply from 1.1.1.1: bytes=32 time=21ms TTL=56
Reply from 1.1.1.1: bytes=32 time=23ms TTL=56
Reply from 1.1.1.1: bytes=32 time=22ms TTL=56
Reply from 1.1.1.1: bytes=32 time=26ms TTL=56
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss)
Minimum = 21ms, Maximum = 26ms, Average = 23ms
معنای بخش‌های اصلی:
time: زمان رفت‌وبرگشت همان درخواست؛ اینجا پاسخ‌ها بین ۲۱ تا ۲۶ میلی‌ثانیه‌اند.bytes: در این خروجی ویندوز، اندازه بخش داده پیام ICMP است، نه اندازه کل بسته روی شبکه.TTL: مقدار باقی‌مانده محدودیت عبور بسته پاسخ از روترهاست؛ معیار سرعت یا کیفیت اتصال نیست.SentوReceived: تعداد درخواست‌های ارسال‌شده و پاسخ‌های دریافت‌شده.Lost: درخواست‌هایی که ابزار برایشان پاسخی دریافت نکرده است.Minimum،MaximumوAverage: کمترین، بیشترین و میانگین زمان پاسخ‌های دریافت‌شده.
از روی TTL=56 نمی‌توان بدون دانستن مقدار اولیه، تعداد دقیق روترهای مسیر را تعیین کرد.
همچنین صفر بودن Loss در چهار درخواست، پایداری همیشگی اتصال را ثابت نمی‌کند. برای بررسی اختلال‌های مقطعی، تعداد نمونه را بیشتر کنید و آزمایش را در چند بازه زمانی تکرار کنید.
درصد Loss پینگ را هم مستقیماً معادل افت تمام ترافیک نگیرید. فایروال یا محدودسازی پاسخ‌های ICMP می‌تواند باعث بی‌پاسخ ماندن درخواست‌ها شود، در حالی که ترافیک برنامه رفتار متفاوتی دارد.
پینگ مناسب چقدر است؟
برای پینگ خوب، یک مرز مشترک میان همه کاربردها وجود ندارد. پینگ پایین‌تر، در شرایط مشابه و با پایداری یکسان، به معنای تأخیر کمتر است؛ اما کاربرد شما تعیین می‌کند این تفاوت چقدر مهم باشد.
- بازی آنلاین و کنترل تعاملی: به تأخیر و نوسان آن حساس‌اند.
- تماس صوتی و تصویری: علاوه بر تأخیر، جیتر و افت بسته اهمیت زیادی دارند.
- دانلود فایل: نرخ انتقال معمولاً ملموس‌تر است، هرچند تأخیر و افت بسته هم می‌توانند بر عملکرد انتقال اثر بگذارند.
- وب‌سایت و API: تأخیر شبکه فقط بخشی از زمان پاسخ نهایی است.
به‌جای مقایسه نتیجه با یک جدول قطعی «خوب و بد»، همان مقصد را در شرایط مختلف مقایسه کنید: اتصال کابلی و وای‌فای، شبکه خلوت و شلوغ، یا ساعات مختلف روز.
عدد نمایش‌داده‌شده داخل بازی نیز ممکن است با فرمان ping برابر نباشد؛ مقصد و روش اندازه‌گیری بازی می‌تواند متفاوت باشد.
خطاهای رایج پینگ چه معنایی دارند؟
| پیام | برداشت درست | بررسی بعدی |
|---|---|---|
Request timed out |
پاسخ در مهلت انتظار دریافت نشده است | وضعیت مسیر، مقصد و سیاست ICMP را بررسی کنید |
Destination host unreachable |
دستگاه شما یا یکی از تجهیزات مسیر، دسترسی به مقصد را ناممکن گزارش کرده است | IP، اتصال محلی، دروازه پیش‌فرض و مسیریابی را بررسی کنید |
Could not find host یا Name or service not known |
تبدیل نام میزبان به IP انجام نشده است | املای نام و تنظیمات DNS را بررسی کنید |
TTL expired in transit |
بسته پیش از رسیدن به مقصد، محدودیت TTL را مصرف کرده است | TTL تنظیم‌شده و احتمال مشکل مسیریابی را بررسی کنید |
Timeout به‌تنهایی به معنای خاموش بودن سرور نیست. برای نتیجه‌گیری، وضعیت سرویس موردنظر را هم جداگانه بررسی کنید. غیرفعال‌کردن کامل فایروال راهکار مناسبی برای رفع این ابهام نیست.
با پینگ چگونه محل احتمالی مشکل را پیدا کنیم؟
عیب‌یابی را از نزدیک‌ترین بخش ارتباط شروع کنید و به‌تدریج به مقصد اصلی برسید:
| مرحله | مقصد آزمایش | نتیجه چه کمکی می‌کند؟ |
|---|---|---|
| بررسی محلی | 127.0.0.1 |
پاسخ‌گویی پشته شبکه محلی را بررسی می‌کند؛ سلامت کابل، وای‌فای یا اینترنت را ثابت نمی‌کند |
| بررسی شبکه داخلی | دروازه پیش‌فرض یا Default Gateway | به ارزیابی ارتباط دستگاه با روتر محلی کمک می‌کند |
| بررسی مسیر بیرونی | یک IP عمومی پاسخ‌گو | ارتباط ICMP با مقصدی خارج از شبکه داخلی را می‌آزماید |
| بررسی مقصد واقعی | IP و نام میزبان سرویس موردنظر | مشکل وابسته به مقصد یا تبدیل نام را روشن‌تر می‌کند |
نشانی Default Gateway را از جزئیات اتصال شبکه پیدا کنید؛ 192.168.1.1 نشانی همگانی همه روترها نیست.
برداشت‌های کاربردی از این مقایسه:
- پینگ روتر هم نوسان دارد: ابتدا وای‌فای، کابل، دستگاه و روتر را بررسی کنید؛ البته پاسخ ICMP خود روتر هم ممکن است محدود شود.
- روتر پاسخ باثبات دارد، ولی چند مقصد بیرونی مشکل دارند: اتصال ارائه‌دهنده اینترنت یا مسیرهای بالادستی نیازمند بررسی است.
- فقط یک مقصد مشکل دارد: احتمال مسئله در مسیر همان مقصد، شبکه مقصد یا سیاست پاسخ‌گویی آن بیشتر می‌شود.
- پینگ مناسب است، اما برنامه کند است: بررسی را به خود سرویس، پردازش برنامه و ارتباط‌های آن ادامه دهید.
اگر مشکل ادامه داشت، ابزارهایی مانند tracert، traceroute یا mtr دید بیشتری از مسیر می‌دهند. آن‌ها ابزارهای جداگانه‌اند، نه گزینه‌های دستور پینگ؛ بی‌پاسخ ماندن یک روتر میانی نیز به‌تنهایی خرابی آن را ثابت نمی‌کند.
راهکارهای کاهش پینگ بر اساس علت مشکل
ارتباط محلی را از مسیر اینترنت جدا کنید
یک بار همان مقصد را با کابل شبکه آزمایش کنید. اگر نوسان نسبت به وای‌فای کمتر شد، پوشش ضعیف، تداخل یا شلوغی ارتباط بی‌سیم می‌تواند در مشکل نقش داشته باشد. کابل قرار نیست فاصله تا سرور یا مسیریابی بیرون از خانه را اصلاح کند.
دانلود و آپلود سنگین را موقتاً متوقف کنید
همگام‌سازی ابری، پشتیبان‌گیری آنلاین یا انتقال فایل ممکن است ظرفیت اتصال را اشغال کند و صف بسته‌ها را طولانی‌تر کند.
پینگ را یک بار هنگام خلوت بودن اتصال و یک بار هنگام انتقال فایل مقایسه کنید. افزایش شدید تأخیر زیر بار می‌تواند نشانه صف‌ماندگی طولانی یا Bufferbloat باشد؛ هر افزایش تأخیری را نباید بدون بررسی به آن نسبت داد.
توصیه‌های فنی مدیریت صف در شبکه توضیح می‌دهد که صف‌های بیش‌ازحد چگونه تأخیر ایجاد می‌کنند و مدیریت فعال صف چگونه می‌تواند آن را کاهش دهد. اگر روتر شما این قابلیت را دارد، تنظیم آن باید مطابق راهنمای همان مدل انجام شود.
مقصد و مسیر مناسب‌تری انتخاب کنید
نزدیکی جغرافیایی می‌تواند تأخیر پایه را کاهش دهد، اما کیفیت مسیریابی هم تعیین‌کننده است. برای انتخاب سرور، از شبکه کاربران واقعی آزمایش بگیرید؛ فقط نام کشور یا فاصله روی نقشه کافی نیست.
VPN نیز راهکار تضمینی کاهش پینگ نیست. عبور از واسطه ممکن است تأخیر را بیشتر کند یا در بعضی مسیرها نتیجه بهتری بدهد. مقایسه فقط وقتی معتبر است که مقصد و شرایط آزمایش مشخص باشند.
قبل از خرید سرویس سریع‌تر، علت را مشخص کنید
اگر اتصال زیر بار اشباع می‌شود، ظرفیت بیشتر ممکن است کمک کند. اما افزایش سرعت اسمی، فاصله فیزیکی تا مقصد یا مسیر نامناسب را الزاماً تغییر نمی‌دهد.
این موارد را هم با کاهش پینگ اشتباه نگیرید:
- تغییر DNS: ممکن است تبدیل نام را بهتر کند، اما مستقیماً RTT به همان IP ثابت را کاهش نمی‌دهد؛ البته ممکن است برای بعضی سرویس‌ها مقصد متفاوتی انتخاب شود.
- کاهش تنظیمات گرافیکی بازی: می‌تواند نرخ فریم یا تأخیر پردازش محلی را بهتر کند، نه لزوماً تأخیر شبکه را.
- بستن همه برنامه‌ها: فقط زمانی مرتبط است که برنامه‌ها ترافیک یا فشار مؤثر بر ارتباط ایجاد کنند.
پینگ برای توسعه‌دهندگان چه محدودیتی دارد؟
پینگ یک بررسی اولیه شبکه است، نه آزمون سلامت کامل برنامه.
اگر API کند است، زمان اتصال، مذاکره TLS، دریافت اولین بایت و تکمیل پاسخ را جداگانه بررسی کنید. زمان دریافت اولین بایت یا TTFB با پینگ یکسان نیست و بسته به روش اندازه‌گیری، مراحل بیشتری را در بر می‌گیرد.
برای پایش سرویس نیز پینگ را کنار بررسی HTTP و آزمون عملکرد واقعی قرار دهید. پاسخ ICMP نمی‌گوید ورود کاربر، اجرای کوئری یا پرداخت موفق است. همچنین اگر دامنه پشت CDN باشد، مقصد پینگ ممکن است لبه CDN باشد، نه سرور اصلی شما.
پرسش‌های متداول
آیا پینگ صفر امکان‌پذیر است؟
انتقال و پردازش پیام زمان می‌برد. نمایش 0 ms یا <1 ms معمولاً به دقت نمایش و گرد کردن مربوط است، نه رفت‌وبرگشت بدون صرف زمان.
آیا با پینگ می‌توان باز بودن یک پورت را بررسی کرد؟
خیر. دستور معمول ping از ICMP استفاده می‌کند و پورت TCP یا UDP را آزمایش نمی‌کند. برای بررسی پورت باید از ابزار متناسب با همان پروتکل استفاده کنید.
آیا پینگ‌سنج آنلاین، پینگ اینترنت من را نشان می‌دهد؟
همیشه نه. بعضی سرویس‌ها آزمایش را از سرور خودشان انجام می‌دهند؛ در این حالت نتیجه مربوط به مسیر آن سرور تا مقصد است. ابزار مرورگری هم ممکن است تأخیر HTTP یا WebSocket را بسنجد، نه ICMP دستگاه شما.
جمع‌بندی: پینگ را سرنخ بدانید، نه حکم نهایی
پینگ برای شروع عیب‌یابی مفید است: مشخص می‌کند آیا تبادل ICMP با مقصد انجام می‌شود و زمان رفت‌وبرگشت چقدر است. اما برای قضاوت درباره اتصال، میانگین تأخیر را کنار نوسان، پاسخ‌های ازدست‌رفته و عملکرد سرویس واقعی قرار دهید.
اگر اتصال مشکل دارد، از دستگاه و روتر شروع کنید، سپس چند مقصد بیرونی و در نهایت سرویس اصلی را بسنجید. این ترتیب کمک می‌کند به‌جای تغییر تصادفی تنظیمات، بخش محتمل مشکل را پیدا کنید.
دیدگاه‌ها (۰)
هنوز دیدگاهی ثبت نشده است. اولین نفر باشید!