أضف قاعدة واحدة ثم أعد الاتصال
- افتح الإعدادات ← إعدادات الشبكة ← Blacklist. إذا كانت الواجهة بالإنجليزية، فالمسار هو Settings → Network Settings → Blacklist. انسخ قائمتك الحالية إلى مكان آمن قبل تعديلها.
- أضف سطرًا من الأمثلة أدناه، واستبدل القيمة باسم الموقع أو عنوان IP أو اسم العملية التي تريدها. اكتب كل قاعدة في سطر مستقل، وافصل القواعد بالفاصلة الإنجليزية
,، وليس بالفاصلة العربية،. - احفظ القائمة وافتحها مجددًا لتتأكد من النص المحفوظ. افصل اتصال Oblivion ثم أعده، وأعد تشغيل التطبيق المعني أو افتح اتصالًا جديدًا بالموقع.
- تحقّق من المسار. للتراجع، احذف السطر الذي أضفته واحفظ ثم أعد الاتصال. وإذا عدّلت عدة أسطر، استعد النسخة التي حفظتها. لا تحتاج إلى إعادة ضبط جميع الإعدادات.
هذا الدليل خاص بإصدار Desktop v3.11.0، ومستودعه مؤرشف. تحقّقنا من الكود الذي يحفظ القواعد ويولّد الإعدادات؛ أما مرور الاتصالات فعليًا على Windows وmacOS وLinux فما زال يحتاج إلى اختبار. الإصدار v3.11.0 · دليل الإعداد الأصلي
أي قاعدة تناسب ما أريد فعله؟
الاتصال المباشر (Direct) يتجاوز بروكسي Oblivion ويستخدم اتصالك العادي. لذلك قد يتوقف موقع عن الفتح إذا كان الوصول إليه يتطلب البروكسي. أما Proxy فيعني استخدام طريقة الاتصال المختارة، ولا يضمن عنوان IP أو بلدًا بعينه.
على الشاشات الصغيرة، مرّر الجدول أفقيًا للاطّلاع على الفروق بين الوضعين.
| القاعدة | في وضع TUN بإصدار v3.11.0 | في وضع System Proxy |
|---|---|---|
domain:example.com, |
اتصال مباشر بالنطاق المحدد. | يضيف النطاق إلى استثناءات البروكسي؛ يجب أن يلتزم التطبيق بإعدادات بروكسي النظام. |
domain:*.example.com, |
اتصال مباشر بالنطاق ونطاقاته الفرعية. | يختلف تفسير النجمة بحسب النظام أو مسار PAC. أضف سطرًا مستقلًا للنطاق الأساسي أيضًا. |
domain:!test.ir, |
يُبقي هذا النطاق تحديدًا على البروكسي، قبل تطبيق قاعدة تجاوز لاحقة النطاق. | ينفّذه مسار PAC في Windows مع Cfon/Psiphon وMasque؛ لا تفترض عمله بالطريقة نفسها في بقية المسارات. |
ip:192.168.1.5, |
يضيف قاعدة اتصال مباشر بهذا العنوان. توجد أصلًا قاعدة أسبق للعناوين الخاصة. | يضيف استثناء للعنوان. في PAC يطابق عنوان IP المكتوب في رابط الموقع، وليس كل اسم نطاق يشير إليه. |
app:Figma, |
يضيف قاعدة اتصال مباشر للعملية؛ وفي Windows تُضاف .exe إن لم تكن موجودة. |
تُستبعد قواعد التطبيقات من القائمة. |
range:192.168.1.*, |
يتجاهلها محلّل قواعد TUN. | تُمرّر إلى قائمة استثناءات النظام؛ أما النجمة في نهاية هذا المثال فلا تعمل في دالة PAC المولّدة. |
يصف الجدول القواعد التي يولّدها الإصدار v3.11.0. تحقّق من المسار الفعلي بعد إعادة الاتصال. محلّل القواعد · مسارات بروكسي النظام · قواعد PAC
لماذا تغيّر السطر بعد حفظه، أو لم يؤثر في الاتصال؟
- اكتب بادئة القاعدة بحروف إنجليزية صغيرة:
domain:وليسDomain:؛ فالمحرّر لا يقبل الصيغة الثانية. - اكتب اسم المضيف مثل
example.com، من دونhttps://أوwss://أو مسار صفحة أو رقم منفذ. لا توجد قاعدة من نوعwss:؛ استخدم اسم مضيف خادم WebSocket في قاعدة نطاق. - لا تلصق نطاقًا بصيغة CIDR مثل
ip:192.168.1.0/24في محرّر هذا الإصدار: فهو يحذف الشرطة المائلة ويحفظ قيمة مختلفة. كذلك يحذف أسطر IPv6 التي تبدأ بـip:، ولا يدعم محلّل TUN نطاقات IPv6 المكتوبة باستخدامrange:. - حفظ سطر
geoip:لا يجعله قاعدة فعّالة في TUN. استخدم خيار IP Routing المنفصل. - يحذف محلّل TUN الجزء
www.من قيمة النطاق المحدد. لذلك لا تعتمد علىdomain:www.example.comلاستثناء مضيفwwwوحده. استخدم قاعدة تشمل النطاقات الفرعية فقط إذا كنت تريد شمولها جميعًا.
افتح القائمة مجددًا بعد الحفظ. إذا تغيّرت القيمة على نحو غير متوقع، احذف ذلك السطر وأعد الاتصال. طريقة التحقق في المحرّر
كيف أُبقي موقعًا واحدًا على البروكسي؟
إذا أردت اتصالًا مباشرًا بنطاقات .ir مع إبقاء test.ir على البروكسي، فاكتب:
domain:!test.ir,
domain:*.ir,
في TUN، يحصل test.ir على قاعدة صريحة لاستخدام البروكسي، بينما تتصل بقية النطاقات المطابقة مباشرةً. الاستثناء يخص الاسم المكتوب بالضبط؛ أضف استثناءً آخر لأي مضيف تحتاجه، مثل login.test.ir. ينقل المحرّر أسطر domain:! إلى أعلى القائمة تلقائيًا.
لكن ترتيب السطور ليس قاعدة عامة للأولوية. يجمع TUN القواعد بحسب نوعها بترتيب ثابت، وقد تسبق استثناءات النطاق قواعدُ العناوين الخاصة وبعض الخدمات والحظر واستثناءات IP الصريحة. لذلك لا تتجاوز علامة ! جميع الإعدادات. وفي Windows، تعالج دالة PAC الاستثناء المحدد قبل قاعدة اللاحقة الأوسع؛ أما مسارات System Proxy الأخرى فتستخدم قوائم النظام من دون منطق استثناء مماثل. إعدادات TUN المولّدة
استثناء تطبيق أم تشغيل البروكسي لتطبيق واحد فقط؟
لاستثناء تطبيق في TUN، استخدم اسم العملية التي يشغّلها. في Windows، افتح إدارة المهام ← التفاصيل، ثم ابحث عن الاسم: إذا كان Figma.exe فاكتب app:Figma.exe,. في macOS وLinux استخدم اسم العملية الفعلي، فقد يختلف عن اسم التطبيق الظاهر. وقد تحتاج العمليات المساعدة إلى أسطر خاصة بها. تُطبّق قواعد النطاقات قبل قواعد العمليات، لذا قد يتقدّم استثناء نطاق يستخدم البروكسي على قاعدة استثناء التطبيق. احفظ وأعد الاتصال، ثم أعد تشغيل التطبيق واختبره.
استثناء تطبيق من البروكسي لا يعني تشغيل البروكسي لهذا التطبيق وحده. تظل الاتصالات التي لا تطابق أي قاعدة في TUN موجّهة إلى البروكسي. لا يوفّر محرّر Blacklist في هذا الإصدار قائمةً لحصر البروكسي في تطبيق واحد. إذا كان التطبيق يتيح إعداد بروكسي داخله، فاختر None من Network Settings → Configuration، ثم اضبط ذلك التطبيق على العنوان والمنفذ المعروضين في Oblivion. هذا إعداد مستقل، ولا يشمل تطبيقًا لا يستطيع استخدام ذلك البروكسي. قواعد العمليات والمسار الافتراضي
الراوتر وChromecast ومواقع العمل الداخلية
فتح عنوان محلي لا يثبت أن اكتشاف الأجهزة يعمل
جرّب عنوان الراوتر المحلي الذي تستخدمه بالفعل، مرةً مع فصل Oblivion ومرةً بعد الاتصال به. ليس عنوان كل راوتر هو 192.168.1.1. يولّد TUN في v3.11.0 قواعد اتصال مباشر للعناوين الخاصة ولمنافذ اكتشاف الأجهزة mDNS وSSDP؛ ولن تضيف قاعدة range: عامة شيئًا إلى تلك القواعد في TUN.
فتح صفحة الراوتر لا يثبت نجاح اكتشاف Chromecast أو بث المحتوى إليه. اختبر ظهور الجهاز وتشغيل المحتوى كلًّا على حدة، مع وجود الجهازين على الشبكة المحلية نفسها. إذا تعطل الاكتشاف في TUN وحده، فارجع إلى الوضع الذي كان يعمل وسجّل نظام التشغيل والجهاز والخطوة التي تفشل. وجود القواعد في الإعدادات لا يضمن عمل البث المتعدد على كل شبكة. قواعد الشبكة المحلية · بلاغ سابق عن الشبكة المحلية
موقع العمل متاح بعنوان IP، لكن اسمه لا يعمل
افحص DNS إلى جانب المسار. استثناء عنوان IP وحده لا يحدد كيفية تحويل اسم داخلي إلى عنوان. في v3.11.0، تختار قاعدة نطاق مباشر مثل domain:jira.company.co, أيضًا محلّل DNS المباشر، بينما تستخدم استثناءات النطاق DNS البعيد. أُدمج تعديل لهذه الآلية بعد البلاغات القديمة، لكن ذلك لا يثبت توافقها مع خادم DNS في شركتك. تعديل DNS
اطلب من مسؤول الشبكة الاسم الداخلي الكامل وعنوان خادم DNS. راجع حقل Plain DNS Server في إعدادات DNS: عند اختيار DNS مخصص، يستخدم المحلّل المباشر هذا العنوان. أما وضع DNS المحلي المنفصل فيستخدم محلّل النظام؛ وترك قيمة Plain DNS المخصصة فارغة يعيد الاختيار إلى خادم DNS الافتراضي. احفظ إعدادات DNS الحالية قبل تعديلها، واترك عنوان DoH صالحًا، ثم أعد الاتصال واختبر الاسم الكامل. أعد القيم السابقة إذا لم تنجح المحاولة. يتطلب زر الحفظ ملء الحقلين؛ فلا تفترض أن حذف قيمة Plain DNS وحدها سيحفظ إعدادًا يستخدم المحلّل المحلي.
استخدم اسم الموقع في الاختبار النهائي بالمتصفح؛ فقد لا تعمل خدمة HTTPS بصورة صحيحة عند فتح عنوان IP وحده. محرّر DNS · إعدادات DNS المباشر والبعيد
ما الفرق بين توجيه IP وتصفية المحتوى؟
لكل خيار من خيارات TUN التالية وظيفة مختلفة:
- IP Routing (GeoIP): يوجّه العناوين المطابقة للقائمة المختارة عبر اتصال مباشر. لا يختار بلد خروج اتصالك.
- Web Routing (GeoSite): يوجّه النطاقات المطابقة للقائمة المختارة عبر اتصال مباشر.
- Blocking: يرفض الاتصالات المطابقة لقوائم الإعلانات والبرمجيات الخبيثة والتصيّد وتعدين العملات.
- Content Filter: يرفض الاتصالات المطابقة لقائمة نطاقات المحتوى الإباحي (NSFW). ليس خيارًا لتحديد المسار، ولا يضمن حجب كل صفحة غير مرغوبة.
يحمّل Desktop مجموعات قواعد ثنائية بصيغة .srs مصدرها Chocolate4U/Iran-sing-box-rules. هذه القوائم ليست خريطة دقيقة لكل خدمة محلية. اختر القائمة بحسب الوجهات التي تحتاجها، لا بحسب لغة التطبيق. ملفات .db القديمة وإعدادات sing-box بصيغة JSON ليست أسطرًا يمكن لصقها في Blacklist. مصدر القوائم · عنوان المصدر في Desktop · سلوك الخيارات
إذا تعطل موقع تثق به فور تشغيل أحد المرشّحات، فدوّن الإعداد السابق وعطّل ذلك المرشّح وحده مؤقتًا، ثم أعد الاتصال للمقارنة. أعد الإعداد بعد الاختبار. قد لا يحل استثناء النطاق المشكلة، لأن قواعد الحظر هذه تسبق قواعد النطاقات المخصصة.
كيف أتحقق من المسار وأتراجع عن التعديل؟
- سجّل النتيجة قبل التغيير. افتح صفحة تعرض عنوان IP العام في المتصفح الذي تريد اختباره، أولًا مع فصل Oblivion ثم بعد الاتصال. إذا ظهر العنوان نفسه في الحالتين، فلن تميّز هذه الصفحة بين المسارين في هذا الاختبار.
- اختبر الوجهة المطابقة للقاعدة. أضف قاعدة اتصال مباشر لاسم مضيف صفحة فحص IP نفسها، واحفظ وأعد الاتصال، ثم افتح اتصالًا جديدًا بها. النتيجة المتوقعة هي عنوان اتصالك العادي. احذف القاعدة وأعد الاتصال: يُفترض أن يعود عنوان البروكسي. يختبر هذا الإجراء ذلك المضيف في ذلك المتصفح فقط.
- اختبر ما تحتاجه فعلًا. افتح الموقع المقصود، أو سجّل الدخول، أو نفّذ الاتصال المطلوب من التطبيق. إذا لم يوفّر التطبيق وسيلة لعرض عنوان IP، فإثبات المسار يحتاج إلى سجلات الاتصال لدى الوجهة أو التقاط حزم الشبكة. فتح الصفحة أو نجاح ping وحده لا يثبت المسار.
- إذا لم تتغيّر النتيجة، راجع السطر المحفوظ ووضع الاتصال واسم المضيف أو العملية، وأي بروكسي داخل التطبيق أو إضافة متصفح تتحكم به. افحص أيضًا القواعد الأسبق التي قد تطابق الاتصال. في System Proxy يجب أن يستخدم التطبيق إعدادات بروكسي النظام. احذف الإضافة الجديدة وأعد الاتصال قبل تجربة تعديل آخر.
عند اختبار مثال الاستثناء، اختبر النطاق المستثنى ونطاقًا آخر يطابق اللاحقة. نجاح اتصال واحد لا يثبت صحة المسارين. ولتتبّع المشكلة، سجّل الإصدار ونظام التشغيل وطريقة الاتصال ووضعه والقواعد المحفوظة والنتيجة المتوقعة وما حدث فعليًا.