Yeni hotspot istemcisinin IP alırken takılması VPN arızası değildir

Bir telefon hotspot'a katılır, «IP adresi alınıyor» ekranında kalır ve sonunda pes eder. Doğal sonuç, telefonun VPN'inin DNS'e müdahale ettiğidir; bu yüzden insanlar çözümleyicileri ve eklenen kuralları düzenlemeye başlar. Bu yanlış aşamadır. İstemci hiçbir zaman yerel bir adres almadı ve o olmadan ne geçidi, ne çözümleyicisi ne de iletilecek bir şeyi var, dolayısıyla ana telefondaki hiçbir VPN ayarı bu hatayı açıklayamaz. İlişkilendirme, yerel adres ataması ve iletme üç ayrı aşamadır ve yalnızca sonuncusu tüneli ilgilendirir.

Üç aşama ve hangisinde olduğunuz

Önce ilişkilendirme gelir: istemci hotspot'un kablosuz ağına katılır. Yanlış parola, WPA3 uyuşmazlığı veya radyo uyumluluk sorunu burada başarısız olur ve istemci genellikle bunu söyler. İkincisi adres atamasıdır: IPv4 için istemci kira ister ve yerel geçit ayarlarıyla birlikte bir adres alır; IPv6 ise genellikle DHCP yerine yönlendirici duyurularını kullanır, AOSP'nin tethering belgeleri bunu anlatır. Üçüncüsü dışarı erişimdir: ana telefon, izin verilen trafiği seçtiği yukarı akış yoluna iletir, bu onun tüneli olabilir ya da olmayabilir.

İstemcideki metin size aşamayı söyler. Adres alırken takılmak ikinci aşamadır, internet'e herhangi bir paket çıkmadan önce. Bağlı, adresi var ama hiçbir şey yüklenmiyor üçüncü aşamadır; burada yönlendirme, adlar ve tünel kapsamı önemlidir. İstemci ikinci aşamada takılıyken üçüncü aşamayı teşhis etmek, beş dakikalık bir kira sorununu DNS düzenlemeleriyle dolu bir öğleden sonraya çevirmenin yoludur.

Mit: yönlendirilmiş bir VPN yerel DHCP'yi uzak isteğe dönüştürür

Yönlendirilmiş tünel, seçtiği hedefler için IP paketlerini taşır. DHCP keşfi hotspot'un kendi segmentinde bir yayındır ve telefondaki tethering hizmeti buna yerel olarak yanıt verir, bu yüzden tünel açıkken bile istemci adres alabilir. Yalnızca bilerek köprülenmiş veya aktarılmış bir tasarım bu alışverişi başka bir yere gönderir ve bu, farklı bir arıza imzasına sahip farklı bir düzenlemedir.

Yani «VPN sunucusu DHCP'ye yanıt vermiyor» bir teşhis değil, model hatasıdır. Yerel aracı telefondadır. Yanıt vermeyi bırakırsa nedenler yerlidir: tethering hizmeti, istemci sınırı, kira havuzu veya ilişkilendirmeyi hiç düzgün tamamlamayan bir istemci. Bunlardan hiçbiri tünelin uzak tarafında yaşamaz.

Çalışan mevcut bir istemci gerçekte neyi kanıtlar

Zaten bağlı olan bir dizüstü bilgisayar çalışmaya devam ederken yeni telefon çalışmıyorsa, hotspot ve yukarı akış yolu genel olarak canlıdır. Bu karşılaştırma yararlıdır ve hangi bileşenin suçlu olduğunun kanıtı değildir, çünkü çalışan istemci yalnızca değişiklik öncesinden kalan kirayı tutuyor ve sessizce yeniliyor olabilir.

Oradayken iki yerel sınırı kontrol etmeye değer. Hotspot sonlu bir kira havuzu ve yapılandırılabilir bir istemci sınırı sunar, bu yüzden katılıp uyuyan bir cihaz, yeni bir cihaz beklerken adresi tutabilir. Ve başka bir ağdan statik yapılandırma hatırlayan bir istemci hiç kira istemez; bu dışarıdan aynı görünür ve telefonda değil istemcide düzeltilir.

Karşılaştırmayı yerel ve geri alınabilir tutun

Politikanın izin verdiği bir cihazda, yeni istemci katılımını tünel kapalıyken ve sonra açıkken karşılaştırın, hotspot ve istemciyi başka açıdan değiştirmeyin. Telefon ve istemci sürümlerini, seçilen profili ve başarısız olan tam aşamayı kaydedin. Yönetilen bir telefonda, daha temiz bir test için zorlamayı kapatmak yerine onaylı karşılaştırmayı isteyin.

Tünele bağlı tutarlı bir kira hatası, yerel politika veya uygulama etkileşimi hakkında yararlı bir kanıttır. Cihazdaki her iletme ve NAT kuralını temizleme lisansı değildir. O kurallar ilgisiz trafiği korur ve geniş bir iletme kabulü, yerel bir DHCP hizmetinin neden yanıt vermeyi bıraktığını açıklamaz.

Eksik kirayı tahmini bir statik adresle örtmeyin. Bilinçli bir statik yapılandırma gerçek alt ağı, geçidi, tahsis planını ve çakışma denetimini gerektirir. İstemcinin DNS'ini değiştirmek bunların hiçbirini sağlamaz ve sonraki cihazı aynı hatayla bırakır.

Kiranın kanıtlamadığı şey

Adres almak yerel ağa kabulü kanıtlar, telefonun tüneliyle korunmayı değil. İstemci kirayı aldıktan sonra aşağı yönlü yolu tek başına değerlendirin: istemcinin trafiği gerçekten telefondan mı geçiyor, aramalar beklediğiniz yerde mi çözülüyor ve dış adres amaçladığınız çıkışla eşleşiyor mu? Bunlar üçüncü aşama sorularıdır ve katılıma katlanmak yerine kendi testlerini hak ederler.

Aşamaları sırayla işleyin ve hata yer değiştirmeyi bırakır. Adres alırken takılan istemci yerel bir tethering sorusudur; adresi olup sayfası olmayan istemci iletme veya adlandırma sorusudur; sayfaları olup çıkışı yanlış olan istemci tünel kapsamı sorusudur. Bunları ayrı tutmak hata ayıklamanın büyük kısmıdır.