هل تستخدم عقدة خروج Tailscale؟ احتفظ بالوصول إلى شبكة LAN المحلية

كانت الطابعة تعمل قبل تشغيل عقدة الخروج، والآن لا يستطيع الحاسوب المحمول رؤيتها. اختيار عقدة خروج يغيّر المسار الافتراضي، فيتوقف العميل عن إرسال حركة الشبكة المحلية الفرعية عبر الواجهة الفيزيائية. هذا هو السلوك المقصود، وليس فشلًا في الاكتشاف. إعداد واحد موثّق يعيد الشبكة القريبة، والعمل هو فهم أي شبكة يعيدها بالضبط.

لماذا تختفي الطابعة عند تشغيل عقدة الخروج

تعلن عقدة الخروج عن نفسها كمسار لحركة الإنترنت. يوجّه العميل مساره الافتراضي إلى العقدة، وتُمرّر العقدة الحزم إلى الأمام، فكل ما كان يخرج عبر شبكة Wi-Fi في المقهى يخرج الآن عبر الطرف البعيد. الوجهات المحلية غير مستثناة افتراضيًا. لذلك يصبح جهاز على شبكة Wi-Fi نفسها غير قابل للوصول رغم أن الحاسوب المحمول ما زال مرتبطًا بتلك الشبكة.

تُوجّه الحزم إلى النفق وتخرج من الجانب البعيد، حيث لا توجد تلك الشبكة المحلية. تفشل بروتوكولات الاكتشاف أولًا لأنها تعتمد على البث العام أو البث المتعدد الذي لن يعبر مسار الخروج. ثم يفشل طابور طابعة محفوظ بطريقة تبدو كعطل في برنامج التشغيل.

الخيار يعيد شبكة LAN المجاورة للحاسوب المحمول

خيار الشبكة المحلية يتعلق بالشبكة المجاورة للعميل، لا بالشبكة خلف عقدة الخروج. إذا كان الحاسوب المحمول على Wi-Fi المقهى وعقدة الخروج في المنزل، فإن الخيار يعيد الوصول إلى الأجهزة في جانب المقهى. لا يفتح شبكة LAN المنزلية، ولا ينشئ مسارًا إلى المكتب. توثيق عقدة الخروج يسمّي --exit-node-allow-lan-access كمفتاح؛ مرّره عبر tailscale set أو tailscale up، حسب ما يستخدمه إعداد العميل لديك.

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

الخيار لا يجعل الأجهزة القريبة موثوقة، ولا يتجاوز ضوابط الوصول الخاصة بها. الطابعة التي تقبل مهامًا من المقهى بأكمله تظل طابعة تقبل مهامًا من المقهى بأكمله. تعامل مع الإعداد كتسهيل للتوجيه لا كحدود أمنية.

الوصول إلى مكتب بعيد آلية مختلفة

الوصول إلى NAS منزلي لا يشغّل Tailscale يحتاج إلى موجه شبكة فرعية. يعلن ذلك الجهاز عن البادئة الخاصة داخل tailnet، ثم على المسؤول الموافقة على المسار قبل أن يتمكن العملاء من استخدامه. عقدة الخروج لا دور لها في ذلك المسار.

الجهاز الذي يشغّل Tailscale بنفسه لديه بالفعل عنوان tailnet. لا يحتاج خيار الشبكة المحلية، وتفعيل الخيار لن يجعله يظهر.

أبقِ الآليات الثلاث منفصلة. عقدة الخروج تغيّر وجهة حركة الإنترنت، وموجه الشبكة الفرعية يوسّع الوصول إلى بادئة خاصة، والوصول إلى الشبكة المحلية يعيد شبكة LAN الفيزيائية التي يتصل بها الحاسوب المحمول. خلطها ينتج إعدادًا يبدو صحيحًا ولا يوجّه شيئًا. اكتب أيها تغيّر قبل أن تغيّره.

اختبر العنوان قبل قائمة الاكتشاف

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

tailscale status
ping -c 2 192.168.1.50
nc -vz 192.168.1.50 9100

اقرأ المخرجات الثلاث بالترتيب. tailscale status يُظهر ما إذا كان العميل ما زال يختار عقدة الخروج، ويثبت ping أن العنوان قابل للوصول، ويثبت فحص المنفذ أن الخدمة تستمع. إذا عمل العنوان ولم يعمل اسم المضيف المحفوظ، فالمشكلة في تحليل الأسماء. إذا لم يعمل أي منهما، فتحقق من المسار المختار وخدمة الوجهة وجدار الحماية قبل تغيير العميل مرة أخرى.

قرر لكل شبكة، ثم أعد الاختبار بعد تغيير

فعّل الوصول المحلي على الشبكات التي تثق فيها بالجيران وتحتاج فيها إلى المورد. اتركه مغلقًا على الشبكات غير الموثوقة حيث الهدف الوحيد هو خروج عام. الإعداد يتبع الشبكة، لذا يحتاج الحاسوب المحمول الذي يتنقل بين شبكة منزلية ومقهى إلى إجابة مدروسة لكل منهما.

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