VPN در حالت هواپیما روی Connecting گیر کرده: پیوند بالاسو را پیدا کنید
مشتریای که در حالت هواپیما روی Connecting میماند شاید بهسادگی هیچ پیوند بالاسویی نداشته باشد. وضعیت رادیو، اتصال به شبکه، ورود به درگاه و سیاست مسدودسازی را از هم جدا کنید.
گوشی نماد هواپیما را نشان میدهد، مشتری VPN دو دقیقه است روی Connecting مانده و پروفایل درست است. یک ساعت پیش در همان ساختمان کار میکرد. هیچ چیزی خراب نیست: VPN اتصالی است که شبکهای دیگر آن را حمل میکند و حالت هواپیما همان شبکهای را که آن را حمل میکرد برداشته است. مشتری مدام دوباره تلاش میکند، چون بدون پیوند بالاسو همین کار را میکند.
چیزی که گیجکننده است این است که نماد هواپیما به شما نمیگوید Wi-Fi در دسترس است یا نه، و Connecting نمیگوید مشتری در حال احراز هویت است یا فقط منتظر مانده. این دو خوانش را جدا کنید و تشخیص یک دقیقه طول میکشد.
نماد هواپیما گزارش رادیو نیست
روی دستگاههای Android پشتیبانیشده، Wi-Fi و Bluetooth میتوانند در حالت هواپیما روشن بمانند و دستگاه انتخاب آخرین بار شما را به یاد میآورد. راهنمای Google درباره حالت هواپیما در Pixel دقیقاً همین رفتار را توصیف میکند. پس نماد میتواند فقط یعنی شبکه سلولی خاموش است و بس.
وضعیت واقعی را بررسی کنید، نه نماد را. adb shell settings get global airplane_mode_on برای خود حالت مقدار 0 یا 1 برمیگرداند و adb shell dumpsys connectivity شبکههایی را که دستگاه اکنون دارد با وضعیت اعتبارسنجیشان فهرست میکند. این دو خروجی با هم به پرسشی پاسخ میدهند که نماد نمیتواند.
اگر Wi-Fi خاموش باشد، یا روشن ولی به چیزی متصل نباشد، مسیری به نقطه پایانی VPN وجود ندارد و هیچ شمار بار اتصال دوباره آن را نمیسازد. این همان حالتی است که ارزش دارد اول کنار گذاشته شود، چون تنها حالتی است که راهحل درست بیرون از برنامه VPN است.
Connecting در واقع چه معنایی دارد
مشتری میتواند پروفایلی ذخیرهشده نگه دارد، نامش را نشان دهد و چرخی نمایش دهد بدون آنکه با چیزی تماس گرفته باشد. پیکربندی محلی است. ساختن تونل به سروری قابل دسترس، یک دستدادن کامل و یک رابط برای مسیریابی نیاز دارد. فقط بخش آخر به شبکهای کارا نیاز دارد، و به همین دلیل دو بخش اول با رادیوی خاموش هم موفق به نظر میرسند.
پس چرخ با دستکم سه موقعیت متفاوت سازگار است: هیچ پیوند بالاسویی نیست، پیوند بالاسویی که به نقطه پایانی نمیرسد، و پیوند بالاسویی که میرسد ولی احراز هویت شکست میخورد. روی صفحه یکسان و در گزارش کاملاً متفاوت دیده میشوند. به همین دلیل نخستین مدرک سودمند در هر یک از این حالتها گزارش است، نه تلاش دیگر.
مستندات خود Android درباره VPN همین مرز را میان برقراری اتصال و سیاستهای جداگانه همیشهروشن و مسدودسازی میکشد. همین جداسازی دلیل آن است که گوشی میتواند آفلاین محفوظ به نظر برسد و در همان حال تونلی نداشته باشد.
چهار حالتی که ارزش دارد از هم جدا شوند
چهار حالت زیر همانهایی هستند که ارزش نام بردن دارند، چون صفحه آنها را یکسان نمایش میدهد.
| State | What you will see | What to do |
|---|---|---|
| Airplane mode, Wi-Fi off | No networks in dumpsys, VPN retries forever | Turn Wi-Fi on, or accept that the tunnel cannot exist |
| Wi-Fi on, not associated | Interface exists, no default network | Join the access point |
| Associated, not validated | Network listed, captive-portal flag set | Complete the portal sign-in, then reconnect |
| Validated, tunnel down | Internet works, VPN fails or blocks | Debug the tunnel, not the radio |
ردیف سوم بیشتر مردم را در هتلها و فرودگاهها میگیرد. اتصال به معنی اجازه ورود نیست: درگاهی که گوشی را رد نکرده باشد با خوشحالی رمز Wi-Fi را میپذیرد و بعد از فرستادن ترافیک به نقطه پایانی VPN خودداری میکند. اول از مرورگر وارد شدن، وقتی تونل خاموش است، معمولاً تنها راه عبور است.
چرا مسدودسازی بدتر نشانش میدهد
اگر VPN همیشهروشن و مسدود کردن اتصالهای بدون VPN هر دو فعال باشند، هر برنامه پوششدادهشده هر وقت تونل بالا نباشد مسدود میشود. این کارکرد ویژگی است، نه نقص دوم. نشانه از شکست یک برنامه به شکست همه چیز تغییر میکند، که مانند مشکلی بسیار بزرگتر خوانده میشود.
همچنین توالیای را توضیح میدهد که مردم بد میخوانند: حالت هواپیما روشن، پیوند بالاسو نیست، برنامهها مسدود، VPN میگوید connecting. مسدودسازی همان سیاست بود که کارش را میکرد. خاموش کردن سیاست برای آزمودن پیوند بالاسو همان محافظتی را برمیدارد که احتمالاً میخواستید و چیزی به شما نمیآموزد.
بهجای آن دامنه را بررسی کنید. کدام برنامهها پوشش داده شدهاند، کدام مستثنی شدهاند و پروفایل برای هر کاربر است یا برای کل دستگاه. وظیفهای که با ظاهر شدن Wi-Fi برنامه VPN را اجرا میکند یک محرک است، نه تضمینی بر اینکه پیش از اجرا هیچ بستهای بیرون نرفته است.
ترتیب تشخیصی که حدس را پایان میدهد
از پایین به بالا کار کنید. حالت را تأیید کنید، تأیید کنید شبکهای هست، تأیید کنید اعتبارسنجی شده، تأیید کنید میتواند به چیزی بیرون از زیرشبکه محلی برسد، و تنها پس از آن به مشتری نگاه کنید. adb shell ping -c 3 1.1.1.1 آزمونی خام است، ولی مسیر نبوده را از مسیری که هست و تونل از آن ناراضی است جدا میکند.
اگر ping در حالی که شبکهای فهرست شده شکست بخورد، مشکل بالاتر از VPN است و هیچ تنظیمی در مشتری آن را درست نمیکند. اگر ping موفق شود و تونل باز هم برقرار نشود، همان لحظه گزارش مشتری را بگیرید: خطا میان پایان مهلت و رد احراز هویت فرق میگذارد و این دو هیچ وجه اشتراکی ندارند.
با بازگرداندن حالت مورد نظر تمام کنید: Wi-Fi در حالت هواپیما مجاز اگر پیکربندی معمول شماست، درگاه کامل شده و سیاست مسدودسازی دوباره روشن. سپس یک بار دوباره وصل شوید و تأیید کنید تونل خودبهخود بالا میآید، چون پیکربندیای که فقط پس از تلاشهای دستی کار میکند در بوت بعدی دوباره شکست میخورد.