Wir sind kürzlich auf dieses Problem gestoßen und haben es auf NUR auf Geräten mit Android v5 und neuer beschränkt. Android v4 und alle anderen Betriebssysteme haben kein Problem.
Mit diesem Leckerbissen haben wir festgestellt, dass Android v5 und neuere Versionen IPv6 für die DNS-Namensauflösung verwenden. (Da wir IPv6 in unserem Netzwerk vollständig deaktiviert haben, stimmt dies nicht mit dem Problem überein.) Wenn Android v5 (+) keine IPv6-Antwort vom lokalen DNS erhalten kann, wird der öffentliche Namenshost von Google kontaktiert (8.8.8.8). . Daher kein internes DNS, nur externes.
Wir haben das Problem umgangen, indem wir auf unseren öffentlich zugänglichen DNS-Servern DNS-Einträge für ausgewählte interne Namen und IP-Adressen erstellt haben. Damit könnte das öffentliche DNS von Google diese internen Namen mit internen IPs auflösen und die Geräte könnten dann unsere internen Hosts erreichen.
Wir fahren mit der vollständigen Aktivierung von IPv6 auf unseren internen DNS-Servern (Domänencontrollern) als permanenter Fix fort.
=======================================
UPDATE-- Nun, es stellt sich heraus, dass dies ein total roter Hering sein kann ... oder nicht. Mein Heimnetzwerk ist Win2008R2, eine Einzeldomäne mit DHCP und DNS und keiner IPv6-Bindung. Habe ein Android v5 Gerät von dort aus getestet und hatte KEINE PROBLEME. Office-Netzwerk mit Problem ist Win2012 (Nicht-R2), Single-Domain.
Das Problem besteht weiterhin, wenn aktuelle Office-WAPs mit eigenständigem Linksys-WAP und separater SSID für Testzwecke umgangen werden.
Unterschiede zwischen Büro- und Heimnetzwerken (die ich mir vorstellen kann): - Windows-Version - 2012 vs. 2008 R2 - Routermodell (Cisco vs. Linksys) - WAP-Modell (Aruba Networks vs. Linksys von Dell)
Fahren Sie mit weiteren Tests fort, um das Problem einzugrenzen. Anregungen oder Input wird sehr geschätzt!
=======================================
PROBLEM GEGANGEN (?!)
Unser Problem schien nach einer Änderung der Netzwerktopologie von alleine zu verschwinden, von der ich nicht glaube, dass sie damit zusammenhängt, aber hier sind die Informationen für den Fall.
(GROSSE ENTSCHULDIGUNGEN für diese lange, langwierige Geschichte, aber in diesem Moment sind unsere Android-Probleme verschwunden. Fahren Sie diese heraus, wenn Sie können. Wahrscheinlich stelle ich hier viel zu viele Details zur Verfügung, aber weil ich keine direkte Verbindung sehe, Ich lege alles genau so aus, wie es passiert ist.)
Unser ISP ist Comcast Business Class - ein Kabelmodem mit einem statischen IP-Block von fünf Adressen (seltsame Nummer, aber so verkauft Comcast sie). Das Comcast-Kabelmodem ist im Wesentlichen eine Kombination aus Modem / Firewall / Router / Switch, in die unser statischer IP-Block remote programmiert ist.
Seit mehr als 10 Jahren und fast ebenso vielen Arbeitgebern habe ich Büronetzwerke immer auf die gleiche Weise aufgebaut:
Konfigurieren Sie eine LAN-IP für das ISP-Modem / den Router, die / der den NAT-Datenverkehr aus dem Internet verarbeitet. Einfacher geht es nicht, und so ist mein aktuelles Büronetzwerk seit vier Jahren konfiguriert.
Kürzlich ist unser Büro-Internet-Service ausgefallen. Normalerweise korrigiert ein Modem-Neustart das Problem, aber wenn dies nicht der Fall ist, haben wir Comcast angerufen, der einen Techniker geschickt und das Kabelmodem ausgetauscht, um den Dienst wiederherzustellen.
Ein paar Tage später passierte dasselbe erneut. Wir riefen erneut an und die Techniker vor Ort (anders als zuvor) versuchten erneut, das Modem durch ein neueres Modell zu ersetzen. Überraschenderweise unterstützte das neuere Kabelmodem das Ändern der LAN-Subnetzadresse nicht. Das Standard-Subnetz ist 10.1.10.0/24 und kann nicht geändert werden. (Nur das 4. Oktett war konfigurierbar.) Da unser Büro-Subnetz 192.168.100.0/24 ist, informierte ich den Techniker, dass wir es nicht verwenden konnten, ohne das LAN-Subnetz ändern zu können. Er verstand, hatte aber keine Informationen darüber, warum das Kabelmodem die Änderung verhindern würde. Deshalb installierte er ein Ersatzmodem des gleichen Modells wie zuvor, das wir identisch konfiguriert hatten, und der Internetzugang wurde wiederhergestellt.
Ein oder zwei Tage später fällt der Service wieder aus. Dieses Mal, als ich Comcast anrief, stellte die erste Technologie, mit der ich sprach, detaillierte und sachkundige Fragen zu unserer Netzwerkkonfiguration. Als ich erklärte, dass das Kabelmodem mit einer LAN-IP-Adresse in unserem Subnetz konfiguriert war, schien er diesbezüglich verwirrt zu sein. Er sagte, dass die meisten Comcast-Kunden einen NAT'ing-Router zwischen dem Kabelmodem und dem LAN anschließen, anstatt das NAT'ing des Kabelmodems zu verwenden. Tatsächlich habe er nicht gewusst, dass das Kabelmodem NAT unterstützt.
Comcast schickte eine andere Technologie mit einem brandneuen Kabelmodem (neuestes Modell, das das Ändern des LAN-Subnetzes nicht unterstützt). Er führte umfangreiche Tests mit dem vorhandenen Modem durch und stellte schließlich fest, dass nur IPv6-Verkehr übertragen wurde - kein IPv4. Er bestätigte auch, was die Telefontechniker gesagt hatten - es wird empfohlen, einen separaten Router für NAT'ing zu verwenden und das LAN-Subnetz des Kabelmodems nicht zu ändern (was bei den neueren Modems ohnehin nicht möglich ist).
Und jetzt kommen wir endlich zu dem Netzwerkwechsel, den wir vorgenommen haben. Ich habe einen einfachen LinkSys-Router zwischen dem Kabelmodem und unserem Core-Router installiert, der mit unserer statischen IP auf der Modemseite und einer LAN-IP auf der Innenseite konfiguriert ist. Der Internetdienst wurde dann wiederhergestellt und ist seit einiger Zeit stabil geblieben.
Nachdem der Internetdienst wiederhergestellt war, dachte ich über die Seltsamkeit des IPv6-Problems mit dem Kabelmodem nach, was mich wiederum an das Android v5-Problem erinnerte. Ich habe dann unsere Android-Geräte im Büro getestet und war fassungslos, dass das DNS-Problem nicht mehr auftrat.
Das Hinzufügen des LinkSys-Routers für NAT'ing ist die EINZIGE NETZWERKÄNDERUNG, DIE WIR DURCHGEFÜHRT haben. Zufall?? Möglicherweise, aber es schien nur ein bisschen eigenartig, dass beide mit IPv6 verwandt waren.
Wie auch immer, entschuldige nochmal die lange Geschichte, aber unsere Android-Ausgabe ist weg. Mach was du kannst daraus.
Dimarc67