تطبيق Windows بالتفصيل
هذه هي الغوصة العميقة: كل سطح رئيس في تطبيق Windows، وما يتحكم فيه، وافتراضياته، وكيف تصلحه حين ينكسر شيء. وهي تفترض أنك ثبّتّ التطبيق واتصلت أصلاً. وإن لم تفعل، فابدأ بـالبدء. ولمعرفة كيف تعمل الشبكة خلف التطبيق، اقرأ النظرة العامة.
عميل Windows برنامجان بامتيازات مختلفة، وبرنامجُ تشغيل في النواة لتقسيم النفق حسب التطبيق، وواجهةٌ متوائمة مع تطبيق macOS. وكل ذلك مفتوح المصدر على github.com/urnetwork/windows.
الإعدادات بنظرة واحدة
الافتراضيات تحميك من دون إعداد. وكل عنصر تحكم أدناه يسكن في درج الاتصال، باستثناء قواعد تقسيم التطبيقات التي تحت الإعدادات.
| الإعداد | الافتراضي | الأثر | الكلفة الرئيسة |
|---|---|---|---|
| وضع الاتصال | تلقائي | ينتقي نوافذ المزوّدين؛ والتلقائي يشغّل الجودة والسرعة معاً | «الويب» أو «البث» يضيّقان إلى نافذة واحدة |
| الإخفاء القوي للهوية | مفعّل | يخفي عنوان IP المصدري عن المزوّد | زمن استجابة أطول |
| تشفير ما بعد الكم | مفعّل | يشفّر من التطبيق حتى المزوّد | يتخطّى المزوّدين الذين يتعذّر الختم معهم |
| مفتاح الإيقاف | متوقف | يوقف الارتداد المحلي حين يسقط النفق | لا حركة ما دام المزوّدون مخفقين |
| عنوان IP ثابت | متوقف | مزوّد واحد، وعنوان خروج واحد | لا تجاوز للأعطال؛ وغير فعّال في الوضع التلقائي |
| حجب الإعلانات والمتتبّعات | متوقف | يرشّح حركة الإعلانات والمتتبّعات | الترشيح قد يكسر بعض المواقع |
| DNS مخصّص | DoH مشفّر عبر النفق | يبقى DNS مشفّراً وداخل النفق | التخفيف منه هو المقايضة |
| مشاركة الاتصال | مطلقاً | تشارك فائض النطاق مخرجاً للآخرين | حركة الغرباء تخرج من عنوانك |
| قواعد تقسيم التطبيقات | فارغة | التطبيقات المدرجة تتجاوز النفق | حركتها بلا حماية |
| قواعد التقسيم (نطاق/عنوان IP) | فارغة | الوجهات المدرجة تستخدم اتصالك المحلي | تلك الحركة بلا حماية |
تحفّظات ترافق الجدول:
- إيقاف الإخفاء القوي للهوية هو الوضع المباشر: يتحدث العميل إلى المزوّد رأساً ويصير أسرع، ويرى ذلك المزوّد حينها عنوانك الحقيقي. والافتراضي يحمي هويتك. فأنفقه عن قصد.
- إعدادات المفاتيح باقية عبر أوضاع الاتصال. وعنوان IP الثابت غير فعّال حتى تختار «الويب» أو «البث».
- ومفتاح الإيقاف يقرّر أيضاً ما يحدث لحزمة يُسقطها مرشِّح الأمان (انظر مشاركة الاتصال): فمع تفعيله تُحجب حجباً تاماً؛ ومع إيقافه تغادر عبر مسارك العادي.
- حذف حسابك غير متاح على Windows. افعل ذلك في تطبيق الويب، الذي يدير الحساب نفسه.
عمليتان، ونفق واحد
التطبيق مقسوم إلى برنامجين عن قصد:
- URnetwork.exe. تطبيق علبة النظام المبني بـWinUI 3 الذي تتعامل معه. يعمل بلا امتيازات، في جلسة مستخدمك: قائمة منبثقة من علبة النظام، إضافة إلى نافذة كاملة للاتصال والحساب والمحفظة ولوحة الصدارة والدعم والإعدادات.
- urnetworkd. خدمة Windows تعمل بحساب LocalSystem، وهو أكثر الحسابات المدمجة امتيازاً في Windows: القدرة اللازمة لإنشاء محوّلات شبكة وضبط مسارات، وهي قدرة لا ينالها أبداً التطبيق الذي تنقره. وهي تضمّن SDK الخاص بـURnetwork، وتملك محوّل wintun الافتراضي، وتضخّ الحزم، وتطبّق المسارات وDNS وMTU، وتُبقي حركة تحكمها هي خارج النفق.
ويتحدثان عبر قناتين، لكل واحدة عمل واحد:
- RPC الجهاز. يقود
DeviceRemoteفي التطبيق كائنَDeviceLocalفي الخدمة عبر RPC الخاص بـSDK: وهو WebSocket على TLS بمصادقة متبادلة على الاسترجاع المحلي. ويثبت الطرفان هويتهما بالشهادات، والاتصال لا يغادر جهازك أبداً، فلا يستطيع برنامج محلي آخر أن يتصل ببساطة ويقود الخدمة. وكل ما تفعله في الواجهة يسافر عبر هذه القناة: الاتصال، واختيار موقع، وتبديل المشاركة. - أنبوب مُسمّى (
\\.\pipe\urnetwork.control). لا يحمل إلا دورة الحياة والإعداد: بدء النفق وإيقافه، وتطبيق قواعد تقسيم النفق، وتسجيل الخروج. وهو يحاكي طريقة حديث تطبيق macOS إلى امتداد الشبكة لديه، فتبقى قاعدتا الكود متوائمتين.
ولماذا القسمة: لأن نفق VPN يحتاج إلى امتيازات، والواجهة يجب ألا تنالها أبداً. وكل شبكة VPN على Windows تقريباً برنامجان لهذا السبب. توافق على طلب UAC واحد، وقت التثبيت، حين تسجّل الخدمة نفسها. أما الاستخدام اليومي فلا يطلب صلاحية المسؤول أبداً.
ويعني ذلك أيضاً أن حمايتك لا تتوقف على بقاء النافذة مفتوحة. أغلق النافذة فتختفي إلى علبة النظام. وأنهِ التطبيق من قائمة العلبة ويظل النفق مرفوعاً، لأن الخدمة هي التي تملكه. ولا يُنزله إلا قطع الاتصال، أو تسجيل الخروج، أو إيقاف الخدمة.
النافذة
يمتد شريط التنقل على: الاتصال، والحساب، والمحفظة، ولوحة الصدارة، والدعم، والإعدادات.
الاتصال هو الكرة الأرضية والدرج تحتها. والدرج هو حيث تسكن الجلسة:
- الموقع المختار والأنداد. ما أنت متصل عبره، وكم مزوّداً يحمل حركتك الآن. انقر عدد الأنداد لتفتح ورقة المزوّدين المتصلين: كرة أرضية فوق صفّ لكل مزوّد، ومعه معرّف عميله، ومدينته/منطقته/دولته، وإحداثياته، ومدة بقائه في نافذتك، إضافة إلى إزالة داخل الصف.
- خيارات الاتصال. وضع الاتصال (تلقائي (Auto)، أو الويب (Web)، أو البث (Streaming): أي مدى شراسة العميل في مقايضة عدد المزوّدين بمعدل النقل) والمفاتيح الأربعة من الجدول أعلاه: عنوان IP ثابت، والإخفاء القوي للهوية، وتشفير ما بعد الكم، ومفتاح الإيقاف.
- بطاقتا إحصاءات العميل (Client statistics) والإحصاءات المحلية (Local statistics)، وكل واحدة تفتح ورقة تفصيل: العقود الحية في جانب، وقواعد التقسيم ونشاط الحركة المحجوبة في الآخر.
- DNS مخصّص. بطاقة حالة فوق محرّر المحلِّلات الكامل (أدناه).
- حجب الإعلانات والمتتبّعات. مفتاح واحد.
- الخطة والاستخدام. فئتك، وشريط المستخدَم/المعلّق/المتاح، والحصة اليومية، والإحالات، واحصل على UR Pro (Get UR Pro)، واستبدال رمز رصيد.
الحساب يحمل الخطة والاستخدام، ورموز الرصيد المستبدَلة، واسم شبكتك، والإحالات. والمحفظة تغطي خطتك ومسار الترقية، وإعدادات المحفظة للمشاركة في بروتوكول UR (ur.xyz). ويمكن ربط محافظ Bittensor لكنها تُسجَّل للاستخدام المستقبلي فقط، والتطبيق يقول ذلك حيث تتوقع منه أن يقوله. ولوحة الصدارة ترتّب شبكات المزوّدين. والدعم يرسل الملاحظات ويصل إلى feedback.ur.io. والإعدادات تحمل قواعد تقسيم التطبيقات وتسجيل الخروج.
وتحفّظ واحد عند الدخول: ما زالت شاشة تسجيل الدخول تعرض جرّب وضع الضيف (Try Guest Mode). وهو ينشئ حساباً عادياً دائماً، لكن تطبيق Windows يرمي عبارة الاستعادة التي يعيدها الخادم، ولا يوجد هنا تسجيل دخول بعبارة استعادة. أضف بريداً إلكترونياً أو محفظة إلى ذلك الحساب قبل أن تعتمد عليه.
علبة النظام
سلوك علبة Win32 الكلاسيكي، لأن WinUI بلا واجهة برمجة خاصة بالعلبة:
- النقر بالزر الأيسر يفتح النافذة موضوعةً بجانب أيقونة العلبة، بأسلوب القائمة المنبثقة.
- النقر بالزر الأيمن يعطي قائمة فيها الاتصال/قطع الاتصال، والإظهار، والإنهاء.
- أربع حالات للأيقونة تحاكي مصفوفة شريط قوائم macOS (متصل أو لا، ومشارِك أو لا)، ولكل حالة رسوم فاتحة وداكنة، تُبدَّل لتطابق سمة شريط مهامك.
انتقاء المزوّدين، وماذا يعني ذلك
منتقي المواقع هو تجميع SDK نفسه: أنداد الشبكة المتصلون أولاً، ثم أفضل المتاح، ثم الدول مع أعداد المزوّدين الحية. اكتب في مربع البحث فتُعاد قسمة النتائج إلى أفضل التطابقات إضافة إلى المناطق والمدن والأجهزة. والتصويب على مستوى المدينة؛ وتبلغ المدينة بالبحث عنها، لا بالتمرير إليها.
وتقف حمايتان خلف كل جلسة مُرحَّلة، ولا تحتاج أي منهما إلى لمس إعداد. فالمزوّد الذي يُخرج حركتك لا يعرف من أنت أبداً، لأن المشغّل يقف في الوسط. والمشغّل لا يستطيع قراءة الحزم التي يمرّرها، لأن تشفير ما بعد الكم يختم الجلسة من طرف إلى طرف حتى المزوّد افتراضياً. ومعاً، لا يجمع أي طرف واحد بين هويتك ونشاطك. والمسار كاملاً، ومنه مرحلة الموسّع التي تحمل جلستك المشفّرة إلى المشغّل، في النظرة العامة.
| الوضع | ما يراه المشغّل | ما يراه المزوّد | الافتراضي والتوافر |
|---|---|---|---|
| مُرحَّل مختوم | الحساب واتصال المصدر، والاقتران بالمزوّد، ونص مشفّر مع التوقيت والحجم | الوجهات التي يُخرجها، ومعرّف جهاز/عقد، وليس عنوان IP الحقيقي الخاص بك | الافتراضي المشحون: تشفير ما بعد الكم مفعّل في الدرج |
| مُرحَّل قياسي | الحساب واتصال المصدر، والاقتران بالمزوّد، والوجهات الداخلية وبايتات الحزم | الوجهات التي يُخرجها، ومعرّف جهاز/عقد، وليس عنوان IP الحقيقي الخاص بك | يُفعَّل يدوياً: بإيقاف تشفير ما بعد الكم |
| مباشر | دور أقل في الترحيل | عنوان IP الحقيقي الخاص بك والوجهات التي يُخرجها | يُفعَّل يدوياً: بإيقاف الإخفاء القوي للهوية |
ويُخضِع نموذج التهديد هذه الصفوف لخصوم مسمّين، ويصرّح بموضع إخفاق كل صف.
وفي الوضع التلقائي تعمل نافذتا مزوّدين جنباً إلى جنب، فتخرج الحركة عادةً عبر من 3 إلى 8 مزوّدين في آن واحد، مع تثبيت كل موقع على واحد. والمزوّد الواحد لا يرى أبداً إلا شريحة من جلستك. أما «الويب» و«البث» فيشغّل كل منهما نافذة واحدة، أضيق. وعنوان IP الثابت يطويها إلى مزوّد واحد وعنوان خروج واحد.
تقسيم النفق حسب التطبيق وبرنامج التشغيل
«دع هذا التطبيق يتجاوز VPN»، كي تحتفظ لعبةٌ بأدنى زمن استجابة أو يبقى تطبيق مصرفي معادٍ لشبكات VPN على اتصالك العادي، لا يمكن أداؤه جيداً من فضاء المستخدم على Windows. فقرار إعادة التوجيه يجب أن يقع حيث يُنشَأ المقبس، داخل مكدس الشبكة. ولذلك يشحن التطبيق SplitTunnel.sys، وهو برنامج تشغيل نداء لمنصة ترشيح Windows (WFP):
- من غرفة نظيفة. نُفِّذ من المبادئ الأولى استناداً إلى وثائق Microsoft والمواصفات العامة، لا اشتقاقاً من برنامج تشغيل شركة أخرى.
- مرخّص بـMPL-2.0، ومطوَّر في المستودع المفتوح نفسه الذي فيه التطبيق.
- قائم على العملية، لا على الوجهة أبداً. يسجّل برنامج التشغيل نداءً واحداً بالضبط، عند طبقة إعادة توجيه الربط في Windows. وحين تفتح أي عملية مقبساً، يقارن برنامج التشغيل مسار الملف التنفيذي لتلك العملية بقائمة استثناءاتك، وعند التطابق يعيد كتابة العنوان المحلي للمقبس إلى الواجهة الفيزيائية، فيغادر التدفق عبر اتصالك العادي. وهو لا يقرأ أي عنوان بعيد إطلاقاً. والخدمة تستثني حركتها هي بمعرّف العملية.
- العمليات الابنة ترث. فعمليات المساعدة التابعة لمُطلِق ما تتبع التطبيق الذي استثنيته.
- فشلٌ مفتوح، لا ابتلاع في ثقب أسود أبداً. فإن لم تُضبط واجهة فيزيائية، تصير إعادةُ التوجيه خاملة بدل إسقاط الحركة.
أدر القائمة من الإعدادات ← قواعد تقسيم التطبيقات. وثلاثة حدود. المقابس التي كانت مفتوحة أصلاً لدى عملية ما تحتفظ بمسارها القائم حتى تعيد الاتصال. وعمليات بحث DNS الخاصة بتطبيق مستثنى ما زالت تمرّ عبر خدمة المحلِّل المشتركة في Windows، فقد تتبع النفق حتى حين لا يتبعه التطبيق نفسه. وبرنامج التشغيل خيار وقت البناء: فحزمة MSI المعبّأة من دونه تثبّت نفقاً عاملاً بلا قواعد لكل تطبيق.
وعلى حدة، تؤدي ورقة قواعد التقسيم في درج الاتصال قواعد على مستوى النطاق وعنوان IP عبر النفق نفسه، وهي السطح نفسه الموجود في تطبيقات Apple وLinux. والاثنان يتركّبان: برنامج التشغيل يقرّر لكل تطبيق، والقواعد تقرّر لكل وجهة.
إبقاء الخدمة خارج نفقها
لعملية النفق مشكلة إقلاع: فحركتها هي إلى المنصة يجب ألا تمرّ عبر النفق الذي تنشئه، وإلا دارت أول حزمة إلى الأبد. وتحلّ الخدمة ذلك عند طبقة المقابس. فـSDK يكشف خُطّاف ربط للخروج، وتثبّت الخدمة مقابس تحكمها وترحيلها هي على الواجهة الفيزيائية، ويتتبع ذلك مراقبُ خروج يعيد حساب الواجهة الصحيحة عند كل تغيّر في الشبكة (من Wi-Fi إلى Ethernet، ومع ظهور المحوّلات واختفائها).
المسارات وDNS
حين يرتفع النفق، لا تحذف الخدمة مسارك الافتراضي. بل تزايد عليه: فمساحة IPv4 كلها باستثناء مدَيات الشبكة المحلية الخاصة (10.0.0.0/8 و172.16.0.0/12 و192.168.0.0/16) تُثبَّت بوصفها مجموعة مسارات أكثر تحديداً عبر محوّل النفق. وهي تفوز على افتراضيك القائم من دون أن تمسّه، والهدم مجرّد إزالتها، وطابعتك وجهاز NAS لديك يظلان يعملان محلياً. ويأخذ محوّل النفق عنوانه وقيمة MTU مقدارها 1440 من SDK، وتُضبط محلِّلات الشبكة على ذلك المحوّل.
وثلاثة حدود تستطيع أن تُلزم التطبيق بها:
- يُضبط DNS لكل محوّل، وWindows يحلّ لكل محوّل. فإعدادات DNS الخاصة بالتطبيق (ورقة DNS المخصّص، وافتراضيها DNS مشفّر عبر HTTPS يُحلّ عبر النفق) هي الحماية ذات المعنى هنا. وإن كنت تشغّل إعداد محلِّلات غير اعتيادي، فافحص إلى أين تذهب استعلاماتك فعلاً.
- النفق يحمل IPv4. فـIPv6 لا يُوجَّه عبره اليوم، ولذلك على شبكة مفعَّلة الـIPv6 يستطيع موقع قادر على v6 أن يرى عنوانك الحقيقي. فإن أردت أن يخرج كل شيء عبر مزوّد، فعطّل IPv6 على الاتصال.
- الفشل المغلق مفتاح، لا افتراض. اترك مفتاح الإيقاف متوقفاً فيعني توقف النفق أن Windows يرتد إلى اتصالك العادي. فعّله فتتوقف الحركة بدلاً من ذلك. وهو عنصر
SetRouteLocalالأولي في SDK مقلوباً، وهو العنصر نفسه الذي يربطه كل تطبيق URnetwork، ويُشحن متوقفاً افتراضياً.
DNS مخصّص
لوحة المحلِّلات نفسها العابرة للمنصات الموجودة في تطبيقات Apple وLinux. والافتراضي هو الخيار الأشد صرامة: DNS مشفّر عبر HTTPS، يُحلّ عبر النفق. وتستطيع مقايضته عن قصد: DoH أو غير مشفّر، محلولاً بعيداً أو محلياً، مع قوائم خوادم قابلة للتحرير، ومفتاح احتياطي لـDNS المحلي يسابق محلِّلاً محلياً بينما يبدأ النفق فلا تتعطل عمليات البحث، وإجراء واحد لاستعادة الافتراضيات الآمنة.
مشاركة الاتصال
المشاركة متوقفة افتراضياً وتسكن في درج الاتصال: تلقائي (Auto)، أو دائماً (Always)، أو الشبكة (Network) — أجهزة حسابك أنت وحدها — أو مطلقاً (Never). ويشارك المزوّدون في بروتوكول UR؛ ويوثّق ur.xyz طريقة عمل المكافآت.
والذي يحميك حين تشارك هو طبقة ip_security المفتوحة المصدر في محرك الاتصال. تفحص الحركة عند منفذ خروجك أنت وتُسقط الحركة من فئة DMCA (تواقيع BitTorrent ومشاركة الملفات المتتبِّعة للحالة، وإسقاطات البروتوكولات المبهمة) والحركة من فئة CFAA (أنماط الهجوم والاقتحام) قبل أن تغادر اتصالك. والتطابق حزمةٌ مُسقطة، بلا تسجيل وجهة ولا نطاق ولا محتويات. وتوقيع BitTorrent بالنص الصريح على حركة تحملها لشخص آخر يرسل إضافةً إلى ذلك علامة إساءة إلى المشغّل تحمل معرّف جهاز النِّد وقيمة نعم/لا، لا غير، ولا يشحن المشغّل لها أي معالج اليوم. والمرشِّح نفسه يعمل على مسار إرسالك أنت سواء شاركت أم لا، وحركتك أنت لا يُبلَّغ عنها أبداً. والختم لا يتجاوز المرشِّح، لأنه يعمل حيث تخرج الحركة. وتغطي النظرة العامة الطبقة كاملةً.
ماذا يفعل تشفير ما بعد الكم فعلاً
يختم عميلك الحركة من طرف إلى طرف حتى المزوّد عبر جلسة مُتفاوَض عليها بـX25519MLKEM768 (هجين تقليدي مع ML-KEM). وتلك المرحلة المختومة هي التي تجعل القفزة الوسطى عمياء: فالمشغّل يحمل بايتات لا يستطيع قراءتها. وهو مفعّل افتراضياً ويُخفق مغلقاً: فما دام مفعّلاً لا يرسل العميل بيانات التطبيقات ولا يقبلها بلا تشفير، ولذلك يُتخطّى أي مزوّد يتعذّر إنشاء جلسة مختومة معه بدل استخدامه بلا ختم. وكل إصدارات المزوّد الحالية تفعّل الجانب المجيب، فالختم تلقائي عملياً. والكلفة في الإتاحة لا في السرّية: قد تخسر مزوّداً، لكنك لا تخسر تشفيرك أبداً، ولا يوجد خفض صامت. وبإيقاف الإعداد يمكن للحركة أن تسلك مسار TLS القياسي إلى المنصة من جديد. وتوقيعات الهوية تبقى Ed25519، والتشفير AES-256-GCM. و«ما بعد الكم» يعني تبادل المفاتيح هذا، لا شيئاً أوسع.
الحد: ليس في تطبيق Windows لوحةُ فحص هوية. فلا بصمة مفتاح تقارنها خارج القناة، ولا حكم لكل اتصال يخبرك إن كانت هذه الجلسة قد خُتمت. وورقةُ المزوّدين المتصلين هي أقرب سطح إلى ذلك.
التوقيع والتحديثات
- Windows 10 21H2 فأحدث وWindows 11، على x64 وARM64، بحزمة MSI لكل جهاز من صفحة الإصدارات. وARM64 بناء أصلي لا محاكاة.
- التطبيق والخدمة والمثبِّت موقَّعة بـAuthenticode.
- برنامج التشغيل يحتاج إلى أكثر: شهادة EV إضافة إلى توقيع الإشهاد من Microsoft. ولا يحمّل Windows إلا برامج التشغيل الموقَّعة بالإشهاد، فهذه بوابة التحميل لا مراسم شكلية.
- برنامج التشغيل يُشحن داخل MSI. ولا يُجلب شيء وقت التشغيل؛ فما يحتويه المثبِّت هو ما يعمل. والتبعيات الخارجية المثبَّتة (wintun) يُتحقق منها بالتجزئة وبموقّعها الأصلي قبل التعبئة.
- التحديثات عمل الخدمة، لا عمل المتجر. فمتجر Microsoft لا يدفع تحديثات لإدراجات EXE/MSI، وحزمة MSIX (وهي النوع الذي يحدّثه المتجر تلقائياً) لا تستطيع حمل برنامج تشغيل نواة حملاً نظيفاً. ولذلك يمر مسار التحديث عبر
urnetworkd: يجلب، ويتحقق من التوقيع، ويبدّل الملفات التنفيذية. فلا طلب UAC مع كل تحديث، ولا تنتظر الإصلاحات الأمنية مراجعة المتجر. وWindows يحرس هذا النمط أيضاً: فلا يمكن استبدال ملف خدمة تنفيذي إلا حين يكون القديم والجديد موقَّعَين من الناشر نفسه.
استكشاف الأخطاء وإصلاحها
التطبيق يقول إنه لا يستطيع الوصول إلى الخدمة
النفق يسكن في urnetworkd. تحقّق من أنها تعمل في الخدمات (Services) أو بأمر sc query urnetworkd؛ فهي مسجَّلة لتبدأ تلقائياً ولتعيد تشغيل نفسها مرتين عند الإخفاق. وإن كانت متوقفة ولم تبدأ، فأعد تثبيت MSI، فهو يعيد تسجيل الخدمة.
متصل، لكن تطبيقاً بعينه بلا إنترنت
افحص الإعدادات ← قواعد تقسيم التطبيقات. فالتطبيق الموجود في قائمة الاستثناء يتجاوز النفق بحكم التصميم، وإن استثنيت شيئاً لم يستطع بعدها الوصول إلى خدمة على اتصالك العادي، فتلك هي القاعدة تعمل. والتغييرات تسري عند اتصال ذلك التطبيق التالي، لأن المقابس المفتوحة أصلاً تحتفظ بمسارها، فأعد تشغيل التطبيق.
تقسيم النفق حسب التطبيق غير متاح
برنامج التشغيل ميزة اختيارية في المثبِّت. أعد تشغيل MSI وتأكّد من اختيار ميزة تقسيم النفق. وبرامج تشغيل النواة تتطلب أيضاً النسخة الموقَّعة بالإشهاد؛ فبرنامج تشغيل تبنيه بنفسك لن يُحمَّل على جهاز ليس في وضع التوقيع الاختباري.
المواقع ما زالت ترى عنواني الحقيقي
في الغالب الأعم هو IPv6. فالنفق يحمل IPv4 اليوم؛ عطّل IPv6 على محوّل الشبكة وأعد الاختبار. والاحتمال الثاني: مسار DNS لكل محوّل، وهو ما صُمم افتراضي ورقة DNS المخصّص (DoH عبر النفق) ليغلقه.
الحركة تتوقف بعد تبديل الشبكات
الانتقال بين Wi-Fi وEthernet يغيّر الواجهة التي يجب أن تثبّت الخدمة مقابسها هي عليها. وهي تراقب ذلك وتعيد الحساب، لكن إن علقت جلسة، فاقطع الاتصال وأعده كي يُعاد البناء نظيفاً.
لا يحدث شيء حين أُنهي التطبيق
ذلك هو التصميم: إنهاء تطبيق علبة النظام يترك النفق يعمل في الخدمة. استخدم قطع الاتصال.
في أماكن أخرى
تشرح النظرة العامة الشبكة من طرف إلى طرف: المزوّدون، والعقود، وما يستطيع كل طرف رؤيته وما لا يستطيع، والتشفير. وتجيب الأسئلة الشائعة عن الأسئلة المتكررة. والمنصات الأخرى: Android وiOS وmacOS وLinux والمتصفح.