اختر وضع الشبكة في Oblivion Desktop

اختر الوضع بحسب التطبيقات التي تستخدمها

طريقة الاتصال، مثل WARP أو Gool أو Psiphon أو Masque، تنشئ الاتصال. أما وضع الشبكة فيحدّد كيف تستخدمه التطبيقات. Gool ليس اسمًا لوضع TUN؛ ويمكنك مقارنة أوضاع الشبكة مع إبقاء طريقة الاتصال كما هي.

في Desktop v3.11.0، افتح إعدادات الشبكة ← التكوين (Network Settings → Configuration). ستجد None وSystem Proxy وTun. يسمّي ملف README الخيار الأول «Proxy». المقصود به إعداد البروكسي يدويًا داخل التطبيق، وليس إيقاف الاتصال.

على الشاشة الضيقة، مرّر الجدول أفقيًا لعرض جميع الأعمدة.

للتصفح، ابدأ بمقارنة System Proxy. لتطبيق واحد يدعم البروكسي، استخدم None. ولتغطية نطاق أوسع من التطبيقات، جرّب Tun. لا يضمن أي وضع مرور كل حزمة داخل النفق. يتضمن إعداد TUN في Desktop مسارات مباشرة، منها وجهات الشبكة الخاصة. كذلك لا يُعد TUN ضمانًا لوجود مفتاح إيقاف يمنع الاتصال المباشر إذا انقطع النفق.

المراجع: وصف الأوضاع في المشروع، خيارات الواجهة، ومسارات TUN. يشرح دليل Sing-Box اعتماد بروكسي النظام على دعم التطبيق له.

غيّر الوضع وتحقّق من النتيجة

1. افصل الاتصال أولًا. دوّن الطريقة والوضع وDNS وعنوان الربط والمنفذ. احفظ أيضًا أي إعداد بروكسي داخل تطبيق قد تحتاج إلى استعادته.
2. افتح إعدادات الشبكة ← التكوين، واختر الوضع ثم أعد الاتصال مع إبقاء الطريقة ونقطة النهاية نفسيهما. عند استخدام Tun، وافق على طلب الصلاحية المتوقع للمكوّن المساعد المثبّت مع التطبيق.
3. مع None، اضبط التطبيق المطلوب على البروكسي المحلي المتوافق معه. لإعداد SOCKS5 على الكمبيوتر نفسه، استخدم 127.0.0.1 والمنفذ الذي ضبطته؛ الافتراضي هو 8086. إذا اختلفت الطريقة أو العنوان، فتحقّق من الخدمة المحلية في سجل التطبيق. راجع إعداد التطبيقات.
4. جرّب موقعين مختلفين، ثم المهمة التي تحتاجها: مكالمة أو لعبة أو تنزيل أو موقع داخلي للشركة. نتيجة فحص IP في المتصفح تخص ذلك الطلب وحده؛ ولا تثبت مسار تطبيق آخر أو حركة UDP أو طلبات DNS.
5. افصل الاتصال وتأكد من عودة التصفح العادي. إذا لم تفد المقارنة، فأعد الوضع السابق وأي إعداد غيّرته داخل التطبيق قبل تجربة أخرى. وإذا تعطل الإنترنت بعد الخروج، راجع فحص البروكسي المتبقي.

احفظ سجل كل محاولة قبل التالية. إذا فشلت طريقة الاتصال نفسها في الوضعين، فابدأ من تشخيص الاتصال قبل تغيير إعدادات TUN.

لا تجد إعدادات النفق؟ اختر Tun من إعدادات الشبكة أولًا. لا تظهر علامة تبويب Tunnel إلا عند اختيار هذا الوضع.

يعمل System Proxy لكن TUN يفشل

اختبر الموقع نفسه بالطريقة ونقطة النهاية نفسيهما في كل وضع، واحفظ السجلين. بعدها حدّد مرحلة الفشل:

1. المكوّن المساعد لا يبدأ أو لا يستجيب. أخطاء الملف المفقود أو الصلاحيات أو 127.0.0.1:50051 تستدعي فحص المكوّن المساعد محليًا.
2. مكوّن الاتصال الأساسي يفشل. أخطاء التسجيل أو المصافحة أو نقطة النهاية تحتاج إلى تشخيص الاتصال. تغيير عناوين واجهة TUN ليس علاجًا لكل أخطاء المكوّن الأساسي.
3. ينجح المكوّن الأساسي، لكن التصفح عبر TUN لا يعمل. افحص عنونة الواجهة وDNS وقواعد التوجيه. نجاح اختبار المكوّن الأساسي لا يثبت عمل هذا المسار الإضافي.

إذا كان VPN آخر أو عميل TUN خارجي يعمل، ولم يكن ضروريًا لشبكتك الحالية، فافصله لمقارنة واحدة. احتفظ بإعداداته وأعده إلى حالته السابقة بعدها. وجود برنامجين يعدّلان المسارات أو DNS قد يعقّد التشخيص؛ وهذه المقارنة لا تثبت وحدها أن البرنامج الآخر هو السبب.

المواقع تعمل لكن المكالمات أو الألعاب لا تعمل

