نقطه دسترسی وای‌فای پشت دروازه VPN: یک شبکه محلی را نگه دارید

کارخواهان بی‌سیم می‌توانند پشت VPN بنشینند بی‌آنکه نقطه دسترسی چیزی از تونل بداند. رادیو را به شبکه محلی دروازه پل کنید، بگذارید آدرس‌دهی و تونل از آنِ دروازه باشد، و هر دستگاهی در وای‌فای همان سیاست را به ارث می‌برد. گزینه دیگر، بخش مسیریابی‌شده دومی با دروازه خودش، طراحی متفاوتی با حالت خرابی متفاوت است.

این دو با هم اشتباه گرفته می‌شوند چون هر دو جعبه‌ای میان اینترنت و دستگاه‌های شما می‌گذارند. مقایسه اینکه هر کدام چه چیزی را در اختیار دارد سریع‌ترین راه انتخاب است.

دو راه برای گذاشتن VPN جلوی وای‌فای

در چیدمان پل‌شده نقطه دسترسی قاب‌ها را میان رادیو و بخش سیمی جابه‌جا می‌کند و نه چیز دیگری: یک زیرشبکه، یک مرجع آدرس، یک مسیریاب که سیاست را اعمال می‌کند. در چیدمان مسیریابی‌شده جعبه دوم آدرس‌های خودش، محدوده DHCP خودش و مسیر پیش‌فرض خودش را دارد، بنابراین ترافیک پیش از رسیدن به تونل از مرز دیگری می‌گذرد. طراحی پل‌شده هر دستگاه بی‌سیم را برای دروازه محلی نشان می‌دهد و به همین دلیل یک مجموعه قواعد همه را پوشش می‌دهد. طراحی مسیریابی‌شده به شما بخشی برای اندیشیدن و جای دومی می‌دهد که سیاست در آن خراب شود.

internet
  -> vpn-capable gateway: routing, tunnel, dns, failure policy
  -> bridged access point: radio onto the same lan
  -> wifi clients

وقتی شرط این است که دستگاه‌های بی‌سیم از همان تونل دستگاه‌های سیمی استفاده کنند، پل‌شده را انتخاب کنید. وقتی بخشی می‌خواهید که بتوان جدا کرد، یا وقتی جعبه دوم از پیش به‌عنوان مسیریاب وجود دارد، مسیریابی‌شده را انتخاب کنید.

چیدمان پل‌شده واقعا چه چیزی را تغییر می‌دهد

پل کردن یک لایه ترجمه و یک دروازه پیش‌فرض رقیب را حذف می‌کند و یک مشکل مدیریتی اضافه می‌کند. نقطه دسترسی هنوز به آدرسی نیاز دارد که به آن برسید، که گردش کار فروشنده معمولا آن را از طریق شبکه محلی اصلی ترتیب می‌دهد. سرویس DHCP آن باید خاموش باشد، وگرنه دو مرجع اجاره‌های متناقض صادر می‌کنند. دروازه تونل، تنظیمات حل‌کننده و تصمیم درباره آنچه هنگام افتادن تونل رخ می‌دهد را نگه می‌دارد، پس سیاست دقیقا در یک جا زندگی می‌کند.

رادیو هیچ‌یک از این‌ها را به‌طور خودکار از تونل به ارث نمی‌برد. فقط از افزودن لایه‌هایی که آن را پنهان می‌کنند دست می‌کشد.

بخش مسیریابی‌شده دوم کجا جا می‌شود

بخش مسیریابی‌شده پیچیدگی خود را وقتی سزاوار است که دستگاه‌های پشت آن به رفتاری متفاوت از بقیه شبکه محلی نیاز داشته باشند. شبکه مهمان، یک آزمایشگاه، یا مجموعه‌ای از کارخواهان که همیشه باید از کشوری خاص بیرون بروند، همه دلیل گذاشتن یک مسیریاب در مسیرند. هزینه آن مرجع آدرس دوم، دیوار آتش دومی که باید هماهنگ نگه داشته شود، و مسیر بازگشتی از شبکه محلی اصلی است اگر کسی آنجا به بخش نیاز داشته باشد. این‌ها تعهدند نه جزئیات پیکربندی.

اشتباه رایج ساختن ناخواسته نسخه مسیریابی‌شده است، با استفاده دوباره از مسیریابی که هنوز DHCP و ترجمه خودش را اجرا می‌کند. این ترجمه دوبل و سیاستی می‌سازد که هیچ‌کس نمی‌تواند ردیابی کند.

از کارخواه وای‌فای آزمایش کنید، نه از دروازه

درخواست موفق روی دروازه ثابت می‌کند تونل برای دروازه کار می‌کند. پرسش واقعی این است که آیا ترافیک فرستاده‌شده کارخواه بی‌سیم از آن استفاده می‌کند، و این باید از کارخواه مشاهده شود. دستورهای زیر آدرس کارخواه، مسیر آن و آدرسی را که یک سرویس دور می‌بیند بررسی می‌کنند.

ip -4 addr show wlan0
ip route get 1.1.1.1
curl -sS https://api.ipify.org; echo
traceroute -n -m 4 1.1.1.1

آدرسی درون شبکه محلی دروازه تایید می‌کند که پل قاب‌ها را عبور می‌دهد نه ترجمه. مسیری که اولین گامش دروازه است تایید می‌کند کارخواه مسیر پیش‌فرض دومی از جای دیگر نگرفته است. بررسی آدرس خروج به پرسش واقعی پاسخ می‌دهد و رد کوتاه نشان می‌دهد آیا گام‌های نخست همان‌هایی هستند که انتظار می‌رفت. اگر آدرس کارخواه از محدوده دیگری بیاید، نخستین مظنون یک سرور DHCP سرگردان است.

نقش هر جعبه، آدرس آن و مرجع DHCP را بنویسید. نموداری با سه خط کافی است و بیشتر بحث‌ها درباره اینکه یک قاعده به کجا تعلق دارد را حل می‌کند.