چرا Private DNS روی گوشی جست‌وجوی نام VPN را خراب می‌کند

برنامه‌ها در حالی که تونل متصل می‌ماند و هر نشانگر دیگری سالم به نظر می‌رسد، نمی‌توانند نامی را resolve کنند. روی گوشی، علت معمول resolverی است که دستگاه برمی‌گزیند، نه پروفایل VPN. دو تنظیم می‌توانند هر یک بر همان جست‌وجو ادعای اختیار کنند. فهمیدن اینکه کدام برنده است و آیا اصلاً می‌تواند به پرسش پاسخ دهد، از دست زدن به تونل سریع‌تر است.

دو تنظیم درباره یک نام تصمیم می‌گیرند

تنظیم Private DNS گوشی یک resolver برای دستگاه انتخاب می‌کند، با حالت‌هایی از انتخاب خودکار تا نام میزبان مشخص. پروفایل VPN می‌تواند همزمان resolver خودش را تحمیل کند، و این دو در صفحه‌های متفاوت و توسط صاحبان متفاوت پیکربندی می‌شوند. لزوماً هیچ‌کدام برای هر برنامه دیگری را کنار نمی‌زند. به همین دلیل تونل کارکننده و جست‌وجوی ناموفق بدون تناقض در کنار هم وجود دارند.

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

حالت را بر اساس نام‌هایی که لازم دارید انتخاب کنید

اگر دستگاه باید نام‌های داخلی را resolve کند، resolver باید همانی باشد که آن zones را در اختیار دارد، که معمولاً یعنی resolver تونل یا چیدمان DNS تقسیم‌شده‌ای که سازمان مستند می‌کند. اگر فقط نام‌های عمومی مهم باشند، resolver رمزنگاری‌شده سخت‌گیر گزینه‌ای قابل دفاع است که جست‌وجوهای متن ساده را هم حذف می‌کند. تصمیم از نام‌ها می‌آید، نه از ترجیحی درباره رمزنگاری.

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

بررسی کنید کدام برنامه می‌پرسد

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

adb shell settings get global private_dns_mode
adb shell settings get global private_dns_specifier
adb shell dumpsys connectivity | grep -i -m 5 dns

این دستورها پیکربندی فعلی دستگاه را می‌خوانند و نسخه‌های سازندگان ممکن است مقادیر زیرین را تغییر نام دهند یا محدود کنند، پس خروجی را نشانه بگیرید نه مشخصات. مستندات Private DNS در Android حالت‌ها و شکل نام میزبانی را که دستگاه انتظار دارد توصیف می‌کند.

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

تنظیم مورد نظر را پس از یک مقایسه بازگردانید

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

نتیجه را به شکل قاعده بنویسید: نام‌های داخلی از این resolver و نام‌های عمومی از آن یکی حل می‌شوند، و مرورگر از دستگاه پیروی می‌کند یا نمی‌کند. قاعده‌ای که resolver را نام می‌برد قابل آزمون است، در حالی که یادداشتی که می‌گوید VPN درست شد نیست. سپس بررسی کنید آیا چیز دیگری روی دستگاه به resolverی که تغییر دادید وابسته است. بررسی‌های به‌روزرسانی، تشخیص دروازه‌های اسیر و کلاینت‌های ایمیل همه درخواست‌های خودشان را می‌سازند و به روش‌هایی شکست می‌خورند که کاربران آن‌ها را مشکلات نامرتبط گزارش می‌کنند.