اختبر المكالمة أو اللعبة نفسها. وضع System Proxy لا يثبت مرور حركة UDP عبر البروكسي. وفي TUN، راجع إعدادات النفق ← Block UDP؛ فقد يمنع تفعيله الميزة المطلوبة. إذا كنت قد فعّلته، فدوّن قيمته وقارِن تعطيله، ثم أعد الاتصال والتجربة. أعده إلى حالته السابقة إن لم يفد ذلك، وافحص بروكسي التطبيق وقواعد التوجيه. تعطيل هذا الخيار لا يضمن دعم كل طريقة اتصال للحركة التي تحتاجها.

المكوّن المساعد والصلاحيات والمنفذ 50051

يدير Oblivion Helper مكوّن Sing-Box المستخدم في وضع TUN المدمج. يحتاج إلى صلاحيات مرتفعة لإنشاء الواجهة الافتراضية وإدارة المسارات. ظهور عمليته في النظام لا يثبت أن النفق بدأ العمل.

• ECONNREFUSED 127.0.0.1:50051: تعذّر الوصول إلى خدمة المكوّن المساعد على الجهاز. راجع ما إذا أُغلق طلب الصلاحية، أو فشل تشغيله، أو سجّل برنامج الحماية حظره. احتفظ بإصداري Desktop وhp من السجل.
• 12 UNIMPLEMENTED: لم تدعم الخدمة استدعاء RPC المطلوب. احفظ الرسالة الدقيقة وإصدارات المكوّنات؛ فتغيير نقطة اتصال بعيدة لا يفسّر هذا الخطأ المحلي.
• حظر في جدار الحماية يذكر oblivion-helper: افحص الحدث والملف التنفيذي المحدّد. يقترح دليل Windows الخاص بالمشروع السماح لهذا التطبيق عند ظهور هذا العرض. لا تعطّل جدار الحماية بالكامل ولا تفتح المنفذ 50051 للإنترنت.

استخدم المكوّن المساعد المرفق بإصدار Desktop لديك، بدل استبداله عشوائيًا بملف يحمل وصف «الأحدث». إذا كان الملف مفقودًا، فراجع فحوص تثبيت Windows أو تشغيل macOS بحسب نظامك.

فصل الاتصال والخروج من التطبيق عمليتان مختلفتان. يوقف Desktop مكوّن Sing-Box عند فصل الاتصال، بينما يتحكم خيار إعدادات النفق ← Stop helper في إغلاق المكوّن المساعد أيضًا عند الخروج. راجع هذا الخيار إذا بقيت عمليته تعمل، واستخدم أمر الخروج من التطبيق؛ فإغلاق النافذة لا يعني دائمًا إنهاءه.

المراجع: توثيق المكوّن المساعد، إرشادات TUN على Windows، ومعالجة الفصل والخروج. يوضح البلاغان #1046 و#1192 أخطاء RPC محلية، ولا يثبتان حلًا عامًا.

خطأ «set ipv6 address: Element not found»

لهذا الخطأ المحدّد في TUN، افصل الاتصال وافتح إعدادات النفق ← العنونة (Tunnel Settings → Addressing). دوّن القيمة الحالية، واختر IPv4، ثم أعد الاتصال واختبر التطبيق المطلوب. إذا استمر الفشل، فاحفظ السجل الجديد وأعد القيمة السابقة قبل تغيير أي شيء آخر. استخدام واجهة IPv4 فقط لا يثبت أن حركة IPv6 تمر عبر النفق.

نوع نقطة النهاية في إعدادات الماسح الضوئي (Scanner Settings → Endpoint type) إعداد مختلف. فهو يختار عائلة العناوين المستخدمة للوصول إلى نقطة النهاية، بينما تتحكم عنونة النفق في الواجهة الافتراضية. لذلك قد يظهر ipType: v4 بجوار tunAddrType: v64 في السجل. تغيير خيار الماسح وحده لا يغيّر واجهة TUN.

يقترح دليل الخطأ المحدّد تجربة IPv4. ويعرض البلاغ #1022 اختلاف الإعدادين.

DNS وأسماء المواقع الداخلية للشركة

يحوّل DNS الاسم إلى عنوان، ويحدّد التوجيه كيفية الوصول إلى ذلك العنوان. إنشاء مسار مباشر لتطبيق أو نطاق عناوين IP لا يعني تلقائيًا اختيار خادم DNS الخاص بالشركة.

يوفر Desktop v3.11.0 خيار إعدادات الشبكة ← DNS ← Local Resolver. في إعداد TUN، يستخدم هذا الخيار محلّل الأسماء المحلي لمسار DNS المباشر، مع بقاء مسار DNS بعيد للطلبات الأخرى. تستطيع قواعد النطاقات المباشرة اختيار DNS المباشر؛ أما استثناء عملية تطبيق وحدها فليس القاعدة نفسها.

إذا كان موقع داخلي يعمل قبل الاتصال ويتعطل في TUN:

