Pourquoi DNS est-il apparemment impliqué dans la délivrance de "Dir" sur Windows 10?
Pour des raisons compliquées, j'ai été forcée de faire une copie identique de cmd.exe et le renommer à cmd-2.exe, que je mets comme un raccourci sur la barre des tâches pour les avoir "groupés" dans différents groupes de barres de tâches.
Parfois, j'oublie cela et ouvre un nouveau cmd.exe I Cliquez sur cette icône de la barre des tâches pour ouvrir un nouveau cmd.exe. Je saisis ensuite une commande telle que dir et cela crache un groupe de bêtises, notamment: DNS bad key, qui ne se produit que si j'utilise accidentellement cmd-2.exe, pas si j'ouvre le "réel" cmd.exe, donc ce n'est pas un problème "pratique".
Cependant, je me demande pourquoi ce message est toujours imprimé du tout. Est-ce apparemment à défaut de faire une sorte de recherche DNS ou quelque chose? Pourquoi DNS est-il impliqué du tout avec émettre dir pour répertorier des fichiers sur mon ordinateur local? Je n'ai pas de réseau gratuit, pas de cloud lecteurs, rien de tel que ça. Cela me fait peur que (apparemment), il y a des requêtes DNS réalisées lorsque je publierai dir.
Peut-être DNS bad key fait référence à quelque chose de complètement sans rapport avec le système de noms de domaine? Je ne sais pas quelle "mauvaise clé" serait même dans ce contexte.
La deuxième cmd.exe ne parvient pas à localiser et à charger ultérieurement les chaînes localisées de la bibliothèque de ressources satellites CMD.EXE.MUI.
Voici ce qu'il tente vraiment de dire, pris à partir d'un 10.0.18362.1 (160101.0800):
- 0x235F: "Volume dans le lecteur% 1 est% 2"
- 0x235B: "Le numéro de série de volume est% 1"
- 0x2339: "Répertoire de% 1"
Il s'agit en fait des trois premières lignes d'une puissance de commande simple dir.
C'est un drôle. Il n'y a pas d'entrées pour les numéros de messages 0x235F et 0x235B dans la table des messages système par défaut. Donc, pour les deux premières sorties, vous obtenez ce message cryptique comme indiqué dans la capture d'écran de la console de @ Harrymc.
Mais pour 0x2339, il existe une entrée dans la table de message système par défaut, stockée physiquement dans kernelbase.dll.mui pointant vers le texte "DNS Bad Key":
Il arrive simplement de partager le numéro du "répertoire de% 1" des ressources du processeur de commande: une baisse non prévue par les développeurs de CMD.EXE. La référence DNS est donc juste une coïncidence, cela pourrait être n'importe quoi.
Notez que le message approprié contient un argument de variable (le nom du répertoire), tandis que le message DNS ne le fait pas. Je suppose que c'est pourquoi il n'y a plus de production après cela - cela pourrait simplement se terminer.