مسیر ایستا در FRITZ!Box: آن را به IP محلی دروازه VPN اشاره دهید
FRITZ!Box به پیشوند راه‌دور و نشانی محلی جعبه VPN نیاز دارد، نه نشانی تونل. سه فیلد و مسیر بازگشت را درست تنظیم کنید.
شبکه محلی خانه شما یک FRITZ!Box به عنوان روتر پیش‌فرض دارد و یک جعبه کوچک لینوکس در کنارش کار VPN انجام می‌دهد. جعبه به شبکه دفتر دسترسی دارد، اما لپ‌تاپ پشت FRITZ!Box ندارد. یک مسیر ایستا این را با سه فیلد درست می‌کند و تنها دشواری واقعی امتناع از گذاشتن نشانی تونل در فیلد دروازه است. دروازه همان روتر بعدی در شبکه محلی خودتان است و همیشه بوده است.
سه فیلد را قبل از باز کردن رابط بنویسید
شبکه محلی 192.168.50.0/24، یک FRITZ!Box روی 192.168.50.1 و یک جعبه VPN با نشانی ثابت 192.168.50.2 را در نظر بگیرید که از قبل مسیر محافظت‌شده کارآمدی به 10.40.0.0/16 دارد. مسیر می‌گوید: برای آن پیشوند راه‌دور، بسته را به دستگاهی روی نشانی ثابت شبکه محلی بدهید. نقطه پایانی عمومی سرور VPN راه‌دور و نشانی تونل داخلی آن هر دو اینجا بی‌اهمیت‌اند، چون FRITZ!Box هرگز چیزی مستقیماً به آن‌ها نمی‌فرستد.
| فیلد | مقدار | چه چیزی را نام می‌برد |
|---|---|---|
| شبکه IPv4 | 10.40.0.0 | شبکه مقصد راه‌دور |
| ماسک زیرشبکه | 255.255.0.0 | آن مقصد چقدر بزرگ است |
| دروازه | 192.168.50.2 | روتر بعدی در شبکه محلی خانه |
آن نشانی محلی را بیرون از استخر DHCP رزرو کنید، وگرنه دروازه‌ای که تنظیم کرده‌اید روزی مال یک گوشی خواهد شد.
FRITZ!Box مسیر را کجا نگه می‌دارد
FRITZ! کنترل‌های مسیرهای IPv4 را زیر شبکه خانه، سپس شبکه، سپس تنظیمات شبکه باز می‌کند و برچسب و تودرتویی دقیق به مدل و نسخه FRITZ!OS بستگی دارد. اگر جدول مسیرها پنهان است نمای پیشرفته را فعال کنید، یک ورودی با مقادیر بالا اضافه کنید و اعمال کنید. نگاهی به راهنمای مدل مشخص خودتان ارزش دارد، چون همان کارکرد بیش از یک بار بین نسخه‌ها جابه‌جا شده است. به جمله‌بندی دقیق ورودی‌ای که ذخیره می‌کنید توجه کنید، چون یک ورودی جدول به‌ندرت می‌گوید کدام صفحه آن را ساخته است.
این همان قابلیتی نیست که خود FRITZ!Box یک VPN را پایان می‌دهد. یک مسیر به دستگاه دیگری اشاره می‌کند؛ VPN داخلی خودِ دستگاه است.
دروازه باید مسیریابی کند، نه فقط دسترسی داشته باشد
میزبانی که به شبکه راه‌دور دسترسی دارد به‌طور خودکار روتر بقیه شبکه محلی نیست. جعبه VPN به فعال بودن ارسال IP، به سیاست دیوار آتشی که ارسال بین رابط شبکه محلی و تونل را مجاز کند، و به مسیری نیاز دارد که پاسخ را به شبکه محلی برگرداند نه از مسیر پیش‌فرض خودش بیرون بفرستد. فعال کردن ارسال و فراموش کردن قاعده دیوار آتش رایج‌ترین نیمه‌راه است و از دید کلاینت مثل خطای مسیریابی به نظر می‌رسد.
این را از سمت FRITZ!Box با پینگ کردن نشانی محلی جعبه VPN بررسی کنید، و سپس از سمت یک کلاینت با ردیابی مسیر به یک نشانی راه‌دور و تأیید اینکه پرش دوم همان جعبه است.
مسیر بازگشت و محدوده‌های هم‌پوشان
طرف راه‌دور به مسیری برای 192.168.50.0/24 از طریق تونل نیاز دارد، مگر اینکه عمداً مبدأ را در جعبه VPN ترجمه کنید. حفظ کردن و ترجمه کردن دو سیاست متفاوت با گزارش‌ها و قواعد دسترسی متفاوت هستند، و مسیر ایستایی که همین حالا اضافه کردید بین آن دو انتخاب نمی‌کند. محدوده‌های هم‌پوشان مسئله سخت‌تری هستند: اگر شبکه محلی شما و شبکه راه‌دور پیشوند مشترک داشته باشند، یک مسیر میزبان نمی‌تواند آن‌ها را از هم جدا کند و طرح نشانی‌ها باید تغییر کند.
افزودن مسیری دقیق‌تر در جای دیگری از شبکه محلی، یا یک کلاینت VPN دوم روی لپ‌تاپ، بی‌صدا بر ورودی FRITZ!Box پیروز می‌شود.
از یک کلاینت معمولی آزمایش کنید، سپس خرابی را آزمایش کنید
آزمایش را از یک ماشین معمولی مجاز در شبکه محلی اجرا کنید، نه از جعبه VPN، چون جعبه از قبل کار می‌کرد و چیزی را ثابت نمی‌کند. به یک سرویس راه‌دور برسید و پاسخ را بررسی کنید، سپس تأیید کنید که مقصدهای نامرتبط اینترنت همچنان مسیر پیش‌فرض را می‌گیرند و از تونل کشیده نمی‌شوند. جایگزین کردن مسیر پیش‌فرض برای رسیدن به یک زیرشبکه بسیار تغییر بزرگ‌تری از ورودی سه‌فیلدی است که با آن شروع کردید.
در پایان، VPN را قطع کنید و ببینید چه می‌شود. مسیر ایستا در جدول می‌ماند در حالی که دروازه‌اش مسیر محافظت‌شده را از دست داده است، پس ترافیک در جعبه شکست می‌خورد نه اینکه به اینترنت برگردد، و هر الزامی برای مسدود کردن ترافیک بازگشتی به سیاست خود جعبه تعلق دارد نه به یک مسیر ذخیره‌شده.