پورتال پذیرش و بن‌بست VPN: کدام طرف اول حرکت می‌کند
پورتال هتل پیش از وجود تونل ترافیک می‌خواهد؛ VPN تا بالا نیامدن تونل جلوگیری می‌کند. دو ترتیب را و آنچه هرکدام در این فاصله آشکار می‌کند مقایسه کنید.
پورتال هتل پیش از عبور دادن هر ترافیکی یک مرورگر می‌خواهد. VPN شما پیش از بالا آمدن تونلش از عبور ترافیک خودداری می‌کند. هر طرف منتظر دیگری است و هر دو دقیقاً همان‌گونه که پیکربندی شده‌اند رفتار می‌کنند. تنها دو ترتیب این بن‌بست را می‌شکند و آن‌ها در آنچه هنگام باز بودن فاصله آشکار می‌کنند تفاوت دارند. یکی را آگاهانه انتخاب کنید، نه اینکه هر تنظیمی را که مرورگر را باز می‌کند دستکاری کنید.
دو ترتیب، یکی از آن‌ها کار می‌کند
یا شبکه ابتدا شما را می‌پذیرد و تونل دوم می‌آید، یا استثنایی باریک برای پورتال باز می‌کنید و سپس مسدودسازی را برمی‌گردانید. هر دو مشروع‌اند. نامشروع این است که مسدودسازی را خاموش کنید و فراموش کنید آن را برگردانید.
| Order | What it costs | When it fails |
|---|---|---|
| Admit, then connect | Nothing extra; the block stays on | The client cannot reach the portal with the tunnel down |
| Exception, then restore | A timed window of direct access | The window is left open, or scoped too broadly |
این دو ترتیب در هر وضعیتی به یک اندازه خوب نیستند. دستگاه مدیریت‌شده با فرایند پذیرش اجباری یک پاسخ دارد و لپ‌تاپ شخصی روی Wi-Fi هتل پاسخ دیگری. مقایسه درباره چیزی است که هر گزینه از آن می‌گذرد.
با دانستن اینکه کلاینت و سیاست دستگاه شما واقعاً کدام را پشتیبانی می‌کنند شروع کنید.
گزینه A: شبکه شما را بپذیرد، سپس تونل متصل شود
نام شبکه مورد انتظار را تأیید کنید، سپس از درخواست ورود سیستم‌عامل یا جریان پورتال پذیرش که کلاینت پشتیبانی می‌کند استفاده کنید. در iPhone و iPad، بستن برگه ورود می‌تواند یا پیوند شبکه را قطع کند یا آن را با هشدار نبود اینترنت در شبکه نگه دارد، و این‌ها نقطه‌های شروع متفاوتی هستند. ابتدا مرحله پذیرش را کامل کنید و سپس تونل را بالا بیاورید. این ترتیب مسدودسازی را در تمام مدتی که تونل پایین است دست‌نخورده نگه می‌دارد.
گیر کار اینجاست که پورتالی که دسترسی به اینترنت را مجاز می‌کند، حساب VPN شما را احراز هویت نکرده است. تونل هنوز باید بعد از آن متصل شود و ممکن است به دلایل خودش شکست بخورد. پذیرش و احراز هویت دو رویداد جدا هستند که مردم آن‌ها را در یکی ادغام می‌کنند.
اگر پذیرش مرتب منقضی می‌شود، توجه کنید که پورتال دوباره می‌پرسد، شبکه قطع می‌شود، یا فقط VPN شکست می‌خورد.
گزینه B: استثنای باریک ورود، سپس بازگرداندن مسدودسازی
جانشین این است که ترافیک پورتال را در حالی که مسدودسازی در بقیه موارد برقرار است مجاز کنید، وارد شوید و سپس استثنا را بردارید. استثنا باید باریک باشد: یک مقصد یا یک محدوده نشانی، برای مدت ورود، با بازگرداندن فوری مسدودسازی پس از آن. یک پنجره موقت گسترده همان چیزی است که ورود دو دقیقه‌ای را به یک بعدازظهر ترافیک بی‌محافظ تبدیل می‌کند.
بدانید کلاینت شما واقعاً چه چیزی را پیاده‌سازی می‌کند. OpenVPN Connect در macOS تشخیص پورتال پذیرش را جدا از گزینه‌ای مستند می‌کند که دسترسی به اینترنت را هنگام مکث یا اتصال مجدد VPN مسدود می‌کند. تشخیص پورتال و مجاز کردن ترافیک آن دو کار مرتبط هستند، نه دو وعده قابل تعویض.
روی دستگاه مدیریت‌شده، به‌جای ابداع یک استثنا، از فرایند پذیرش پیکربندی‌شده پیروی کنید.
فاصله چه چیزی را آشکار می‌کند، و برای چه کسی
بخش جالب این بن‌بست زبانه مرورگر پیش روی شما نیست. هر چیز دیگری است که همان لحظه‌ای که اتصال پدیدار می‌شود شروع به استفاده از شبکه می‌کند: ایمیل، همگام‌سازی عکس، بررسی به‌روزرسانی‌ها، کلاینت چتی که دوباره متصل می‌شود، عامل پشتیبانی که از سر می‌گیرد.
پنجره ساکت مرورگر هیچ چیزی درباره آن‌ها به شما نمی‌گوید. پیش از هر بازه مجاز دسترسی مستقیم، کار حساس را ببندید یا متوقف کنید و بررسی کنید هنگام ورود چه چیزی اجرا می‌شود. در Android، VPN همیشه‌فعال همراه با مسدود کردن اتصال‌های بیرون از VPN کنترل مرتبط است، و یک استثنای دلبخواه مسیر جانشین درک آن نیست.
این تنها جایی است که توصیه قدیمی درباره پنجره‌های دسترسی موقت هنوز معتبر است. نگرانی درست بود، حتی آنجا که سازوکار درست نبود.
چگونه انتخاب کنید و چگونه تأییدش کنید
گزینه A را انتخاب کنید وقتی دستگاه یا کلاینت جریان واقعی پورتال را پشتیبانی می‌کند، چون مسدودسازی را در همه حال دست‌نخورده نگه می‌دارد. گزینه B را انتخاب کنید وقتی پورتال به هیچ راه دیگری در دسترس نیست، و استثنا را تغییری زمان‌دار با یک مسئول بدانید.
سپس توالی را تأیید کنید نه نتیجه را:
curl -sS --max-time 8 https://example.com -o /dev/null -w '%{http_code}\n'پذیرش را کامل کنید، پروفایل مورد نظر را برقرار کنید، هر کنترل مسدودسازی را که موقتاً تغییر کرده بازگردانید، و سپس درخواست تازه و بی‌ضرری بفرستید و تأیید کنید که از تونل می‌گذرد. درخواستی که چون مسدودسازی هنوز خاموش است موفق می‌شود هیچ چیزی درباره تونل ثابت نمی‌کند.
تغییر خروجی VPN نشست منقضی هتل را تازه نمی‌کند. این‌ها رویدادهای متفاوتی هستند و اشتباه گرفتنشان شما را به جست‌وجو در جای اشتباه می‌فرستد.