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

«سرور مجازی پینگ پایین» یکی از رایج‌ترین درخواست‌هایی است که از کاربران ایرانی می‌شنویم. برای اتصال SSH روان، پنل مدیریتی سریع، API با پاسخ کوتاه، تماس صوتی و تصویری یا هر سرویس تعاملی دیگر، تأخیر شبکه از سرعت دانلود مهم‌تر است. پرسش طبیعی این است: کمترین پینگ از ایران به کدام کشور است؟ ترکیه که همسایهٔ ماست، امارات که آن سوی خلیج فارس است، یا آلمان که مرکز بزرگ اینترنت اروپاست؟

بیشتر پاسخ‌هایی که در اینترنت می‌بینید، عددهایی بدون منبع و تاریخ‌اند. در این مقاله رویکرد دیگری داریم: هر عددی که می‌آوریم، اندازه‌گیری واقعی با تاریخ، ساعت، مبدأ و روش مشخص است. توضیح می‌دهیم پینگ از ایران چطور شکل می‌گیرد، چرا نزدیکی جغرافیایی تضمین پینگ کم نیست، چه زمانی سرور ایران برنده است و مهم‌تر از همه، چطور خودتان از اینترنت خودتان اندازه بگیرید. اگر با مفاهیم پایه آشنا نیستید، ابتدا پینگ و Latency چیست؟ را بخوانید.

پینگ کم یعنی چه؟

پینگ یا دقیق‌تر RTT (زمان رفت و برگشت)، مدتی است که طول می‌کشد یک بستهٔ کوچک از دستگاه شما به مقصد برسد و پاسخش برگردد. سه عدد را همیشه با هم ببینید:

• میانگین RTT: تأخیر معمول هر رفت و برگشت.
• Jitter یا نوسان: میزان بالا و پایین رفتن تأخیر؛ در خروجی ping با mdev نشان داده می‌شود. برای تماس صوتی و سرویس‌های بلادرنگ، نوسان کم گاهی از میانگین کم مهم‌تر است.
• Packet Loss: درصد بسته‌هایی که اصلاً برنمی‌گردند. حتی یک یا دو درصد گم‌شدن بسته، اتصال را کندتر از تأخیر بالا نشان می‌دهد.

عدد ثابتی برای «پینگ خوب» وجود ندارد؛ برای مرور وب، تفاوت چند ده میلی‌ثانیه حس نمی‌شود، ولی در یک ترمینال SSH که هر کلید یک رفت و برگشت دارد، یا در تماس تصویری، به‌خوبی حس می‌شود. اگر پینگ بالا یا گم‌شدن بسته دارید، راهنمای تشخیص پینگ بالا و Packet Loss قدم‌به‌قدم کمک می‌کند.

مسیر بسته از ایران تا یک دیتاسنتر خارجی

بسته‌ای که از گوشی یا مودم شما به سروری در خارج می‌رود، چند بخش را طی می‌کند و هر بخش تأخیر خودش را اضافه می‌کند:

1. دسترسی آخر (Last Mile): از دستگاه شما تا اپراتور؛ وای‌فای، ADSL، فیبر یا شبکهٔ همراه. شبکهٔ همراه معمولاً تأخیر و نوسان بیشتری از اتصال ثابت دارد.
2. شبکهٔ اپراتور: از نقطهٔ دسترسی تا مراکز اصلی اپراتور، معمولاً در تهران یا چند شهر بزرگ.
3. درگاه بین‌الملل: ترافیک خارجی از چند نقطهٔ محدود از کشور خارج می‌شود. اینکه از کدام درگاه و با کدام اپراتور بالادستی خارج شود، مسیر بقیهٔ راه را تعیین می‌کند.
4. ترانزیت بین‌المللی: اپراتورهای بزرگ بین‌المللی ترافیک را تا شبکهٔ مقصد می‌رسانند. اگر شبکهٔ مقصد مستقیماً با این اپراتور ارتباط (Peering) نداشته باشد، ترافیک ممکن است از شهرهای واسط دورتر عبور کند.
5. شبکهٔ دیتاسنتر مقصد: از نقطهٔ ورود به شبکهٔ ارائه‌دهنده تا سرور.

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

