محتويات الدليل — اختر خطوة
اتصال 500 Mbps يمكن أن يقدم تجربة سيئة إذا انتظرت الحزم في طابور الراوتر أو ضاع بعضها أو سلكت مساراً بعيداً. Cloudflare تقيس جودة الاتصال للألعاب باستخدام latency وpacket loss وloaded latency وjitter إضافة إلى السرعة. جمع القياسات في ترتيب واحد يمنع شراء باقة أسرع لا تعالج السبب.
غيّر إعداداً واحداً واحتفظ بطريقة الرجوع
لا تثبت Firmware غير رسمي ولا تفتح منافذ عشوائية أو تعطل جدار الحماية. صوّر إعدادات QoS وDNS وWAN قبل تغييرها، ولا تنفذ Factory Reset خلال جلسة اختبار. استخدم كابل Ethernet سليم وتجنب تمديده في موضع تعثر أو قرب مصدر كهربائي مكشوف.
نمط القياس يحدد طبقة المشكلة
| النتيجة | المكان الأقرب | الإجراء |
|---|---|---|
| Ping الراوتر متذبذب | Wi-Fi أو كابل محلي | اختبر Ethernet مباشراً |
| الراوتر ثابت والإنترنت عالٍ | مزود أو مسار | قارن وجهات وأوقات |
| يرتفع أثناء الرفع فقط | طابور uplink | اضبط SQM أو حد الرفع |
| فقد حزم محلي | إشارة أو كابل أو منفذ | بدل الوسيط |
| لعبة واحدة فقط | خادم أو منطقة أو مسار | تحقق من الحالة والمنطقة |
| كل الألعاب ليلاً | ازدحام مشترك | وثق أوقاتاً متعددة للمزود |
اصنع خط أساس يمكن تكراره
اختر جهازاً وخادماً ووقت اختبار ثابتاً، وأوقف التحديث والبث والنسخ السحابي. سجل ping داخل اللعبة ونتيجة اختبار جودة يتضمن jitter والفقد، لا Speedtest واحداً. كرر ثلاث مرات واستخدم الوسيط حتى لا تبني قراراً على قفزة عابرة.
ابدأ من بوابة الراوتر
اختبر عنوان البوابة المحلية لعدة دقائق. ارتفاع الزمن أو فقد الردود هنا يعني أن الخلل قبل المزود: Wi-Fi أو كابل أو منفذ أو حمل على الراوتر. ثبات البوابة مع ارتفاع وجهات الإنترنت ينقل الفحص إلى WAN أو المسار الخارجي.
اجعل Ethernet تجربة عزل
صل جهاز اللعب مباشرة بالراوتر بكابل سليم وعطّل Wi-Fi مؤقتاً. إذا تحسن البنق، افحص التداخل والمسافة وعرض القناة ومكان الراوتر بدلاً من تغيير الباقة. إذا لم يتغير، أعد Wi-Fi كما كان وانتقل لقياس الحمل والمسار.
قارن idle وloaded latency
شغّل اختباراً بلا نقل بيانات ثم أثناء رفع ملف وتنزيله. قفزة كبيرة تحت الحمل تشير إلى ازدحام طابور أو bufferbloat. ابدأ بتفعيل SQM أو QoS الصحيح للموديل واضبط سقفاً أقل قليلاً من السرعة الفعلية، خصوصاً للرفع، ثم أعد الاختبار نفسه.
اقرأ jitter والفقد معاً
متوسط ping جيد قد يخفي قفزات تجعل الحركة غير مستقرة. jitter يقيس تغير الزمن، وفقد الحزم يعني أن بعض البيانات لم تصل أو تحتاج إعادة. افحص الكابل والإشارة أولاً إذا يبدأ الفقد محلياً، ولا تعتبر كل timeout في traceroute دليلاً منفرداً على عطل.
افصل منطقة الخادم عن DNS
اختر أقرب منطقة داخل إعدادات اللعبة وقارن مباراة أو خادماً آخر في الوقت نفسه. DNS يؤثر أساساً في العثور على العنوان ولا يخفض زمن انتقال الحزم بعد بدء الجلسة عادة. لا تغيّر DNS وتعلن نجاحاً من اختبار واحد؛ قارن المسار والوجهة.
استخدم traceroute كقرينة لا كحكم منفرد
يعرض traceroute القفزات والزمن، وتوضح Cloudflare أن اختبارات المسار تساعد في تحديد أين تبدأ الزيادة أو الفقد. بعض الموجهات تخفض أولوية الرد فتظهر نجمة رغم استمرار الحزم. ركز على ارتفاع يستمر في القفزات التالية وعلى القياس النهائي.
جهز بلاغ المزود بأرقام قابلة للمقارنة
قدم أوقات الاختبار ونتائج Ethernet وحالة البوابة وidle مقابل loaded ووجهتين مختلفتين ومساراً مختصراً. اذكر إن كانت كل الخدمات تتأثر أو لعبة واحدة. هذا أقوى من عبارة البنق عالي ويمنح المزود فرصة لفحص ازدحام أو توجيه.
اختبار النتيجة بعد الإصلاح
أعد الاختبار في ثلاثة أوقات وعلى نفس خادم اللعبة. النجاح يعني ثبات بوابة الراوتر، انخفاض loaded latency وjitter، عدم وجود فقد مستمر، وتحسن اللعب من دون فتح منافذ خطرة. احتفظ بالإعداد السابق إذا لم يتحسن القياس بعد تغيير QoS.
خطوات قد تزيد المشكلة
- شراء سرعة أعلى قبل اختبار loaded latency.
- فتح DMZ أو منافذ عشوائية.
- اعتبار DNS حلاً مضموناً للبنق.
- الحكم من مباراة أو اختبار واحد.
- تغيير Wi-Fi وQoS والخادم معاً.
متى تطلب دعماً متخصصاً؟
تواصل مع المزود إذا كانت البوابة المحلية ثابتة لكن latency أو الفقد الخارجي مرتفعان باستمرار عبر Ethernet وفي أوقات متعددة. تواصل مع دعم اللعبة إذا تتأثر خوادمها فقط بينما الوجهات الأخرى مستقرة.
أدلة مرتبطة
- الإنترنت بطيء ليلاً
- Wi-Fi ضعيف في غرفة
- أفضل مكان للراوتر
- الراوتر يفصل باستمرار
- لمبة LOS حمراء
- دليل مشاكل Wi-Fi والراوتر