هل يتأخر الاتصال، أم يصبح الإنترنت بطيئًا بعده؟
نقطة النهاية (Endpoint) هي العنوان البعيد الذي يستخدمه البرنامج لإنشاء الاتصال. وهي ليست عنوان البروكسي المحلي، ولا رابط اختبار الاتصال، ولا عنوان IP الذي تراه المواقع.
- تنتظر طويلًا قبل اكتمال الاتصال: تحقّق مما إذا كان العنوان الافتراضي يبدأ فحصًا جديدًا. حفظ عنوان نجح سابقًا قد يختصر البحث، لكن نجاح الاتصال به يحتاج إلى اختبار جديد.
- يتصل البرنامج، لكن التنزيل أو المكالمات أو الألعاب بطيئة: قارِن الأداء الفعلي. أقل قيمة RTT في الفحص لا تعني بالضرورة أسرع تنزيل أو أكثر مكالمة استقرارًا.
- المشكلة في تطبيق أو موقع واحد: ابدأ بفحص وضع الشبكة ومرور التطبيق عبر الاتصال. تغيير نقطة النهاية لا يعالج كل مشكلات التوجيه أو الوصول إلى الخدمات.
استخدام الماسح المدمج
في Desktop v3.11.0، افصل الاتصال وافتح إعدادات الماسح الضوئي (Scanner Settings) ← نقطة النهاية (Endpoint). اختر الافتراضي (Default) ثم تحديث (Update). القيمة الافتراضية هي engage.cloudflareclient.com:2408. يطلب البرنامج إجراء الفحص عندما يكون العنوان افتراضيًا أو فارغًا؛ وحفظ الحقل فارغًا يعيده إلى القيمة الافتراضية.
خيار نوع نقطة النهاية (Endpoint type) يحدّد الاختيار التلقائي أو IPv4 أو IPv6 للوصول إلى العنوان البعيد. وهو مختلف عن عنونة واجهة TUN. ابدأ بالاختيار التلقائي. وعند المقارنة مع IPv4 أو IPv6، غيّر هذا الخيار وحده واحتفظ بنتيجة كل محاولة.
الخيار المسمّى Interval، ووصفه Scanner RTT limit، قيمته الافتراضية ثانية واحدة. في فاحص WARP، يحدّد الزمن المستهدف لذهاب الاستجابة وعودتها عند البحث عن نقاط الاتصال. لا يحدّد الفترة بين عمليتي فحص، ولا مدة انتظار الاتصال كاملة، ولا سرعة التنزيل. اختيار 300 مللي ثانية لا يجعل الاتصال أسرع بثلاث مرات؛ وقد يصعّب الحد الأكثر تشددًا العثور على عناوين مناسبة.
أعد الاتصال وانتظر النتيجة النهائية، ثم اقرأ سجل التطبيق. فشل عنوان واحد أثناء الفحص لا يساوي فشل المحاولة كلها. إذا حفظت عنوانًا مخصّصًا، يتعطّل خيارا نوع نقطة النهاية وInterval؛ لأن Desktop يمرّر العنوان مباشرة بدلًا من خيارات الفحص.
للتفاصيل: دليل العنوان الافتراضي، وخيارات الفحص التي يمرّرها Desktop، وخيارات فاحص WARP.
حفظ عنوان وتجربته والرجوع عنه
- افصل الاتصال وسجّل إعداداتك الحالية: طريقة الاتصال ووضع الشبكة والعنوان. احتفظ بالعنوان السابق لتتمكن من استعادته.
- افتح Scanner Settings ← Endpoint. أدخل العنوان مع المنفذ بصيغة
IP:portأوhostname:port. مع IPv6، ضع العنوان بين قوسين مربعين:[IPv6-address]:port. المقصود منفذ نقطة النهاية البعيدة، وليس منفذ البروكسي المحلي8086. - إذا ظهر زر الأحدث (Latest)، فهو يضع نتيجة محفوظة من فحص سابق في الحقل. اضغط Update لحفظها. لا يشغّل الزر فحصًا جديدًا ولا يؤكد أن العنوان ما زال يعمل. كذلك فإن العناوين المقترحة (Suggested) خيارات للتجربة، وليست نتائج تحقق مباشر من صلاحيتها.
- اضغط Update، ثم أعد فتح Endpoint وتحقّق من القيمة المحفوظة. قد يعيد الإصدار v3.11.0 الإدخال غير الصالح إلى العنوان الافتراضي دون تنبيه؛ إغلاق النافذة وحده لا يؤكد حفظ ما كتبته.
- أعد الاتصال بالطريقة ووضع الشبكة نفسيهما. جرّب موقعين غير مرتبطين، ثم التنزيل أو المكالمة أو اللعبة التي تحتاجها. قارِن النتيجة بالعنوان السابق وفق الخطوات أدناه.
- إذا ساء الأداء أو فشل الاتصال، افصله وأعد العنوان السابق، أو اختر Default، ثم احفظ عبر Update. أعد الاتصال وتحقّق من النتيجة.
زر Latest غير ظاهر؟ لا يظهر إلا عند وجود نتيجة فحص محفوظة، وبشرط ألا يكون العنوان ضمن قائمة الاقتراحات الحالية. غياب الزر وحده لا يعني وجود خطأ في الفحص.
يمكنك الاحتفاظ بالإعدادات المفيدة في الملفات الشخصية. نجاح عنوان اليوم على شبكة معيّنة لا يعني أنه سيبقى صالحًا دائمًا.
سلوك الأزرار والحفظ موثّق في نافذة Endpoint ومعالجة الإدخال.
لا تخلط عناوين WARP بعناوين Masque
يفصل Desktop اقتراحات العناوين إلى مجموعتين: WARP وMasque. تستخدم Masque مسار اتصال مختلفًا، ويشمل فاحصها اختبارات QUIC. لذلك لا تُعد نتيجة فاحص WARP عنوانًا متحققًا منه لاتصال Masque. أبقِ الطريقة ثابتة عند مقارنة العناوين، وعند تغييرها ارجع إلى الخيار الافتراضي أو الاقتراح المناسب لها.
اختيار نقطة النهاية لا يحدّد بلد الخروج أيضًا. عنوان الدخول البعيد وعنوان IP الذي تراه المواقع يؤديان وظيفتين مختلفتين؛ راجع طرق الاتصال وسلوك عنوان IP.
راجع توثيق نواة Masque. ويوضح بلاغ عن فشل الفحص في Masque أن استجابة عنوان ما لا تكفي لإثبات نجاح الاتصال به.
كيف تقارن السرعة بطريقة مفيدة؟
حافظ قدر الإمكان على الجهاز والشبكة وطريقة الاتصال ووضع الشبكة ووجهة الاختبار وحركة التطبيقات الأخرى دون تغيير. قارِن العنوان السابق بعنوان مرشح واحد، وكرّر الاختبار مرتين أو ثلاثًا لكل منهما. هذه مقارنة عملية، وليست ضمانًا للأداء لاحقًا.
سجّل مدة إنشاء الاتصال، ثم سرعة التنزيل والرفع وزمن الاستجابة وتذبذبه بعد الاتصال. اختبر المهمة التي تحتاجها أيضًا. وإذا كانت اللعبة أو أداة المكالمات تعرض فقدان الحزم، فسجّل تلك النتيجة منفصلة. اختر الأداء المستقر الذي يتكرر، لا أفضل رقم ظهر مرة واحدة.
تأكّد من أن حركة الاختبار تسلك المسار المقصود. في وضعي None وSystem Proxy، لا يثبت اختبار تطبيق آخر، أو حتى اختبار السرعة المدمج، سرعة النفق تلقائيًا. يعمل الاختبار المدمج من العملية الرئيسية لـDesktop، ويظل مساره معتمدًا على إعدادات الشبكة. تغيّر IP في المتصفح يؤكد مسار ذلك الطلب فقط.
لماذا تختلف أرقام Ping والسرعة؟
على الشاشة الضيقة، مرّر الجدول أفقيًا لعرض العمودين.
| القراءة | ما الذي تقيسه؟ |
|---|---|
| مدة إنشاء الاتصال | الانتظار الكامل حتى يصبح الاتصال قابلًا للاستخدام. قد تضيف مراحل البحث والتسجيل والتشغيل وقتًا يتجاوز RTT لعنوان واحد. |
| RTT في فاحص WARP | زمن استجابة مصافحة WARP عبر UDP. ليس اختبار Ping باستخدام ICMP، ولا اختبار سرعة تنزيل. |
| Ping في بطاقة IP | الوقت المستغرق لطلب HTTP إلى رابط التتبّع أو الاختبار المضبوط. فشل فحص IP وحده لا يثبت تعطل كل حركة البيانات. |
| اختبار السرعة (Speed Test) | سرعة التنزيل والرفع بوحدة Mbps، مع زمن الاستجابة وتذبذبه عبر اختبار Cloudflare باستخدام HTTP. إعداد الاختبار في Desktop لا يقيس فقدان الحزم. |
| أمر ping في النظام | استجابات ICMP من المضيف الذي تختاره. قد يسلك مسارًا مختلفًا أو يُحجب؛ ونجاحه لا يثبت عمل لعبة أو مكالمة أو مرور UDP عبر النفق. |
| عدادات استهلاك البيانات | حركة البيانات على واجهة الشبكة التي يستخدمها النظام افتراضيًا ويراقبها v3.11.0. قد تشمل تطبيقات أخرى؛ وليست عدادًا مخصصًا للبيانات التي مرّت عبر Oblivion وحده. |
الاختبار يعرض 80 Mbps والتنزيل يعرض 10 MB/s؟ الوحدتان مختلفتان: كل بايت يساوي ثمانية بتات، لذا تعادل 80 ميغابت في الثانية 10 ميغابايت في الثانية قبل احتساب البيانات الإضافية اللازمة للنقل. تحقّق من الوحدة قبل نسبة الفرق إلى نقطة النهاية. شرح وحدات السرعة.
زمن الاستجابة (Latency) هو التأخير، والتذبذب (Jitter) هو اختلاف هذا التأخير بين القياسات، أما فقدان الحزم فيعني أن بعض الحزم لم تصل. قد يكون التنزيل سريعًا بينما تكون المكالمات متقطعة. انخفاض زمن الاستجابة لا يعني انعدام فقدان الحزم.
تفاصيل القياس: توقيت مصافحة WARP، وطلب بطاقة IP، وإعداد اختبار السرعة، وعدادات الواجهة.
هل تحتاج إلى برنامج EP-Scanner المنفصل؟
ابدأ بالماسح المدمج. EP-Scanner أداة منفصلة لنظام Windows يشرحها دليل أقدم للعثور على نقاط اتصال. تبحث عن عناوين مرشحة وتختبر اتصال WARP. نتيجتها عنوان يمكنك تجربته في Desktop، وليست بديلًا عنه ولا ضمانًا لسرعة أعلى.
إذا اخترت استخدامها، فارجع إلى إصدارات مستودع EP-Scanner الأصلي. تحقّق من الإصدار واسم الملف: يذكر الدليل القديم ملف ZIP، بينما كان أحدث إصدار مستقر أعاده المستودع عند المراجعة في 5 نوفمبر 2026 هو v0.4.0، بتاريخ 8 يوليو 2024، وملفه EP-Scanner.rar. لا تفترض أن أسماء الملفات والخطوات القديمة تطابق كل إصدار. لم نختبر هذا الملف التنفيذي الخاص بـWindows ضمن هذا الدليل.
انسخ العنوان والمنفذ الناتجين فقط إلى Desktop باتباع خطوات العنوان المخصّص، ثم قارِن الأداء الفعلي. هذا الملف التنفيذي ليس فاحصًا أصليًا لـmacOS أو Linux، ونتيجة WARP ليست عنوان Masque متحققًا منه. إذا لم يعثر على نتيجة، احتفظ بالسجل وقارِن بشبكة أخرى؛ تكرار تشغيله لا يثبت وجود عنوان يعمل.
متى لا يفيد تغيير نقطة النهاية؟
تغيير العنوان لا يصلح مباشرة فشل طلب التسجيل، أو خطأ المكوّن المساعد المحلي، أو انشغال منفذ البروكسي، أو تجاهل التطبيق لإعداداته. انتقل إلى تشخيص الاتصال بحسب المرحلة التي فشلت، وإلى أوضاع الشبكة لفحص مرور التطبيقات.
عند ظهور no viable endpoint found أو تكرار فشل المصافحة، قارِن الطريقة نفسها على شبكة أخرى إن أمكن. ثم جرّب طريقة اتصال أخرى مع تثبيت وضع الشبكة. اختلاف النتيجة يضيّق نطاق المشكلة، لكنه لا يثبت أن المزوّد يخفّض السرعة عمدًا ولا يقدم حلًا عامًا. كذلك يعرض دليل مشكلات البروكسي على بعض الشبكات تغيير العنوان كتجربة، لا كضمان.
لا نقدّم قائمة تدّعي توفير «أفضل عنوان لكل مزوّد». احتفظ بالإصدار ونوع الشبكة والطريقة والوضع والخطأ النهائي ونتائج المقارنات في سجل تشخيص بعد إزالة البيانات الحساسة.