اندازه‌گیری ما: داده‌های واقعی ۱۱ آبان ۱۴۰۵

برای این مقاله، در روز ۱۱ آبان ۱۴۰۵ (۲ نوامبر ۲۰۲۶) دو دور اندازه‌گیری انجام دادیم، با حدود هفت دقیقه فاصله، در حدود ساعت ۱۳ به وقت تهران. مبدأ ایرانی، سرور کلودیفای در یک دیتاسنتر تهران (شبکهٔ AS219466) بود و از دو جهت اندازه گرفتیم:

• از خارج به تهران: با ابزار عمومی Looking Glass شرکت Gcore، که از روترهای خودش در استانبول، دبی، فرانکفورت و آمستردام به آی‌پی سرور تهران پینگ می‌گیرد. Gcore همان ارائه‌دهنده‌ای است که سرورهای ترکیه و امارات کلودیفای روی آن ساخته می‌شوند.
• از تهران به خارج: با دستور ping از همان سرور تهران به روترهای Gcore در استانبول و دبی و سرورهای عمومی تست پینگ Vultr و Hetzner در آلمان و هلند.

روش: پینگ ICMP؛ در جهت اول ۵ بسته و در جهت دوم ۱۰ و سپس ۲۰ بسته در هر دور. عددها میانگین RTT بر حسب میلی‌ثانیه‌اند. ستون آخر، بیشترین مقدار mdev (نوسان) در دو دور را نشان می‌دهد.

در هر دو دور، گم‌شدن بسته صفر درصد بود. برای مقایسه، پروب تهران کلودیفای در ۹ آبان ۱۴۰۵ هم با روش مشابه (۴ بسته ICMP) تا سرور تست Vultr فرانکفورت 75.5 و تا Vultr آمستردام 82.9 میلی‌ثانیه ثبت کرده بود؛ یعنی عددهای آلمان و هلند در دو روز مختلف نزدیک به هم بودند.

این عددها را چطور بخوانیم؟ این‌ها پینگ بین دو دیتاسنتر است، نه پینگ گوشی یا مودم شما. تأخیر دسترسی آخر و شبکهٔ اپراتور شما روی آن اضافه می‌شود و مسیر اپراتور شما ممکن است کاملاً متفاوت باشد. همچنین تفاوت دو جهت، مثلاً ۳۷ در برابر ۶۰ میلی‌ثانیه برای استانبول، طبیعی است: مسیرهای رفت و برگشت می‌توانند متفاوت باشند و روترها به ICMP اولویت یکسانی نمی‌دهند.

چرا دبی از فرانکفورت دورتر شد؟

نتیجهٔ دبی برای بسیاری غافلگیرکننده است. در همان روز با mtr از سرور تهران به روتر Gcore دبی، مسیر را بررسی کردیم: تأخیر در گام‌های میانی ابتدا به حدود ۸۰ میلی‌ثانیه رسید؛ آی‌پی این گام‌ها طبق پایگاه موقعیت‌یابی ipinfo متعلق به شبکهٔ Cogent در فرانکفورت بود. سپس مسیر از شبکه‌های ترانزیت بین‌المللی به سمت دبی ادامه پیدا کرد و به حدود ۲۳۱ میلی‌ثانیه رسید. در جهت مقابل، traceroute از روتر دبی، ترافیک را از شبکهٔ یک اپراتور منطقه‌ای خارج کرد و تأخیر در همان گام‌ها از ۱۳۰ میلی‌ثانیه گذشت.

