Introduction
Ce document décrit les messages de traduction de domaine qui apparaissent sur un routeur après la saisie d'une commande non valide.
Conditions préalables
Exigences
Cisco vous recommande de prendre connaissance des rubriques suivantes :
Composants utilisés
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.
Conventions
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Traduction d’adresses hôte-IP
Comprendre pourquoi les messages sont traduits
Par défaut, lorsqu'une commande en mode utilisateur ou enable est entrée dans un routeur et que cette commande ou entrée n'est pas reconnue, le routeur pense qu'il s'agit du nom d'hôte d'un périphérique auquel l'utilisateur tente d'accéder via Telnet. Par conséquent, le routeur tente de résoudre la commande non reconnue en adresse IP à l’aide d’une recherche de domaine IP. Si aucun serveur de domaine spécifique n'a été configuré sur le routeur, le routeur émet une diffusion pour que la commande soit traduite en adresse IP et le message « Translating..... domain server (255.255.255.255) » apparaît dans la console. Plusieurs secondes peuvent s'écouler avant que l'invite du routeur ne soit disponible, pendant que le routeur attend une réponse à sa diffusion DNS (Domain Name System).
Remarque : vous pouvez également utiliser la transport preferred none commande sur les lignes vty/con/aux, ce qui empêche les tentatives du routeur de résoudre une commande non valide en adresse IP. Les informations DNS sont disponibles dans le résultat des autres commandes. Cependant, lorsque vous devez initier une session Telnet à partir du routeur, placez le telnet mot clé avant le nom d’hôte, car le routeur n’établit pas automatiquement de connexion Telnet lorsque vous tapez un nom d’hôte. Pensez à ajouter la ip name-server pour spécifier l'adresse du serveur de noms.
Les exemples suivants illustrent le comportement typique d'un routeur lorsqu'une entrée n'est pas reconnue, le même comportement est observé lors du fonctionnement en mode utilisateur et en mode enable :
Mode utilisateur
R1>xxxx
Translating "xxxx"...domain server (255.255.255.255)
(255.255.255.255)
Translating "xxxx"...domain server (255.255.255.255)
% Unknown command or computer name, or unable to find computer address
R1>
Mode Activer
R1#xxxx
Translating "xxxx"...domain server (255.255.255.255)
(255.255.255.255)
Translating "xxxx"...domain server (255.255.255.255)
% Unknown command or computer name, or unable to find computer address
R1#
Désactiver la fonction de traduction hôte-adresse IP
Pour empêcher l'affichage des messages « Translating..... domain server (255.255.255.255) », vous devez désactiver le comportement par défaut du routeur qui tente de convertir la commande non valide en adresse IP. Entrez la no ip domain lookup commande en mode de configuration globale pour désactiver cette fonctionnalité.
Remarque : dans les versions antérieures de Cisco IOS, la syntaxe de la commande était no ip domain-lookup.
Vérifier
Pour vérifier que la recherche de domaine est désactivée, entrez une commande inconnue dans le routeur en mode utilisateur ou enable. L’utilisateur reçoit immédiatement une invite de routeur sans problème de diffusion DNS. Voici un exemple :
R1#xxxx
% Unknown command or computer name, or unable to find computer address
R1#
Informations connexes
Commentaires