شبكة الأمان خلف وضع TUN للراوتر/لينكس في GhostMesh
يعيد وضع TUN توجيه المسار الافتراضي وDNS الخاصين بالجهاز عبر النفق — أخطر تغيير ممكن على راوتر أو جهاز لا تصل إليه إلا عبر SSH، لأن إعداداً خاطئاً قد يقطع بالضبط الاتصال الذي كنت ستستخدمه لإصلاحه. يحمي GhostMesh هذا التغيير بمراقبين مستقلين.
لماذا هذا أهم على راوتر منه على سطح مكتب
على سطح المكتب، خطأ التوجيه مزعج لكنك جالس أمام الجهاز. على راوتر تُديره فقط عبر نفس الرابط الذي يوشك وضع TUN على إعادة توجيهه، يمكن لخطأ أن يقطعك تماماً — نمط الفشل الكلاسيكي 'غيّرت قاعدة الجدار الناري، فقدت جلسة SSH'.
طبقتان مستقلتان من الحماية
يمكن لكل مراقب أن يفشل بشكل مستقل دون أن يترك الجهاز منقطعاً، لأنهما لا يعتمدان على بعضهما البعض ولا على بقاء نفس العملية حية.
| الطبقة | تعمل كـ | ما الذي تلتقطه |
|---|---|---|
| داخل العملية | جزء من srsp-client نفسه | تتراجع عن المسارات/DNS التي طبّقتها للتو إذا لم يصبح أي خادم أعلى قابلاً للوصول خلال مهلة التأكيد (30 ثانية افتراضياً)، ثم تعود إلى وضع proxy فقط |
| مستوى الصدفة (shell) | عملية مراقبة منفصلة، مُفعَّلة قبل بدء أي شيء | تستمر بالعمل حتى لو أُنهيت عملية srsp-client تماماً، أو حتى لو كان وضع TUN نفسه هو ما قطع الجلسة المستخدمة لتشغيله |
ما الذي يتم التراجع عنه
تزيل كلتا الطبقتين فقط ما أضافه GhostMesh نفسه — لا مسار الراوتر أو الخادم الافتراضي الموجود مسبقاً أبداً. وهذا ما يجعل تشغيل أمر التراجع اليدوي في أي وقت آمناً، وليس فقط أثناء فشل فعلي.
- ليس لدى وضع proxy أصلاً ما يُتراجع عنه، لأنه لا يمس التوجيه أو DNS إطلاقاً.
- يقتصر تراجع وضع TUN تحديداً على إدخالات المسارات/DNS التي طبّقها GhostMesh عند الاتصال.
- يُفعَّل مراقب مستوى الصدفة قبل بدء محاولة الاتصال، لذا يحمي حتى فشلاً يحدث أثناء المصافحة الأولى نفسها.
أسئلة شائعة
ما مهلة الانتظار الافتراضية قبل أن يبدأ التراجع؟
30 ثانية (confirm_timeout_secs) دون أي خادم أعلى قابل للوصول، وعندها يتراجع مراقب العملية عن تغييراته الخاصة ويعود إلى وضع proxy فقط.
هل يزيل المراقب المسار الافتراضي الخاص براوتري؟
لا. تزيل كلتا الطبقتين فقط ما أضافه GhostMesh نفسه عند الاتصال — لا يُمس مسارك الافتراضي السابق إطلاقاً.
ماذا لو تعطّل srsp-client بدلاً من مجرد فشل الاتصال؟
مراقب مستوى الصدفة عملية منفصلة مُفعَّلة قبل بدء الاتصال، لذا يستمر بالعمل حتى لو أُنهيت عملية srsp-client تماماً أو قطع تغيير TUN نفسه الجلسة التي بدأته.