Nous avons récemment rencontré ce problème, et nous avons déterminé qu'il ne se produisait QUE sur les appareils fonctionnant sous Android v5 et plus récents. Android v4 et tous les autres systèmes d'exploitation n'ont pas de problème.
Avec cette information, nous avons déterminé qu'Android v5 et plus récent insiste sur l'utilisation d'IPv6 pour la résolution de nom DNS. (Comme nous avons complètement désactivé IPv6 sur notre réseau, cela correspond au problème). Si Android v5(+) ne peut pas obtenir une réponse IPv6 du DNS local, il se tourne alors vers l'hôte de nom public de Google (8.8.8.8). Donc, pas de DNS interne, seulement externe.
Nous avons contourné ce problème en créant des enregistrements DNS sur nos serveurs DNS publics pour certains noms et adresses IP internes. Ainsi, le DNS public de Google pouvait résoudre ces noms internes avec des IP internes, et les appareils pouvaient alors atteindre nos hôtes internes.
Nous procédons à l'activation complète d'IPv6 sur nos serveurs DNS internes (contrôleurs de domaine) comme solution permanente.
\=========================================
UPDATE-- Eh bien, il s'avère que cela peut être un hareng rouge total ... ou pas. Mon réseau domestique est Win2008R2, un seul domaine avec DHCP et DNS et aucune liaison IPv6. J'ai testé un appareil Android v5 à partir de ce réseau et je n'ai eu AUCUN PROBLÈME. Le réseau du bureau qui pose problème est Win2012 (non-R2), à domaine unique.
J'ai contourné les WAPs du bureau actuel avec un WAP Linksys autonome et un SSID séparé pour le test, le problème persiste.
Différences entre les réseaux de bureau et les réseaux domestiques (pour autant que je sache) : - version de Windows - 2012 vs. 2008 R2 - modèle de routeur (Cisco vs. Linksys) - Modèle de WAP (Aruba Networks de marque Dell vs. Linksys)
Je vais procéder à tous les tests supplémentaires auxquels je pense pour réduire le problème. Toute suggestion ou contribution est extrêmement appréciée !
\=========================================
PROBLÈME DISPARU ( ?!)
Notre problème a semblé disparaître de lui-même à la suite d'un changement de topologie du réseau qui, à mon avis, n'est pas lié, mais voici l'information au cas où.
(D'énormes excuses pour cette histoire longue et fastidieuse, mais c'est à ce moment-là que les problèmes d'Android ont disparu, alors ne perdez pas de temps si vous le pouvez. Je donne probablement beaucoup trop de détails ici, mais comme je ne vois pas de lien direct, je raconte tout exactement comme cela s'est passé).
Notre fournisseur d'accès est Comcast Business Class - un modem câble avec un bloc d'adresses IP statiques de cinq adresses (chiffre bizarre mais c'est ainsi que Comcast les vend). Le modem câble de Comcast est essentiellement une combinaison modem/pare-feu/routeur/commutateur, avec notre bloc IP statique programmé à distance.
Depuis plus de 10 ans et presque autant d'employeurs, j'ai toujours construit les réseaux de bureaux de la même manière :
Configurez une adresse IP de réseau local pour le modem/routeur du FAI, qui NAT le trafic de l'Internet. Rien de plus simple, et c'est ainsi que le réseau de mon bureau actuel est configuré depuis quatre ans.
Récemment, le service Internet de notre bureau est tombé en panne. Habituellement, un redémarrage du modem corrige le problème, mais comme ce n'était pas le cas, nous avons appelé Comcast qui a envoyé un technicien, qui a remplacé le modem câble pour rétablir le service.
Quelques jours plus tard, la même chose s'est reproduite. Nous avons appelé à nouveau, et le technicien sur place (différent du précédent) a tenté de remplacer le modem à nouveau, cette fois par un modèle plus récent. Étonnamment, le modem câble plus récent ne permettait pas de modifier l'adresse de sous-réseau du réseau local. Le sous-réseau par défaut est 10.1.10.0/24, et il ne peut pas être modifié. (Seul le 4ème octet est configurable.) Comme le sous-réseau de notre bureau est 192.168.100.0/24, j'ai fait savoir au technicien que nous ne pouvions pas l'utiliser sans pouvoir changer le sous-réseau du réseau local. Il a compris, mais n'avait aucune idée de la raison pour laquelle le modem câble empêchait le changement. Il a donc installé un modem de remplacement du même modèle que précédemment, que nous avons configuré à l'identique, et l'accès à Internet a été rétabli.
Un jour ou deux passent, et le service tombe à nouveau en panne. Cette fois, lorsque j'ai appelé Comcast, le premier technicien avec qui j'ai parlé m'a posé des questions détaillées et bien informées sur la configuration de notre réseau. Lorsque j'ai expliqué que le modem câble était configuré avec une IP de réseau local sur notre sous-réseau, il a semblé perplexe. Il a dit que la plupart des clients de Comcast connectent un routeur NAT'ing entre le modem câble et le LAN plutôt que d'utiliser le NAT'ing du modem câble. En fait, il a dit qu'il ne savait pas que le modem câble supportait le NAT'ing.
Comcast a envoyé un autre technicien avec un modem câble tout neuf (le dernier modèle qui ne permet pas de changer le sous-réseau du réseau local). Il a effectué des tests approfondis sur le modem existant et a finalement déterminé qu'il ne transmettait que du trafic IPv6, et non IPv4. Il a également confirmé ce que le technicien du téléphone avait dit, à savoir qu'il est recommandé d'utiliser un routeur séparé pour le NAT et de ne pas modifier le sous-réseau du réseau local sur le modem câble (ce que nous ne pouvons pas faire sur les nouveaux modems de toute façon).
Et nous en arrivons enfin au changement de réseau que nous avons effectué. J'ai installé un simple routeur LinkSys entre le modem câble et notre routeur principal, configuré avec notre IP statique du côté du modem, et une IP de réseau local à l'intérieur. Le service Internet a alors été rétabli, et est resté stable depuis un certain temps maintenant.
Une fois le service internet rétabli, j'ai pensé à l'étrangeté du problème IPv6 avec le modem câble, ce qui m'a rappelé le problème Android v5. J'ai alors testé nos appareils Android au bureau, et j'ai été stupéfait de voir que le problème de DNS ne se produisait plus.
L'ajout du routeur LinkSys pour le NAT'ing est le SEUL changement de réseau que nous avons fait. Coïncidence ? Peut-être, mais il semblait juste un peu étrange que les deux soient liés à IPv6.
Bref, désolé encore pour la longue histoire, mais notre problème Android est résolu. Faites ce que vous pouvez avec ça.
Dimarc67
