tailscale status يسرد الأجهزة الأخرى، وأنت على حاسوب محمول يعمل بـ Linux، ومع ذلك يظل NAS عند 10.80.0.25 ينتهي بالمهلة. شبكة tailnet سليمة، وموجّه الشبكة الفرعية متصل، ولا شيء في مخرجات العميل يقول لماذا تكون الشبكة المحلية خلفه غير قابلة للوصول. يمضي الشرح أدناه من ذلك العَرَض إلى الخارج: العلم على هذا العميل، ثم الإعلان على الموجّه، ثم الموافقة، ثم السياسة، وبعدها فقط الوجهة نفسها. كل بوابة تفشل بالمهلة نفسها، لذا الترتيب أهم من الأوامر.

ما يرفض عميل Linux تثبيته

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

ثمة أمران منفصلان يُسمّيان توجيهًا هنا، وواحد فقط منهما يخصّك. الموجّه يعلن بادئة في tailnet؛ وجهازك يقرّر هل يثبّتها. الفشل في أي منهما ينتج المهلة نفسها، ولهذا يضيّع التخمين بعد الظهر. اكتشف أي جانب يرفض قبل أن تحرّر أي شيء.

فعّل قبول المسارات على هذا الجهاز

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

sudo tailscale set --accept-routes
tailscale status
ip route show table 52

يثبّت Tailscale المسارات المقبولة في جدوله الخاص على Linux، لذا ظهور بادئة في الجدول 52 دليل مباشر على أن هذا العميل ثبّت الإعلان. إذا غاب نطاقك من ذلك الجدول، توقّف: المشكلة محلية ولن يغيّرها أي قدر من العمل على الموجّه.

تعرض العملاء الأقدم التفضيل نفسه كعلم على أمر تسجيل الدخول، لذا sudo tailscale up --accept-routes هو البديل عندما يكون tailscale set مفقودًا. استخدمه بدلًا من تحرير المسارات يدويًا، لأن الخادم يعيد كتابة جدوله ويختفي تعديلك عند إعادة الاتصال التالية. تحقّق من الإصدار قبل نسخ أمر من منشور أقدم.

افحص الإعلان والموافقة كلًا على حدة

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

sudo tailscale up --advertise-routes=10.80.0.0/24
sysctl net.ipv4.ip_forward
ip -br addr

قارن البادئة المعلَنة بالعنوان الذي تحاول الوصول إليه فعلًا، حرفًا بحرف. الموجّه الذي يعلن 10.70.0.0/24 لا يقول شيئًا عن NAS عند 10.80.0.25، وعدم التطابق غير مرئي في كل مخرجات الحالة لأن الرقمين يبدوان متساويين في المعقولية. معظم تقارير المسار المعطّل تنتهي هنا. أصلح الإعلان قبل أن تمسّ أي شيء لاحق.

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

افحص العنوان الخاص قبل اسم المضيف

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

tailscale ping 10.80.0.1
ping -c 2 10.80.0.25
nc -vz 10.80.0.25 445
getent hosts nas.internal.example

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

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

لماذا لا يكون علم العميل إعدادًا للموجّه

هذه أدوار مختلفة بمتطلبات مختلفة، ونسخ علم عميل إلى موجّه هو كيف تكتسب شبكة tailnet عاملة حلقة. الآلة التي تعلن مسارات تحتاج إلى تمرير، وقواعد جدار ناري تسمح بالحركة الممرَّرة، وقرار حول البادئات التي تعلنها. لا شيء من ذلك يتضمنه --accept-routes.

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

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

مقالات ذات صلة