1. دوّن اسم المضيف كاملًا وخيار DNS وقاعدة التوجيه المعنية. تأكد من عمل الاسم على شبكة الشركة المطلوبة مع فصل Oblivion.
2. تحقّق من أن اسم النطاق نفسه مشمول بـقاعدة الاتصال المباشر، وليس عنوان IP أو التطبيق فقط.
3. إذا كان الكمبيوتر يستخدم محلّل الشركة في حالته العادية، فقارِن خيار Local Resolver. أعد الاتصال واختبر الاسم نفسه وموقعًا عامًا أيضًا.
4. إذا استمر العطل، فأعد خيار DNS السابق واحتفظ بالنتيجتين لمسؤول الشبكة. لا تخمّن عنوان DNS عامًا لاسم لا يُعرف إلا داخل الشركة.

على macOS، لا تنسخ تلقائيًا الحل القديم الذي يضبط DNS يدويًا على 172.19.0.2. توضّح الملاحظة المضافة إلى دليل المشروع أن المعالجة أصبحت تلقائية منذ Desktop 2.40. هذه الملاحظة وظهور حالة «متصل» لا يثبتان بقاء كل طلب DNS داخل النفق.

المراجع: إعداد DNS في الإصدار، نقاش DNS الداخلي، والتصحيح في مقدمة دليل macOS.

منفذ البروكسي وPAC وعنوان الربط

على الشاشة الضيقة، مرّر الجدول أفقيًا لعرض جميع الأعمدة.

رابط PAC ليس عنوان بروكسي SOCKS. ضع منفذ البروكسي المحلي في إعداد SOCKS داخل التطبيق، ولا تستبدله بـ8087 أو 50051. راجع عنوان الخدمة المحلية ورابط PAC الفعليين في السجل إذا غيّرت المنفذ أو كان مشغولًا.

عند خطأ المنفذ مستخدم بالفعل، أغلق أي نسخة إضافية من Oblivion أولًا. إن احتجت إلى المقارنة، فدوّن المنفذ وغيّره في إعدادات الشبكة ← Proxy Port، ثم حدّث التطبيقات المضبوطة يدويًا لتستخدم الرقم نفسه وأعد الاتصال. استعد القيم السابقة إذا لم تفد التجربة.

أما bind: The requested address is not valid in its context، فراجعه مع إعدادات الشبكة ← عنوان الربط (Bind Address). قد يتغير عنوان الشبكة المحلية بعد DHCP أو إعادة التشغيل أو تبديل واجهة الشبكة، فلا يعود العنوان المحفوظ تابعًا للجهاز. للاستخدام على هذا الكمبيوتر فقط، قارِن 127.0.0.1. يعني 0.0.0.0 الاستماع على جميع واجهات IPv4، وليس عنوانًا تلصقه كوجهة في إعداد بروكسي التطبيق. وقد يتيح الوصول إلى الخدمة من الشبكة المحلية. يستبعد Desktop v3.11.0 هذا الخيار عند اختيار System Proxy.

المراجع: دليل المنافذ، خيارات الربط، وبلاغ سابق عن تغيّر العنوان.

استهلاك المعالج والذاكرة والحرارة والأعطال

افحص اسم العملية في مدير المهام أو مراقب النظام: Desktop وwarp-plus وmasque-plus وoblivion-helper مكوّنات مختلفة. دوّن الاستهلاك قبل الاتصال وأثناء المهمة نفسها في System Proxy وTUN. سرعة الشبكة واستهلاك CPU أو RAM نتيجتان منفصلتان.

عند ارتفاع الحرارة أو استنزاف البطارية، قارِن عبء العمل نفسه في كل وضع؛ فانخفاض زمن ping لا يعني انخفاض استهلاك الموارد. إذا تجمّد الكمبيوتر أو انهار النظام، فتوقّف عن تكرار الإعداد المسبّب للعطل، واحتفظ برسالة النظام ودوّن أي VPN آخر أو محوّل افتراضي أو برنامج لإعادة توجيه الشبكة. لا تعطّل برامج الحماية لإعادة إنتاج الانهيار.

في البلاغ #625، تحسن استهلاك CPU وRAM في إصدار قديم، لكن TUN ظل لا يعمل. لا يثبت ذلك إصلاح المشكلة في نسختك الحالية. أدرج العملية والإصدار والوضع والسلوك المقاس ضمن بيانات البلاغ.

استخدام V2rayN أو Nekoray لإنشاء TUN خارجي

العميل الثاني تكامل متقدم، وليس خطوة لازمة لتشغيل TUN المدمج. تستخدم الأدلة القديمة وضع None في Oblivion، وتمرّر بروكسي SOCKS المحلي إلى العميل الآخر، وهو الذي ينشئ النفق. يضيف دليل Nekoray أيضًا استثناءً لعملية warp-plus كي لا تعود حركة مكوّن الاتصال إلى نفقه في حلقة.

تصف إرشادات V2rayN وNekoray واجهات قديمة. لم نتحقق منها كخطوات جاهزة للإصدارات الحالية من هذين العميلين أو لطريقة Masque. اجعل برنامجًا واحدًا مسؤولًا عن TUN، واستعد إعدادات المسارات وDNS والبروكسي عند إنهاء المقارنة.