Table des matières

Introduction

Conditions préalables

Exigences

Composants utilisés

Conventions

Traduction d’adresses hôte-IP

Pourquoi "Traduire.... domain server (255.255.255.255)" Messages Occur

Mode utilisateur

Mode Activer

Désactiver la traduction d'hôte en adresse IP pour empêcher la traduction..... domain server (255.255.255.255)" Messages

Vérifier

Informations connexes

Introduction

Ce document décrit le problème des messages de traduction de domaine qui apparaissent sur un routeur après la saisie d'une commande non valide.

Conditions préalables

Exigences

Aucune exigence spécifique n'est associée à ce document.

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

Pourquoi "Traduire.... domain server (255.255.255.255)" Messages Occur

Par défaut, lorsqu’une commande en mode utilisateur ou enable est entrée dans un routeur et que cette commande n’est pas reconnue, le routeur pense qu’il s’agit du nom d’hôte d’un périphérique que l’utilisateur tente d’atteindre 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, celui-ci émet une diffusion pour que la commande soit traduite en adresse IP. L'invite du routeur peut prendre plusieurs secondes avant de revenir, pendant que le routeur attend une réponse à sa diffusion DNS (Domain Name System).

Remarque : vous pouvez également utiliser le  transport preferred none 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 lancer une session Telnet à partir du routeur, placez le telnet avant le nom d’hôte, car le routeur n’établit pas automatiquement de connexion telnet lorsque vous entrez un nom d’hôte. Pensez à ajouter la  ip name-server  pour spécifier l'adresse du serveur de noms.

Voici des exemples du comportement par défaut du routeur en mode utilisateur et 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 traduction d'hôte en adresse IP pour empêcher la traduction..... domain server (255.255.255.255)" Messages

Pour désactiver le comportement par défaut du routeur qui tente de convertir la commande non valide en adresse IP, entrez la commande  no ip domain-lookup  dans le mode de configuration globale.

Remarque : dans les dernières versions de Cisco IOS, la syntaxe de la commande peut passer à 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

Translating "xxxx"

Translating "xxxx"

% Unknown command or computer name, or unable to find computer address

R1#

Informations connexes

- Assistance technique et téléchargements Cisco