Kısa süre önce bu sorunla karşılaştık ve SADECE Android v5 ve daha yeni sürümleri çalıştıran cihazlarda da görülmesini daralttık. Android v4 ve diğer tüm işletim sistemlerinde sorun yok.
Bu tidbit ile, Android v5 ve daha yeni sürümlerin DNS ad çözümlemesi için IPv6 kullanmakta ısrar ettiğini belirledik. (Ağımızda IPv6'yı tamamen devre dışı bıraktığımız için, bu sorunla ilgili jibler.) Android v5 (+) yerel DNS'den bir IPv6 yanıtı alamazsa, Google'ın genel ad barındırıcısına (8.8.8.8) ulaşır . Bu nedenle, dahili DNS yok, sadece harici.
Belirli dahili adlar ve IP'ler için halka açık DNS sunucularımızda DNS kayıtları oluşturarak bu sorunu çözdük. Bunu yaptıktan sonra, Google'ın genel DNS'si bu dahili adları dahili IP'lerle çözebilir ve cihazlar daha sonra dahili ana makinelerimize erişebilir.
Dahili DNS sunucularımızda (etki alanı denetleyicileri) IPv6'yı kalıcı bir düzeltme olarak tam olarak etkinleştirmeye devam ediyoruz.
=========================================
GÜNCELLEME-- Eh, bu tamamen kırmızı bir ringa balığı olabilir ... ya da değil. Ev ağım Win2008R2, DHCP ve DNS ile tek etki alanı ve IPv6 bağlaması yok. Oradan bir Android v5 cihazı test etti ve HİÇBİR SAYI YOK. Sorunlu ofis ağı, Win2012 (R2 dışı), tek etki alanıdır.
Tek başına Linksys WAP ve test için ayrı SSID ile mevcut ofis WAP'lerini atladı, sorun devam ediyor.
Ofis ve ev ağları arasındaki farklar (aklıma gelen): - Windows sürümü - 2012 vs. 2008 R2 - yönlendirici modeli (Cisco vs. Linksys) - WAP modeli (Dell markalı Aruba Networks vs. Linksys)
Sorunu daraltmak için aklınıza gelebilecek her türlü teste devam ediyorum. Herhangi bir öneri veya girdi çok takdir edilmektedir!
=========================================
SORUN GİDİYOR (?!)
Konuyla ilgili olduğunu düşünmediğim bir ağ topolojisi değişikliğinden sonra sorunumuz kendi kendine kaybolmuş gibi görünüyordu, ancak durumdaki bilgiler.
(Bu uzun, çizilmiş hikaye için BÜYÜK APOLOJİLER, ancak bu Android sorunlarımız ortadan kalktığında, bu yüzden eğer yapabiliyorsanız bunu atın. Her şeyi olduğu gibi bırakıyorum.)
İSS'miz, beş adresli statik IP bloğuna sahip bir kablo modem olan Comcast Business Class'tır (garip numara ancak Comcast onları bu şekilde satmaktadır). Comcast'in kablo modemi, statik IP bloğumuz uzaktan programlanmışken esasen bir kombinasyon modem / güvenlik duvarı / yönlendirici / anahtardır.
10 yıldan fazla bir süredir ve neredeyse işveren olarak, ofis ağlarını her zaman aynı şekilde kurdum:
NAT'ın internetten trafiği olan ISS modem / yönlendirici için bir LAN IP yapılandırın. Daha basit olamazdı ve mevcut ofis ağım dört yıldır bu şekilde yapılandırıldı.
Son zamanlarda ofis internet servisimiz çöktü. Genellikle bir modem yeniden başlatması bunu düzeltir, ancak bunu yapmadığımızda Comcast'i aradık ve hizmeti geri yüklemek için kablo modemi değiştiren bir teknoloji gönderdik.
Birkaç gün sonra aynı şey tekrar oldu. Tekrar aradık ve yerinde teknoloji (öncekinden farklı teknoloji) modemi tekrar değiştirmeye çalıştı, bu sefer daha yeni bir modelle. Şaşırtıcı bir şekilde, daha yeni kablolu modem LAN alt ağ adresinin değiştirilmesini desteklemedi. Varsayılan alt ağ 10.1.10.0/24'tür ve değiştirilemez. (Yalnızca 4. sekizli yapılandırılabilir.) Ofis alt ağımız 192.168.100.0/24 olduğundan, teknolojiye LAN alt ağını değiştirmeden kullanamayacağımızı bildirdim. Anladı, ancak kablo modemin değişikliği neden önleyeceği hakkında hiçbir bilgisi yoktu. Böylece, aynı şekilde yapılandırdığımız ve aynı şekilde yapılandırdığımız bir modemi değiştirdi ve internet erişimi geri yüklendi.
Bir iki gün daha geçer ve servis tekrar düşer. Bu sefer Comcast'i aradığımda, konuştuğum ilk teknoloji ağ yapılandırmamız hakkında ayrıntılı ve bilgili sorular sordu. Kablo modemin alt ağımızda bir LAN IP ile yapılandırıldığını açıkladığımda, bununla şaşkın görünüyordu. Çoğu Comcast müşterisinin, kablolu modemin NAT'ı kullanmak yerine, kablolu modem ile LAN arasında bir NAT'ing yönlendirici bağladığını söyledi. Aslında, kablo modemin NAT'ing'i desteklediğinin farkında olmadığını söyledi.
Comcast, yepyeni bir kablolu modemle (LAN alt ağının değiştirilmesini desteklemeyen en son model) başka bir teknoloji gönderdi. Mevcut modem üzerinde kapsamlı testler yaptı ve sonunda sadece IPv6 trafiğini geçtiğini belirledi - IPv4 yok. Ayrıca telefon teknolojisinin söylediklerini doğruladı - NAT'ing için ayrı bir yönlendirici kullanılması ve kablo modemi üzerindeki LAN alt ağını değiştirmemeniz önerilir (bu zaten yeni modemlerde yapamayız).
Ve nihayet yaptığımız ağ değişikliğine geldik. Kablo modem ile çekirdek yönlendiricimiz arasında, modem tarafında statik IP ve içeride bir LAN IP ile yapılandırılmış basit bir LinkSys yönlendirici kurdum. İnternet hizmeti daha sonra geri yüklendi ve bir süredir sabit kaldı.
İnternet hizmeti geri yüklendikten sonra, kablo modemi ile IPv6 sorununun garipliğini düşündüm, bu da bana Android v5 sorununu hatırlattı. Daha sonra ofiste Android cihazlarımızı test ettim ve DNS sorununun artık meydana gelmediğini görmek için sersemledim.
NAT'ing için LinkSys yönlendiriciyi eklemek, yaptığımız tek ağ değişimidir. Tesadüf?? Muhtemelen, ama her ikisinin de IPv6 ile ilişkili olması biraz tuhaf görünüyordu.
Her neyse, uzun hikaye için tekrar özür dilerim, ancak Android sorunumuz gitti. Ne yapabilirsen yap.
Dimarc67