Intenta con lo siguiente:
- En DNS:
Ejecuta nslookup nombre. Si falla, busca un error en resolv.conf,
un servidor DNS caído, o un problema con el nombre corto (mira la
siguiente sección). Intenta lo siguiente:
- Tu fichero /etc/resolv.conf debería contener una o más líneas
de servidores de nombres, cada uno con una dirección IP. Esas son
las direcciones de tus servidores DNS.
- Haz ping a cada uno de los servidores que encuentres. Si falla para
alguno, sospecha de la máquina. Si falla para todos, sospecha de tu
red.
- Reintenta la búsqueda usando el nombre largo (p.e., server.example.com)
si intentaste con el nombre corto primero, o el nombre corto si intentaste
primero con el largo. Si el resultado es diferente, pasa a la siguiente
sección.
- En Broadcast/ WINS:
Broadcast/ WINS sólo soportan nombres cortos, tales como server,
(no nombres largos, como server.example.com). Ejecuta nmblookup
-S servidor. Esto reporta todo el broadcast que ha registrado la
máquina. En nuestro ejemplo, debería parecerse a:
Looking up status of 192.168.236.86
received 10 names
SERVER <00> - M <ACTIVE>
SERVER <03> - M <ACTIVE>
SERVER <1f> - M <ACTIVE>
SERVER <20> - M <ACTIVE>
.._ _MSBROWSE_ _. <01> - <GROUP> M <ACTIVE>
MYGROUP <00> - <GROUP> M <ACTIVE>
MYGROUP <1b> - M <ACTIVE>
MYGROUP <1c> - <GROUP> M <ACTIVE>
MYGROUP <1d> - M <ACTIVE>
MYGROUP <1e> - <GROUP> M <ACTIVE>
La entrada requerida es SERVER <00>, la cual identifica al
servidor por su nombre de máquina NetBIOS. También deberías ver tu
grupo de trabajo mencionado una o más veces. Si esas líneas no aparecen,
el Broadcast/WINS no podrá encontrar nombres.
Los números encerrados entre los símbolos < > identifican nombres
NetBIOS como grupos de trabajo, estaciones de trabajo, y ficheros
de usuarios del servicio de mensajes, navegadores maestros, navegadores
maestros de dominios, controladores de dominios y más. Usaremos primariamente
<00> para identificar los nomrbes de máquina y grupo de trabajo, y
<20> para identificar máquinas como servidores. La lista completa
de todos ellos está disponible en la dirección http://support.microsoft.com/support/kb/articles/q163/4/09.asp.
- En NIS:
Intenta ypmatch name hosts. Si esto falla, NIS está caído.
Busca el nombre del servidor NIS ejecutando ypwhich, y haz
ping a la máquina para ver si está accesible.
- En NIS+:
Si estás corriendo NIS+, intenta nismatch name hosts. Si esto
falla, NIS está caído. Busca el nombre del servidor NIS ejecutando
niswhich, y haz ping a la máquina para ver si está accesible.
- En ficheros hosts:
Revisa /etc/hosts en el cliente (C:\WINDOWS\HOSTS).
Cada línea debería tener una dirección IP y uno o más nombres, el
nombre primario primero, y luego alias opcionales. Un ejemplo:
127.0.0.1 localhost
192.168.236.1 dns.svc.example.com
192.168.236.10 client.example.com client
192.168.236.11 backup.example.com loghost
192.168.236.86 server.example.com server
192.168.236.254 router.svc.example.com
En Unix, localhost debería ser siempre 127.0.0.1, aunque puede ser
un alias para un nombre de máquina en el PC. En el cliente, comprueba
que no hay directivas #XXX al final de las líneas; estas son directivas
LAN Manager/NetBIOS, y deberían aparecer sólo en ficheros LMHOSTS
(C:\WINDOWS\LMHOSTS).
- En los ficheros LMHOSTS:
Este fichero es una fuente local para nomrbes LAN Manager (NetBIOS).
Tiene un formato muy similar al de /etc/hosts, pero no soporta
nombres largos (p.e., server.example.com), y puede tener un
número opcional de directivas #XXX a continuación de los nombres.
Advierte que normlamente existe un fichero llamado lmhosts.sam
en C:\WINDOWS, pero no será utilizable hasta que no
lo renombres a C:\WINDOWS\LMHOSTS.
TLDP-ES 03/11/2002