Cómo solucionar problemas de conectividad TCP/IP con Windows NT

Seleccione idioma Seleccione idioma
Id. de artículo: 102908 - Ver los productos a los que se aplica este artículo
Este artículo se publicó anteriormente con el número E102908
Expandir todo | Contraer todo

Resumen

Las utilidades ARP, PING, FTP, NETSTAT y NBTSTAT pueden proporcionar información útil al intentar determinar la causa de los problemas de red TCP/IP con Windows NT. A continuación se ofrece una lista de los posibles síntomas TCP/IP con las recomendaciones para usar dichas utilidades con el fin de diagnosticar los problemas. Aunque no se trata de una lista completa, son ejemplos de cómo se podrían usar estas utilidades para hacer un seguimiento de los problemas en la red.

Más información

P:¿Cómo puedo determinar que TCP/IP está instalado correctamente en un sistema con Windows NT?

R:Intente utilizar PING en el sistema local; para ello, escriba la dirección IP de bucle invertido 127.0.0.1 en la línea de comandos:
ping 127.0.0.1


El sistema debería responder inmediatamente. Si no se encuentra PING, o si se produce un error en el comando, consulte el registro de sucesos con el Visor de sucesos y busque los problemas de los que haya informado el programa de instalación o el servicio TCP/IP. También debe intentar utilizar PING con las direcciones IP de las interfaces locales para determinar si IP está configurado correctamente. El uso correcto de PING indica que el nivel IP del sistema de destino probablemente está funcionando.

P:¿Cómo puedo determinar que el servicio Servidor FTP está instalado correctamente en un sistema con Windows NT?

R:Intente utilizar FTP en el sistema local; para ello, escriba la dirección IP de bucle invertido en la línea de comandos:
ftp 127.0.0.1


La interacción con el servidor de forma local es idéntica a la interacción prevista para otros clientes de Windows NT (y la mayoría de UNIX). Este comando también se puede utilizar para determinar si los directorios, los permisos, etc. del servicio Servidor FTP están configurados correctamente.

P:¿Qué provoca el error 53 cuando me conecto a un servidor Windows NT, Windows para Trabajo en Grupo o Microsoft LAN Manager?

R:Error 53 se devuelve cuando no se puede resolver el nombre de equipo especificado. Si el equipo se encuentra en la subred local, confirme que está escrito correctamente y que el sistema de destino también ejecuta TCP/IP. Si el equipo no se encuentra en la subred local, asegúrese de que su nombre y asignación de dirección IP están disponibles en el archivo LMHOSTS. Si parece que todo está instalado correctamente, intente utilizar PING con el sistema remoto para asegurarse de que su software TCP/IP funciona.

P:Después de haber agregado una asignación nueva al archivo LMHOSTS, ¿qué puedo hacer si se tarda excesivamente en realizar la conexión al servidor?

R:Un archivo LMHOSTS grande con una entrada al final del archivo, posiblemente seguida de algunas instrucciones #INCLUDE, podría provocar este comportamiento. Puede realizar dos acciones para acelerar el tiempo de conexión: marcar la entrada como precargada (para ello, anteponga a la asignación la etiqueta #PRE) y utilizar el comando NBTSTAT -R para actualizar inmediatamente la caché de nombres locales o colocar la asignación más arriba en el archivo LMHOSTS.

El archivo LMHOSTS se analiza secuencialmente para buscar las entradas que no están precargadas con la etiqueta #PRE. Por lo tanto, debería colocar las entradas que se utilizan con más frecuencia al principio del archivo y las entradas #PRE hacia el final del mismo.

P:¿Qué debo hacer si los usuarios tienen dificultades para conectarse a un determinado servidor, incluso cuando especifican el mismo nombre?