به زبان ساده: در این شبکه و در این روز، بین ایران و دبی مسیر مستقیمی برقرار نبود و ترافیک دور اروپا می‌چرخید. این وضعیت ثابت نیست و به اپراتور شما، قراردادهای اپراتور بالادستی و حتی تغییرات روزانهٔ مسیریابی بستگی دارد؛ ممکن است از شبکه‌ای دیگر یا در زمانی دیگر، دبی پینگ بسیار کمتری داشته باشد. درس اصلی این است که پیش از خرید، مسیر واقعی را بسنجید و به فرض «نزدیک‌تر یعنی سریع‌تر» تکیه نکنید.

ترکیه، امارات یا آلمان؟

ترکیه (استانبول): در اندازه‌گیری ما کمترین پینگ بین لوکیشن‌های خارجی را داشت. استانبول از نظر جغرافیایی نزدیک است و در این شبکه، مسیر هم کوتاه بود. با این حال، همان‌طور که در مقایسهٔ سرور ترکیه و امارات توضیح داده‌ایم، از برخی اپراتورها ترافیک ترکیه هم ممکن است از اروپا عبور کند. اگر کمترین پینگ خارجی برایتان حیاتی است، سرور مجازی ترکیه گزینهٔ اول برای تست است.

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

آلمان و هلند: در دو روز مختلف، پینگی پایدار در محدودهٔ حدود ۷۵ تا ۸۳ میلی‌ثانیه داشتند. فرانکفورت و آمستردام از بزرگ‌ترین نقاط تبادل ترافیک اینترنت در اروپا هستند و همان‌طور که در مسیر دبی دیدیم، بخشی از ترافیک بین‌المللی ایران از همین شهرها عبور می‌کند. در اندازه‌گیری ما، نتیجهٔ هر دو جهت و هر دو روز به هم نزدیک بود. برای مقایسهٔ این دو، سرور آلمان یا هلند؟ را ببینید و پلن‌ها را در سرور مجازی آلمان مرور کنید.

سرور ایران: وقتی کمترین پینگ واقعاً داخل کشور است

اگر کاربران یا مدیران سرویس شما داخل ایران‌اند، هیچ سرور خارجی به پینگ سرور داخل ایران نمی‌رسد. پروب تهران کلودیفای هر ده دقیقه تا نقاط مرجعی در شهرهای مختلف ایران پینگ می‌گیرد و نتیجه را در صفحهٔ وضعیت منتشر می‌کند. جدول زیر بخشی از همان داده‌ها در ۱۱ آبان ۱۴۰۵ ساعت حدود ۱۲:۵۲ به وقت تهران است: ستون اول آخرین اندازه‌گیری و ستون دوم میانهٔ ۲۴ ساعت گذشته.

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

عوامل مؤثر بر پینگ از ایران

• اپراتور شما: هر اپراتور درگاه، ظرفیت و قراردادهای بین‌المللی خودش را دارد؛ دو کاربر در یک ساختمان با دو اپراتور مختلف ممکن است نتیجهٔ کاملاً متفاوتی ببینند.
• نوع اتصال: اینترنت همراه و وای‌فای شلوغ، تأخیر و نوسان بیشتری از فیبر یا کابل اضافه می‌کنند. برای تست دقیق، دستگاه را با کابل به مودم وصل کنید.
• ساعت روز: در ساعات اوج مصرف، معمولاً شب‌ها، ازدحام لینک‌ها می‌تواند تأخیر و گم‌شدن بسته را بیشتر کند. در چند ساعت مختلف تست کنید.
• مسیریابی و Peering: همان‌طور که در مورد دبی دیدیم، نبود مسیر مستقیم می‌تواند تأخیر را چند برابر کند. مسیرها ممکن است بدون اطلاع قبلی تغییر کنند.
• اختلال‌های ارتباط بین‌الملل: در زمان اختلال، پینگ سرورهای خارجی بالا می‌رود یا قطع می‌شوند؛ وضعیت لحظه‌ای را در صفحهٔ وضعیت ببینید.
• خود سرور: سرور پرمصرف یا میزبان شلوغ هم پاسخ را کند می‌کند؛ اگر پینگ خوب است ولی سرویس کند است، CPU Steal Time را بررسی کنید.

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

