Tell HN : Microsoft.com a ajouté 192.168.1.1 à ses enregistrements DNS
(news.ycombinator.com)- Le résultat de
nslookup microsoft.cominclut192.168.1.0et192.168.1.1comme adresses de microsoft.com - Le même résultat affiche également
20.112.250.133,20.231.239.246,20.76.201.171,20.70.246.20et20.236.44.162 - Le contenu cherche à vérifier s’il est problématique que des adresses ressemblant à une plage IP privée figurent dans une réponse DNS
1 commentaires
Avis Hacker News
Un utilisateur mentionne avoir appris, via une connaissance travaillant chez Microsoft, que la modification DNS avait été annulée et que cela pourrait être vérifié dans les 30 minutes.
Un autre utilisateur découvre que, à cause de sa configuration dnsmasq, les requêtes DNS vers microsoft.com sont bloquées.
Il est mentionné que Bunny.net avait par erreur changé le DNS en 127.0.0.1, provoquant des problèmes pour les utilisateurs du CDN, et la question est posée de savoir s’il s’agit d’une coïncidence.
Un utilisateur explique que, sur son réseau, microsoft.com n’utilise que des adresses IPv6 et que les adresses IPv4 (enregistrement A) sont filtrées par la protection contre le DNS rebinding d’OpenWrt.
Quelqu’un exprime sa surprise de voir que l’enregistrement DNS de microsoft.com est toujours défini sur 192.168.1.0.
Un utilisateur s’interroge sur la manière dont un enregistrement DNS peut être mal configuré et critique le fait qu’une personne suffisamment incompétente pour commettre une telle erreur ait les droits pour définir des enregistrements DNS.
Quelqu’un évoque en plaisantant une situation où l’on achèterait un espace d’adressage derrière une camionnette sur un parking.
Un utilisateur consulte les informations DNS de microsoft.com et se demande quels pourraient être les impacts potentiels.
Quelqu’un remarque que les adresses DNS de microsoft.com ont été incorrectement définies sur 192.168.1.1 et 192.168.1.0, et réagit par un « ooopsie! ».
Un utilisateur suppose que cela pourrait être lié à la manière dont Microsoft crée un contournement du fichier hosts depuis Windows XP SP2, en ajoutant que cette méthode semble toujours utilisée sous Windows 10.