R:Utilice el comando NBTSTAT -N para determinar (de forma autorizada) el nombre que el servidor ha registrado en la red. El resultado de este comando enumera varios nombres que el sistema ha registrado mediante NetBIOS sobre TCP/IP. Debería constar un nombre de equipo parecido al del sistema. Si no es así, pruebe con uno de los demás nombres únicos que se muestran. El comando NBTSTAT también muestra las entradas en caché para los sistemas remotos ya sea precargadas (con la etiqueta #PRE) de LMHOSTS o los nombres que se han resuelto recientemente a consecuencia de la actividad de red actual. Si el nombre que los usuarios remotos utilizan es el mismo y los demás sistemas se encuentran en una subred remota, asegúrese de que tienen la asignación del sistema en su archivo LMHOSTS.

P:¿Qué debo hacer si no me puedo conectar a sistemas externos con nombres de host mediante TELNET, FTP, etc. sino sólo con las direcciones IP?

R:Mediante el icono Red del Panel de control, compruebe la configuración de resolución de nombres de hosts (que se encuentra en la opción Conectividad TCP/IP) para asegurarse de que se han configurado las opciones de DNS y HOSTS adecuadas para el sistema. Si utiliza el archivo HOSTS, asegúrese de que el sistema remoto está escrito de la misma forma en el archivo que como lo utiliza la aplicación. Si utiliza DNS, asegúrese de que las direcciones IP de los servidores DNS son correctas y están en el orden adecuado. Para determinar si el nombre de host se está resolviendo de la forma adecuada, intente utilizar PING con el sistema remoto; para ello, escriba el nombre de host y la dirección IP.

P:El mensaje que se muestra cuando utilizo TELNET con un determinado equipo identifica a otro distinto al que me intento conectar, incluso si especifico la dirección IP correcta. ¿A qué se puede deber?

R:Situaciones parecidas a ésta se producen cuando dos sistemas de la misma red están configurados erróneamente con la misma dirección IP. La asignación de Ethernet y dirección IP se realiza mediante el módulo de protocolo de resolución de direcciones (ARP) que acepta la primera respuesta que recibe. Por eso, la respuesta del equipo impostor a veces llega antes que la del equipo deseado. Estos problemas son difíciles de aislar y realizar un seguimiento de los mismos. El comando ARP -g muestra las asignaciones en la caché ARP. Si sabe la dirección Ethernet del sistema remoto deseado, puede determinar fácilmente si las dos coinciden. Si no la sabe, intente utilizar ARP D para eliminar la entrada, utilice PING en la misma dirección (lo que fuerza una nueva asignación ARP) y compruebe la dirección Ethernet en caché; para ello, vuelva a utilizar ARP -g. Es muy probable que si los dos sistemas se encuentran en la misma red, finalmente obtendrá una respuesta distinta. Si no es así, es posible que tenga que filtrar el tráfico del host impostor para determinar el propietario o la ubicación del sistema.

P:¿Qué debo hacer cuando una conexión TCP/IP a un sistema remoto parece estar bloqueada?

R:El comando NETSTAT -a muestra el estado de toda la actividad en los puertos TCP y UDP del sistema local. El estado de una buena conexión TCP normalmente está establecido con 0 bytes en las colas de envío y de recepción. Si los datos están bloqueados en alguna cola o si el estado es irregular, probablemente hay un problema en la conexión. Si no es así, es probable que haya retardos en la red o en la aplicación.

P:¿Qué debo hacer cuando en el cuadro de diálogo de configuración de TCP/IP aparece?: "Su gateway predeterminada no pertenece a ninguna de las interfaces configuradas. ¿Desea cambiarla?

R:Este error indica que la puerta de enlace predeterminada no se encuentra en la misma red que las demás interfaces instaladas en el sistema. Esto lo puede determinar si compara la parte de Id. de red de la puerta de enlace predeterminada (mediante una operación AND de nivel de bit entre la máscara de subred y la puerta de enlace predeterminada) y los Id. de red de las demás interfaces instaladas. Por ejemplo, un sistema con una única interfaz configurada con una dirección IP 102.54.0.1 y una máscara de subred 255.255.0.0 requeriría que la puerta de enlace predeterminada tenga el formato 102.54.a.b porque la parte de Id. de red de la interfaz IP es 102.54.

Propiedades

Id. de artículo: 102908 - Última revisión: miércoles, 14 de enero de 2004 - Versión: 3.0
La información de este artículo se refiere a:
  • Microsoft Windows NT Advanced Server 3.1
  • Microsoft Windows NT Workstation 3.1
  • Microsoft Windows NT Advanced Server 3.1
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
Palabras clave: 
kbnetwork KB102908

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com