هیچ جدولی، از جمله جدول این مقاله، جای تست از اتصال خودتان را نمی‌گیرد. روش پیشنهادی ما:

# ۵۰ پینگ؛ به میانگین، mdev و درصد گم‌شدن نگاه کنید
ping -c 50 203.0.113.30

# مسیر و کیفیت هر گام؛ ۱۰۰ بسته
mtr -rwc 100 203.0.113.30

# فقط مسیر
traceroute 203.0.113.30

در ویندوز، به‌جای ping -c 50 از ping -n 50 و به‌جای traceroute از tracert استفاده کنید و برای mtr، برنامهٔ WinMTR را به کار ببرید. تفسیر خروجی‌ها را در راهنمای ping، traceroute و mtr آورده‌ایم.

$ ping -c 20 -q 202.78.174.120 packets transmitted, 20 received, 0% packet lossrtt min/avg/max/mdev = 36.948/37.345/40.325/0.861 ms$ ping -c 20 -q fra-de-ping.vultr.com20 packets transmitted, 20 received, 0% packet lossrtt min/avg/max/mdev = 82.097/82.193/82.351/0.062 ms$ ping -c 20 -q 109.61.42.120 packets transmitted, 20 received, 0% packet lossrtt min/avg/max/mdev = 231.044/231.139/231.238/0.048 ms$ 

دو روش دیگر هم بسیار مفیدند. اول، تست معکوس: با Looking Glass ارائه‌دهندهٔ دیتاسنتر، از روتر همان لوکیشن به آی‌پی اینترنت خودتان پینگ بگیرید تا مسیر برگشت را هم ببینید. دوم، تست واقعی با سرور ساعتی: در هر لوکیشن یک سرور ساعتی بسازید، چند ساعت در زمان‌های مختلف از اینترنت خودتان و کاربرانتان تست کنید و سپس سرور را حذف کنید. هزینهٔ این کار فقط همان چند ساعت است و نتیجه‌اش از هر جدول عمومی دقیق‌تر است. برای سنجش سرعت و کیفیت کامل سرور هم ابزارهای تست سرور را ببینید.

پینگ ICMP با تأخیر واقعی برنامه یکی نیست

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

برای سرویس واقعی، زمان برقراری اتصال TCP و TLS را هم بسنجید. ابزار curl این زمان‌ها را جداگانه نشان می‌دهد:

curl -o /dev/null -s -w 'connect=%{time_connect} tls=%{time_appconnect} total=%{time_total}\n' https://203.0.113.30/

مقدار connect تقریباً برابر یک رفت و برگشت است و tls زمان تا پایان دست‌دهی TLS را نشان می‌دهد که معمولاً یک یا دو رفت و برگشت دیگر اضافه می‌کند. به همین دلیل، تفاوت چند ده میلی‌ثانیه‌ای پینگ در باز شدن اولین صفحهٔ یک سایت چند برابر حس می‌شود. برای اتصال SSH هم هر کلیدی که می‌زنید، یک رفت و برگشت کامل لازم دارد؛ پس برای مدیریت روزمرهٔ سرور، پینگ کم و نوسان پایین تجربهٔ کار را به‌وضوح بهتر می‌کند.

دو نکتهٔ دیگر هم مهم است. اول، اگر سرویس شما پشت CDN قرار دارد، کاربر به نزدیک‌ترین نقطهٔ CDN وصل می‌شود، نه مستقیم به سرور؛ پس پینگ سرور اصلی فقط برای بخش‌هایی که از CDN عبور نمی‌کنند اهمیت دارد. دوم، برای ارتباط سرور ایران با سرور خارج، مثلاً در تانل Site-to-Site، پایداری مسیر و نبود گم‌شدن بسته از چند میلی‌ثانیه تفاوت میانگین مهم‌تر است؛ یک مسیر ۸۰ میلی‌ثانیه‌ای بی‌نوسان، از مسیر ۴۰ میلی‌ثانیه‌ای با گم‌شدن بستهٔ مکرر بهتر است.

