دو LAN روی NetBird: کدام همتاها مسیریابی می‌کنند و چه کسی می‌تواند صحبت کند
ثبت‌نام یک LAN را مسیریابی نمی‌کند. برای هر سایت یک همتای مسیریابی انتخاب کنید، پوشاندن را روشن نگه دارید، دامنه سیاست را محدود کنید و سپس به هر دروازه LAN پرش بعدی را بیاموزید.
یک ایستگاه کاری در LAN غربی مرورگر را باز می‌کند، نشانی یک برنامه در LAN شرقی را می‌نویسد و تا پایان مهلت منتظر می‌ماند. هر صفحه NetBird می‌گوید همتاها متصل هستند، که درست است و به موضوع ربطی ندارد: بودن در یک شبکه پوششی با داشتن دو زیرشبکه محلی در یک شبکه یکی نیست. مسیر زیر از همان ایستگاه کاری آغاز می‌شود و با درخواستی پایان می‌یابد که طراحی عمداً رد می‌کند، و هر ایستگاه چیزی است که از دستگاه می‌خوانید نه اینکه حدس بزنید. انتظار داشته باشید قطعه گمشده یک مسیر یا سیاست باشد، نه شبکه پوششی.
ابتدا خطا را از ایستگاه کاری بخوانید
پیش از باز کردن کنسول مدیریت، روشن کنید ایستگاه کاری واقعاً چه می‌فرستد. جدول مسیریابی خودش تعیین می‌کند بسته به دروازه سایت، به یک رابط محلی یا به هیچ‌جا برود، و این تصمیم بدون هیچ ابزار پوششی دیده می‌شود. دستگاهی که برای پیشوند دور مسیر ندارد شکست می‌خورد، هرقدر هم فهرست همتاها سالم به نظر برسد. محدوده پوشش و پیشوند خود سایت فضاهای نشانی متفاوتی هستند و ثبت‌نام فقط یکی از آن‌ها را تنظیم کرده است.
سپس تبدیل نام را از دسترس‌پذیری جدا کنید، چون مرورگر هر دو را یکسان به‌صورت پایان مهلت گزارش می‌دهد. درخواست را بر اساس نشانی از دستگاهی که کارخواه NetBird دارد و سپس از یک ایستگاه کاری معمولی که ندارد تکرار کنید. اگر دستگاه ثبت‌شده موفق شود و معمولی شکست بخورد، فاصله در مسیریابی محلی است؛ اگر هر دو شکست بخورند، پیش از تغییر مسیر ادامه دهید.
برای هر سایت یک همتای مسیریابی انتخاب کنید
همتای مسیریابی میزبانی است که در شبکه پوششی نماینده LAN خود است، پس به‌جای ایستگاه کاری میز کسی، دستگاهی لینوکسی با دسترس‌پذیری پایدار به زیرشبکه انتخاب کنید. آن را با فرایند معمول ثبت کنید و در گروهی به نام نقش بگذارید، چون منبع شبکه و سیاست هر دو به آن گروه ارجاع می‌دهند. یک نماینده برای هر سایت خوانا می‌ماند؛ انبوهی از داوطلبان که همان پیشوند را اعلام می‌کنند هر پرسش بعدی را به جلسه عیب‌یابی تبدیل می‌کند. نشانی همتا در بخش محلی به‌اندازه هویت پوششی آن مهم است، چون همان نشانی پرش بعدی می‌شود که به هر دستگاه معمولی گفته می‌شود.
پیش از دست زدن به کنسول برنامه را بنویسید، چون نام‌ها و پیشوندها همان جایی هستند که این طرح‌ها منحرف می‌شوند: پیشوند، دروازه، نشانی همتا و گروه، برای هر سایت. غرب 10.52.0.0/24 است که 10.52.0.5 آن را سرویس می‌دهد و شرق 10.63.0.0/24 است که 10.63.0.5 آن را سرویس می‌دهد؛ دو گروه west-routers و east-routers هستند و هیچ پیشوندی نباید با دیگری، با محدوده پوشش یا با مقصد مسیریابی‌شده دیگری همپوشانی داشته باشد.
منبع را بسازید، پوشاندن را روشن نگه دارید
در داشبورد مستقر، برای هر سایت یک منبع شبکه بسازید و گروه همتای مسیریابی همان سایت را به آن بپیوندید. منبع همان پیشوند است و گروه همان میزبانی است که برای آن پاسخ می‌دهد، و هر دو باید پیش از اعلام هر چیز وجود داشته باشند. تأیید کنید نسخه خودمیزبان مستقر اصلاً گردش‌کار شبکه‌ها را دارد، چون رابط قدیمی‌تری با شیء مسیر هم‌نام ویژگی دیگری است.
پوشاندن را روشن بگذارید. راهنمای سایت به سایت NetBird آن را در این آرایش لازم می‌داند، و خاموش کردنش برای دیده شدن هر نشانی اصلی همان طرح با یک پرش کمتر نیست؛ تغییری در آنچه بررسی‌های مبدأ و سیاست‌های پوشش می‌بینند ایجاد می‌کند. پیامد را بهتر است صریح بگوییم: سرویس گیرنده همتای مسیریابی را به‌عنوان مبدأ ثبت می‌کند، نه ایستگاه کاری فردی را. اگر فهرست مجاز یا حسابرسی آن سرویس نشانی ایستگاه‌های کاری را انتظار دارد، یا انتظار تغییر می‌کند یا هویت باید پیش از تبدیل در مرز سایت اعمال شود.
به آغازگرها مجوز بدهید، نه به پیشوندها
مسیر یک نشانی را دسترس‌پذیر می‌کند و سیاست تعیین می‌کند چه کسی می‌تواند از آن استفاده کند؛ این دو شیء جداگانه با مالکان جداگانه‌اند. سیاست را از بار کاری به عقب بنویسید: کدام گروه آغاز می‌کند، کدام منبع را هدف می‌گیرد و به کدام سرویس TCP نیاز دارد. شبکه‌ای که هر دو پیشوند را به هر همتای ثبت‌شده اعلام می‌کند دسترس‌پذیری ساخته و چیزی را حل نکرده است.
سپس بخوانید چه چیز دیگری از قبل مجاز است، چون قاعده تنگ جدید قاعده پهن قدیمی را که بالای آن است لغو نمی‌کند. وقتی شرق هم باید اتصال‌هایی به غرب آغاز کند، آن جهت را به‌عنوان سیاست خودش بنویسید؛ ترافیک برگشتی جلسه‌ای که غرب باز کرده، پرسشی متفاوت از مجاز کردن جلسه‌های جدید به سمت شرق است. اگر فقط برخی ایستگاه‌های کاری غربی باید به برنامه شرقی برسند، آن‌ها را پیش از تبدیل در مرز سایت انتخاب کنید و احراز هویت خود برنامه را سر جایش بگذارید. همتای مسیریابی ترافیک LAN را به‌صورت کل سایت حمل می‌کند نه به‌صورت هویت پوششی هر کاربر، پس حساب‌گیری به‌ازای هر کاربر باید از جای دیگری بیاید.
به هر دروازه پرش بعدی را بیاموزید، سپس یک رد را بیازمایید
دستگاه‌های معمولی هرگز پوشش را نمی‌بینند، پس دروازه خودشان به یک مسیر ایستا نیاز دارد که پیشوند دور را به نشانی LAN همتای مسیریابی اشاره دهد. این همان گامی است که مردم جا می‌اندازند، چون هر چیز دیدنی درون NetBird از قبل کار می‌کند در حالی که ایستگاه‌های کاری معمولی هنوز مهلت را تمام می‌کنند. دروازه مسیر پیش‌فرض خود را همان‌گونه که بود نگه می‌دارد؛ این پیشوند یک افزودن است، نه جایگزینی.
دو توصیف مسیر به پیکربندی دروازه هر سایت تعلق دارند، نه به بازنویسی روی میزبان. هر دو مسیر ایستای معمولی‌اند و هیچ‌کدام مسیر پیش‌فرض را لمس نمی‌کند:
west gateway: 10.63.0.0/24 via 10.52.0.5
east gateway: 10.52.0.0/24 via 10.63.0.5با برنامه‌ای که پروژه واقعاً نیاز دارد، از یک ایستگاه کاری معمولی آزمایش کنید و سه چیز را ثبت کنید: پرش بعدی انتخاب‌شده در سمت فرستنده، سیاستی که تطبیق یافت و نشانی مبدأیی که سرویس ثبت کرد. رد شدن را هم بیازمایید، چون طرحی که هرگز چیزی را رد نکرده لبه‌های ناشناخته دارد، و همان رد تنها شاهد این است که سیاست کار را می‌کند نه مسیریابی. وقتی شرق هم باید آغاز کند، از همان سمت اتصال تازه‌ای شروع کنید نه اینکه فرض کنید جهت دوم دنبال می‌شود. راه‌اندازی دوباره، ارتقا و جایگزینی همتای مسیریابی را هم برنامه‌ریزی کنید، چون یک میزبان به وابستگی سایت تبدیل شده است.
| Test | A pass looks like | A failure points at |
|---|---|---|
| Ordinary workstation opens the east application | Next hop on west is the routing peer | Missing static route on the west gateway |
| A source outside policy is refused | No session in the service log | Policy too broad, or a route bypasses it |
| East starts a connection, if required | A fresh reverse session succeeds | No policy for the reverse direction |
نام‌های خصوصی طرح تبدیل خودشان را می‌خواهند، چون دسترس‌پذیری رکوردهای DNS نمی‌سازد و مسیر IP کاری با نام خراب دقیقاً مثل مسیر خراب خوانده می‌شود. اگر همتای مسیریابی درون شبکه ابری اجرا می‌شود، قواعد ارسال و دیوار آتش ارائه‌دهنده را هم بررسی کنید، چون ثبت‌نام آن‌ها را نادیده نمی‌گیرد. مشاهدات آزمون را کنار برنامه نگه دارید، چون نفر بعدی که این را عیب‌یابی می‌کند سیاست تطبیق‌یافته و نشانی مبدأ ثبت‌شده را می‌خواهد، نه توصیف توپولوژی را.