Telefondaki Private DNS VPN ad çözümlemesini neden bozar

Tünel bağlı kalırken ve diğer tüm göstergeler sağlıklı görünürken uygulamalar bir adı çözemiyor. Telefonda olağan neden, VPN profilinin değil cihazın seçtiği çözümleyicidir. İki ayar aynı sorgu üzerinde ayrı ayrı yetki iddia edebilir. Hangisinin kazandığını ve soruyu yanıtlayıp yanıtlayamayacağını bulmak tünele dokunmaktan daha hızlıdır.

Aynı adı iki ayar belirler

Telefonun Private DNS ayarı cihaz için bir çözümleyici seçer; modlar otomatik seçimden belirli bir ana bilgisayar adına kadar uzanır. VPN profili aynı anda kendi çözümleyicisini dayatabilir ve ikisi farklı ekranlarda, farklı sahiplerce yapılandırılır. Hiçbiri her uygulama için diğerini mutlaka geçersiz kılmaz. Bu yüzden çalışan bir tünel ile başarısız bir sorgu çelişki olmadan bir arada bulunabilir.

Tarayıcı üçüncü bir katman ekleyebilir, çünkü tarayıcı içindeki güvenli DNS kendi sağlayıcısını seçebilir. Hatayı üreten uygulama, üçünden hangisinin yanıt verdiğine dair tek güvenilir ipucudur. Çözümleyici de yanıt verebilmelidir. Yalnızca şirket içinde var olan bir ad, genel bir çözümleyicinin verisinde yoktur; bu yüzden sorgu bağlantıdan değil içerikten dolayı başarısız olur.

Modu ihtiyaç duyduğunuz adlara göre seçin

Cihaz iç adları çözümlemek zorundaysa, çözümleyici bu bölgeleri tutan biri olmalıdır; bu genellikle tünelin çözümleyicisi veya kuruluşun belgelediği bölünmüş DNS düzeni anlamına gelir. Yalnızca genel adlar önemliyse, katı bir şifreli çözümleyici savunulabilir bir seçimdir ve düz metin sorgularını da ortadan kaldırır. Karar adlardan çıkar, şifrelemeye ilişkin bir tercihten değil.

Başarısızlık davranışı da moda göre değişir. Kendi çözümleyicisine ulaşamayan katı bir seçim her ad için başarısızlık üretir; izin verilen geri dönüşü olan bir mod ise genel adları çalışır, iç adları bozuk tutabilir. Bu fark, ayarlar ekranını açmadan önce hangi modda olduğunuzu söyler. Yönetilen bir cihazda onaylanmış politika karar verir ve kullanıcı onu güvenle atlayamaz. Kişisel bir kurulumda, çakışmayı belirlemek için belgelenmiş tek bir karşılaştırma yeterlidir ve amaçlanan gizlilik ayarı sonradan geri getirilmeli, devre dışı bırakılmamalıdır.

Hangi uygulamanın sorduğunu kontrol edin

Başarısızlığı bildiren uygulamada yeniden üretin ve hatanın ad hatası mı bağlantı hatası mı olduğunu not edin. Bir uygulamada ad hatası, diğerinde başarılı bir sayfa iki çözümleyicinin imzasıdır, bozuk bir tünelin değil.

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

Bu komutlar cihazın mevcut yapılandırmasını okur ve üretici sürümleri temel değerleri yeniden adlandırabilir veya sınırlayabilir; bu yüzden çıktıyı bir şartname değil, ipucu olarak değerlendirin. Android'in Private DNS belgeleri modları ve cihazın beklediği ana bilgisayar adı biçimini açıklar.

Bu yanıtı VPN profilinin dayattığı çözümleyiciyle karşılaştırın. Uyuşmuyorlarsa çakışmayı buldunuz ve geriye kalan soru kuruluşun hangisinin kazanmasını istediğidir.

Tek bir karşılaştırmadan sonra amaçlanan ayarı geri getirin

Bir ayarı değiştirin, iki adı yeniden test edin ve ayarı geri koyun. İzin verici bir modda bırakılan cihaz iç adları çözümler ve her genel sorguyu sessizce ilk yanıt verene gönderir; bu, kimsenin kaydetmediği bir gizlilik değişikliğidir.

Sonucu bir kural olarak yazın: iç adları bu çözümleyici, genel adları öteki çözümler ve tarayıcı cihazı izler veya izlemez. Çözümleyiciyi adlandıran kural test edilebilir, VPN düzeltildi diyen not ise edilemez. Ardından cihazdaki başka bir şeyin değiştirdiğiniz çözümleyiciye bağlı olup olmadığını kontrol edin. Güncelleme denetimleri, captive portal algılama ve posta istemcileri kendi isteklerini yapar ve kullanıcıların ilgisiz sorunlar olarak bildirdiği biçimlerde başarısız olur.