انتخاب لوکیشن بر اساس کاربرد

برای اتصال امن سرور ایران به سرور خارج، آموزش WireGuard Site-to-Site و مقایسهٔ پروتکل‌های VPN را ببینید و معیارهای انتخاب سرور ایران را در خرید سرور ایران برای تانل مرور کنید.

اشتباهات رایج در انتخاب سرور پینگ پایین

• اعتماد به جدول‌های بدون منبع: عددی که تاریخ، مبدأ و روش اندازه‌گیری ندارد، قابل استناد نیست.
• فرض «نزدیک‌تر یعنی سریع‌تر»: اندازه‌گیری ما نشان داد دبی از این شبکهٔ تهران از فرانکفورت دورتر بود.
• یک تست در یک لحظه: چند بار در ساعات مختلف، به‌ویژه شب، تست کنید.
• نگاه فقط به میانگین: نوسان و گم‌شدن بسته را هم ببینید.
• تست از اینترنت متفاوت با کاربران: اگر کاربران شما بیشتر با اینترنت همراه وصل می‌شوند، از همان نوع اتصال تست کنید.
• انتخاب سرور خارج برای کاربران داخلی: برای مخاطب داخل ایران، سرور ایران هم پینگ کمتری دارد و هم در اختلال بین‌الملل در دسترس می‌ماند.
• اشتباه گرفتن تغییر DNS با کاهش پینگ: تغییر DNS مسیر ترافیک را عوض نمی‌کند؛ تفاوت را در DNS شکن چیست؟ توضیح داده‌ایم.

سرور پینگ پایین را از کجا تهیه کنیم؟

کلودیفای در ایران و بیش از ۲۰ کشور دیگر سرور مجازی با صورتحساب ساعتی تومانی ارائه می‌دهد، از جمله ترکیه، امارات، آلمان و هلند. برای کاربران داخل ایران، سرور مجازی ایران با پورت ۲۵ گیگ و محاسبهٔ فقط ترافیک خروجی (هر گیگابایت ۱٬۲۵۰ تومان) کمترین پینگ را دارد. فهرست همهٔ لوکیشن‌ها را در سرور مجازی خارج ببینید و پیش از انتخاب نهایی، با سرور ساعتی چند لوکیشن را هم‌زمان از اینترنت خودتان تست کنید.

نکتهٔ حقوقی و دربارهٔ داده‌ها

عددهای این مقاله اندازه‌گیری‌های لحظه‌ای در تاریخ و ساعت ذکرشده، از یک شبکهٔ مشخص در تهران و با روش اعلام‌شده‌اند و هیچ تضمینی برای پینگ آیندهٔ سرور یا اتصال شما نیستند. مسیرهای اینترنت ممکن است هر روز تغییر کنند. استفاده از سرورهای کلودیفای تابع قوانین کشور محل سرور و بند «استفادهٔ مجاز» در شرایط استفادهٔ کلودیفای است.

ادامهٔ این مجموعه

این مقاله هشتمین قسمت از مجموعهٔ آموزش‌های تانل و شبکهٔ سرور در مجلهٔ کلودیفای است. قسمت‌های قبلی: تانل معکوس چیست؟، خرید سرور ایران برای تانل، تانل GRE در لینوکس، مقایسهٔ Backhaul و Rathole با GOST و FRP، تانل SSH، WireGuard Site-to-Site و مقایسهٔ پروتکل‌های VPN. آموزش تانل IPsec بین دو سرور و تانل 6to4 و IPv6 هم منتشر شده‌اند.

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