¿Cuáles son las herramientas de comunicación en línea más utilizadas?
Si has jugado con routers, conocerás las interesantes abreviaturas de comandos en los routers.
Por ejemplo, "shint" significa "mostrar interfaz".
Ahora Windows 2000 también dispone de una herramienta con una interfaz similar llamada netsh.
En el cmdshell de Windows 2000, ingrese netsh
y aparecerá el mensaje netsh>
Ingrese intip y se mostrará:
<. p> interfaceip>Luego ingrese dump y podremos ver la configuración de red del sistema actual:
#--------------- --- ----------------
#InterfaceIPConfiguration
#-------------- --- ------------------
pushdinterfaceip
#InterfaceIPConfigurationfor"LocalAreaConnection"
setaddressname= "LocalAreaConnection" fuente =staticaddr=192.168.1.168
mask=255.255.255.0
addaddressname="LocalAreaConnection"addr=192.1.1.111mask=255.255.255.0
setaddressname="LocalAreaConnection"gateway=192.168.1.100gwmetric=1
setdnsname="LocalAreaConnection" source=staticaddr=202.96.209.5
setwinsname="LocalAreaConnection" source=staticaddr=none
popd
#EndofinterfaceIPconfiguration
Lo anterior es un método de operación interactiva.
Podemos ingresar directamente el comando:
"netshinterfaceipaddaddress"LocalAreaConnection"10.0.0.2255.0.0.0"
Para agregar la dirección IP.
Si no sabes la gramática, ¡no importa!
Cuando se le solicite, ingrese ? para encontrar la respuesta. ¿Es conveniente?
Resulta que hay algunas cosas que a la gente le gustan en el material de Microsoft. ¡Es una pena que muy pocos tengan éxito!
Programa de línea de comandos de red de Windows
Esta parte incluye:
Usar ipconfig/all para ver la configuración
Usar ipconfig/renew para actualice la configuración
Utilice ipconfig para administrar los ID de clase DNS y DHCP
Utilice Ping para probar la conexión
Utilice Arp para solucionar problemas de direcciones de hardware
Utilice nbtstat para solucionar problemas de nombres NetBIOS Pregunta
Utilice netstat para mostrar estadísticas de conexión
Utilice tracert para rastrear conexiones de red
Utilice rutas para probar el enrutador
Utilice ipconfig/all para ver la configuración
Al descubrir y resolver problemas de red TCP/IP, primero verifique la configuración TCP/IP en la computadora con el problema. Puede utilizar el comando ipconfig para obtener información de configuración del host, incluida la dirección IP, la máscara de subred y la puerta de enlace predeterminada.
Nota
Para clientes Windows95 y Windows98, utilice el comando winipcfg en lugar del comando ipconfig.
Cuando se utiliza el comando ipconfig con la opción /all, se proporcionará un informe de configuración detallado para todas las interfaces, incluido cualquier puerto serie configurado. Usando ipconfig/all, puede redirigir la salida del comando a un archivo y pegar la salida en otros documentos. También puede utilizar este resultado para confirmar la configuración TCP/IP de cada computadora en la red o para investigar más a fondo los problemas de la red TCP/IP.
Por ejemplo, si el ordenador está configurado con una dirección IP que duplica una dirección IP existente, la máscara de subred aparece como 0.0.0.0.
El siguiente ejemplo es el resultado del comando ipconfig/all en una computadora configurada para usar un servidor DHCP para configurar dinámicamente TCP/IP y para usar servidores WINS y DNS para resolver nombres.
Configuración de Windows2000IP
Tipo de nodo.........:Híbrido
IPRoutingEnabled....:No
WINSProxyEnabled .....:No
EthernetadapterLocalAreaConnection:
Nombre de host....:corp1.microsoft.com
Servidores DNS... ....: 10.1.0.200
Descripción....:3Com3C90xEthernetAdapter
Dirección Física.....:00-60-08-3E-46-07
DHCPEnabled.....:Sí
Autoconfiguración habilitada.:Sí
Dirección IP.....:192.168.0.112
Máscara de subred.....: 255.255.0.0
Puerta de enlace predeterminada......:192.168.0.1
ServidorDHCP.... ....:10.1.0.50
Servidor WINS principal. ...:10.1.0.101
Servidor WINS secundario...:10.1.0.102
Arrendamiento obtenido... ....:miércoles 02 de septiembre de 1998 10:32:13 a.m.
LeaseExpires....:Friday,September18,199810:32:13AM
Si TCP/IP No hay problema con la configuración El siguiente paso es probar que puedes conectarte a otros. hosts en la red TCP/IP.
Utilice ipconfig/renew para actualizar la configuración
Al solucionar problemas de red TCP/IP, primero verifique la configuración TCP/IP en la computadora que experimenta el problema. Si la computadora tiene DHCP habilitado y usa un servidor DHCP para obtener la configuración, use el comando ipconfig/renew para comenzar a actualizar el contrato de arrendamiento.
Al usar ipconfig/renew, todas las tarjetas de red en la computadora que usan DHCP (excepto aquellos adaptadores configurados manualmente) intentan conectarse al servidor DHCP para actualizar las configuraciones existentes u obtener nuevas configuraciones.
También puede utilizar el comando ipconfig con la opción /release para liberar inmediatamente la configuración DHCP actual del host. Para obtener más información sobre DHCP y el proceso de arrendamiento, consulte Cómo obtienen la configuración los clientes.
Nota
Para clientes Windows95 y Windows98 con DHCP habilitado, utilice las opciones de liberación y renovación del comando winipcfg en lugar de los comandos ipconfig/release e ipconfig/renew para liberar o renovar manualmente. actualizar el contrato de configuración de IP del cliente.
Utilice ipconfig para administrar los ID de clase DNS y DHCP
También puede utilizar el comando ipconfig:
Muestre o restablezca la caché de DNS.
Para obtener más información, consulte Uso de ipconfig para ver o restablecer la caché de resolución del cliente.
Actualizar nombres DNS registrados.
Para obtener más información, consulte Uso de ipconfig para actualizar registros de clientes DNS.
Muestra el ID de clase DHCP del adaptador.
Para obtener más información, consulte Visualización de información de ID de clase DHCP en clientes.
Establezca el ID de clase DHCP del adaptador.
Para obtener más información, consulte Configuración de la información de ID de clase de DHCP en el cliente.
Prueba la conexión usando Ping
El comando Ping ayuda a verificar la conectividad a nivel de IP. Al descubrir y resolver problemas, puede utilizar Ping para enviar una solicitud de eco ICMP al nombre de host o dirección IP de destino. Utilice Ping cuando necesite verificar si el host puede conectarse a la red TCP/IP y a los recursos de la red. También puede utilizar Ping para aislar problemas de hardware de red y configuraciones incompatibles.
Por lo general, es mejor utilizar primero el comando Ping para verificar que existe la ruta entre la computadora local y el host de la red, así como la dirección IP del host de la red que se va a conectar. Haga ping a la dirección IP del host de destino para ver si responde, de la siguiente manera:
pingIP_address
Al utilizar Ping, debe realizar los siguientes pasos:
Haga ping a la dirección de loopback para verificar si TCP/IP está instalado en la computadora local y configurado correctamente.
Ping127.0.0.1
Haga ping a la dirección IP de la computadora local para verificar que esté agregada correctamente a la red.
PingIP_address_of_local_host
Haga ping a la dirección IP de la puerta de enlace predeterminada para verificar que la puerta de enlace predeterminada se esté ejecutando y pueda comunicarse con el host local en la red local.
PingIP_address_of_default_gateway
Haga ping a la dirección IP del host remoto para verificar si puede comunicarse a través del enrutador.
pingIP_address_of_remote_host
El comando Ping utiliza la resolución de nombres estilo Windows Sockets para resolver el nombre de la computadora en una dirección IP, por lo que si tiene éxito con la dirección pero falla con el nombre, el problema es la resolución de direcciones o nombres, no problemas de conectividad de red. Para obtener más información, consulte Uso de Arp para resolver problemas de direcciones de hardware.
Si no puede utilizar Ping correctamente en algún momento, confirme:
Reinicie su computadora después de instalar y configurar TCP/IP.
La dirección IP del ordenador local en la pestaña General del cuadro de diálogo Propiedades del Protocolo de Internet (TCP/IP) es válida y correcta.
El enrutamiento IP está habilitado y el enlace entre enrutadores está disponible.
Puede usar diferentes opciones del comando Ping para especificar el tamaño del paquete a usar, cuántos paquetes enviar, si registrar las rutas utilizadas, el valor de tiempo de vida (TTL) a usar y si se debe establecer el indicador "No segmentar". Puede escribir ping-? para ver estas opciones.
El siguiente ejemplo muestra cómo enviar dos pings, cada uno de 1.450 bytes, a la dirección IP 172.16.48.10:
C:>ping-n2-l1450172.16.48.10
Haciendo ping a 172.16.48.10 con 1450 bytes de datos:
Respuesta desde 172.16.48.10:bytes=1450 tiempo<10msTTL=32
Respuesta desde 172.16.48.10:bytes=1450 tiempo<10msTTL =32
Estadísticas de ping para 157.59.8.1:
Paquetes: enviados=2, recibidos=2, perdidos=0 (0% de pérdida),
Tiempos aproximados de ida y vuelta en mili- segundos:
Mínimo=0 ms, Máximo=10 ms,Promedio=2 ms
De forma predeterminada, Ping espera 1000 milisegundos (1 segundo) antes de mostrar "Tiempo de espera de solicitud". Se devuelve cada respuesta. Si el sistema remoto que está siendo investigado mediante ping pasa por un enlace con un retraso prolongado, como un enlace satelital, la respuesta puede tardar más en llegar. Se puede especificar un tiempo de espera más largo usando la opción -w (esperar).
Usar Arp para resolver problemas de direcciones de hardware
El Protocolo de resolución de direcciones (ARP) permite a un host encontrar la dirección de control de acceso a medios de un host en la misma red física si la IP de este último es dirección dada. Para hacer que ARP sea más eficiente, cada computadora almacena en caché las asignaciones de direcciones IP a Media Access Control para eliminar solicitudes de transmisión ARP duplicadas.
Puedes utilizar el comando arp para ver y modificar entradas ARP en el ordenador local. El comando arp es útil para ver el caché ARP y solucionar problemas de resolución de direcciones.
Para obtener más información, consulte Ver la caché del Protocolo de resolución de direcciones (ARP) y Agregar entradas de la caché ARP estática.
Utilice nbtstat para resolver problemas de nombres NetBIOS
NetBIOS sobre TCP/IP (NetBT) resuelve nombres NetBIOS en direcciones IP. TCP/IP proporciona muchas opciones para la resolución de nombres NetBIOS, incluidas búsquedas en caché local, consultas al servidor WINS, difusiones, consultas al servidor DNS y búsquedas de archivos Lmhosts y hosts.
Nbtstat es una herramienta útil para solucionar problemas de resolución de nombres NetBIOS. Los elementos precargados se pueden eliminar o corregir usando el comando nbtstat:
nbtstat -n muestra los nombres registrados localmente en el sistema por programas como servidores o redirectores.
nbtstat -c muestra la caché de nombres NetBIOS, que contiene asignaciones de nombre a dirección para otras computadoras.
nbtstat -R borra el caché de nombres y luego lo recarga desde el archivo Lmhosts.
nbtstat-RR libera los nombres NetBIOS registrados en el servidor WINS y luego actualiza su registro.
nbtstat-aname ejecuta el comando de estado del adaptador NetBIOS en la computadora especificada por nombre. El comando de estado del adaptador devolverá la tabla de nombres NetBIOS local de la computadora, así como la dirección de control de acceso a medios del adaptador.
nbtstat -S enumera la sesión NetBIOS actual y su estado (incluidas las estadísticas), como se muestra en el siguiente ejemplo:
NetBIOSconnectiontable
LocalnameStateIn/outRemoteHostInputOutput
--------------------------------------------- ---- --------------------
CORP1ConnectedOutCORPSUP16MB5MB
CORP1ConnectedOutCORPPRINT108KB116KB
CORP1ConnectedOutCORPSRC1299KB19KB
CORP1ConnectedOutCORPEMAIL1324KB19KB
CORP1Listening
Usa netstat para mostrar estadísticas de conexión
Puedes usar el comando netstat para mostrar estadísticas de protocolo y conexiones TCP/IP actuales . El comando netstat -a mostrará todas las conexiones, mientras que netstat -r muestra la tabla de enrutamiento y las conexiones activas. El comando netstat -e mostrará estadísticas de Ethernet, mientras que netstat -s muestra estadísticas por protocolo. Si usa netstat -n, no puede convertir direcciones y números de puerto en nombres.
El siguiente es un ejemplo de salida de netstat:
C:>netstat-e
InterfaceStatistics
ReceivedSent
Bytes399583794047224622
Paquetes de unidifusión120099131015
Paquetes que no son de unidifusión75795443823
Descartes00
Errores00
Protocolos desconocidos363054211
C:>netstat- a
ActiveConnections
ProtoLocalAddressForeignAddressState
TCPCORP1:1572172.16.48.10:nbsessionESTABLISHED
TCPCORP1:1589172.16.48.10:nbsessionESTABLISHED
TCPCORP1:1606172.16.105.245:nbsessionESTABLISHED
TCPCORP1:1632172.16.48.213:nbsessionESTABLISHED
TCPCORP1:1659172.16.48.169:nbsessionESTABLISHED
TCPC 714172.16.48.203 :nbsessionESTABLISHED
TCPCORP1:1719172.16.48.36:nbsessionESTABLISHED
TCPCORP1:1241172.16.48.101:nbsessionESTABLISHED
UDPCORP1:1025*:*
UDPCORP1:snmp *:*
UDPCORP1:nbname*:*
UDPCORP1:nbdatagram*:*
UDPCORP1:nbname*:*
UDPCORP1 :nbdatagram*:*
C:>netstat-s
IPStatistics
PacketsReceived=5378528
ReceivedHeaderErrors=738854
ReceivedAddressErrors=23150
DatagramsForwarded=0
UnknownProtocolsReceived=0
ReceivedPacketsDiscarded=0
ReceivedPacketsDelivered=4616524
OutputRequests=132702
RoutingDiscards=157
DiscardedOutputPackets=0
OutputPacketNoRoute=0
ReassemblyRequired=0
ReassemblySuccessful=0
ReassemblyFailures=
DatagramasSuccessfullyFragmented=0
DatagramasFailingFragmentation=0
FragmentosCreados=0
ICMPS
estadísticas
RecibidosEnviados
Mensajes6934
Errores00
DestinoInalcanzable6850
Tiempo excedido00
Problemas de parámetros00
FuenteQuenches00
Redirecciones00
Ecos40
EchoReplies04
Marcas de tiempo00
Marcas de tiempoRespuestas00
AddressMasks00
AddressMaskReplies00
TCPStatistics
ActiveOpens=597
PassiveOpens=135
FailedConnectionAttempts= 107
ResetConnections=91
CurrentConnections=8
SegmentosRecibidos=106770
SegmentosEnviados=118431
SegmentosRetransmitidos= 461
UDPStatistics
DatagramsReceived=4157136
NoPorts=351928
ReceiveErrors=2
DatagramsSent=13809
Rastrear conexiones de red usando tracert
Tracert (traceroute) es una utilidad de rastreo de rutas que se utiliza para determinar la ruta tomada por un datagrama IP para llegar a un destino. El comando Tracert utiliza campos de tiempo de vida de IP (TTL) y mensajes de error ICMP para determinar el enrutamiento de un host a otros hosts en la red.
Cómo funciona Tracert
Al enviar paquetes de respuesta del "Protocolo de mensajes de control de Internet (ICMP)" con diferentes valores de tiempo de vida IP (TTL) al destino, el programa de diagnóstico Tracert determina que el objetivo es La ruta tomada. Se requiere que cada enrutador en la ruta disminuya el TTL en el paquete en al menos uno antes de reenviar el paquete. Cuando el TTL del paquete se reduce a 0, el enrutador debe enviar un mensaje "ICMP Timed Out" al sistema de origen.
Tracert primero envía un paquete de respuesta con un TTL de 1 e incrementa el TTL en 1 durante cada proceso de envío posterior hasta que la respuesta objetivo o TTL alcanza el valor máximo, determinando así la ruta. Determine la ruta comprobando el mensaje "ICMP ha caducado" enviado por el enrutador intermedio. Algunos enrutadores descartan paquetes con TTL caducado sin preguntar, lo que no es visible en la utilidad Tracert.
El comando Tracert imprime la lista de interfaces del enrutador próximo en la ruta que devuelve el mensaje "ICMP Timed Out" en orden. Si se utiliza la opción -d, la utilidad Tracert no consulta DNS en cada dirección IP.
En el siguiente ejemplo, el paquete debe pasar a través de dos enrutadores (10.0.0.1 y 192.168.0.1) para llegar al host 172.16.0.99. La puerta de enlace predeterminada del host es 10.0.0.1 y la dirección IP del enrutador en la red 192.168.0.0 es 192.168.0.1.
C:>tracert172.16.0.99-d
Ruta de seguimiento a 172.16.0.99 con un máximo de 30 saltos
12s3s2s10,0.0,1
275ms83ms88ms192. 168.0.1
373ms79ms93ms172.16.0.99
Tracecomplete.
Utilice tracert para resolver el problema
Puede utilizar el comando tracert para determinar dónde está el paquete de datos Dónde detenerse en la red. En el siguiente ejemplo, la puerta de enlace predeterminada determina que el host 192.168.10.99 no tiene una ruta válida. Esto puede ser un problema con la configuración del enrutador o la red 192.168.10.0 no existe (dirección IP incorrecta).
C:>tracert192.168.10.99
Ruta de seguimiento a 192.168.10.99 con un máximo de 30 saltos
110.0.0.1 informa que la red de destino es inalcanzable.
Seguimiento completo.
p>
La utilidad Tracert es útil para solucionar problemas de redes grandes donde se pueden tomar varias rutas hasta el mismo punto.
Opciones de la línea de comando de Tracert
El comando Tracert admite una variedad de opciones, como se muestra en la siguiente tabla.
tracert[-d][-hmaximum_hops][-jhost-list][-wtimeout]target_name
Descripción de la opción
-d especifica que no se debe incluir el Dirección IP Se resuelve en el nombre del host.
-hmaximum_hops especifica el número de saltos para rastrear la ruta hasta el host llamado target_name.
-jhost-list especifica una lista de interfaces de enrutador en la ruta tomada por los paquetes de la utilidad Tracert.
-wtimeout espera la cantidad de milisegundos especificada por el tiempo de espera para cada respuesta.
target_name El nombre o dirección IP del host de destino.
Para obtener más información, consulte Seguimiento de rutas mediante el comando tracert.
Utilice pathping para probar el enrutador
El comando pathping es una herramienta de seguimiento de rutas que combina las funciones de los comandos ping y tracert con otra información no proporcionada por estas dos herramientas. El comando pathping envía paquetes durante un período de tiempo a cada enrutador en la ruta hacia el destino final y luego devuelve resultados de la computadora basados en los paquetes de cada salto. Debido a que el comando muestra el alcance de la pérdida de paquetes en cualquier enrutador o enlace determinado, se puede determinar fácilmente qué enrutador o enlace puede estar causando problemas de red. Ciertas opciones están disponibles, como se muestra en la siguiente tabla.
Funcionalidad de nombre de opción
-nHostnames no resuelve direcciones en nombres de host.
-hMaximumhops El número máximo de saltos a buscar.
-gHost-list libera rutas de origen a lo largo de la lista de rutas.
-pPeriod El número de milisegundos que se deben esperar entre pings.
-qNum_queries Número de consultas por salto.
-wTime-out es el número de milisegundos que se deben esperar para cada respuesta.
-TLayer2tag adjunta una etiqueta de prioridad de Capa 2 (por ejemplo, para IEEE802.1p) al paquete y lo envía a todos los dispositivos de red en la ruta. Esto ayuda a identificar dispositivos de red que no tienen prioridades de Capa 2 configuradas correctamente. El modificador -T se utiliza para probar la conectividad de calidad de servicio (QoS).
- RRSVPisbaseChe comprueba si cada enrutador en la ruta admite el Protocolo de reserva de recursos (RSVP), que permite a un host reservar una cierta cantidad de ancho de banda para el flujo de datos. El modificador -R se utiliza para probar la conectividad de calidad de servicio (QoS).
El recuento de saltos predeterminado es 30 y el tiempo de espera predeterminado antes de que se agote el tiempo de espera es de 3 segundos. El tiempo predeterminado es 250 milisegundos y el número de consultas a cada enrutador a lo largo de la ruta es 100.
El siguiente es un informe de ruta típico. Las estadísticas compiladas después de la lista de saltos indican la pérdida de paquetes en cada enrutador individual.
D:>pathping-nmsw
Tracingroutetomsw[7.54.1.196]
sobreunmáximode30saltos:
0172.16.87.35
1172.16.87.218
2192.68.52.1
3192.68.80.1
47.54.247.14
57.54.1.196
Calculando estadísticas durante 125 segundos...
Fuenteaquíestenodo/enlace
HopRTTLost/Sent=PctLost/Sent=PctAddress
0172.16.87.35
0 /100=0%|
141ms0/100=0%0/100=0%172.16.87.21813/100=13%|
222ms16/100=16%3/100 =3%192.68.52.10/100=0%|
324ms13/100=13%0/100=0%192.68.80.10/100=0%|
421ms14/100 =14%1/100=1%10.54.247.140/100=0%|
524ms13/100=13%0/100=0%10.54.1.196
Seguimiento completo.
Al ejecutar la ruta, primero mire los resultados de la ruta cuando pruebe si hay problemas. Esta ruta es la misma que la que muestra el comando tracert. Luego, el comando de ruta muestra un mensaje de ocupado durante los siguientes 125 milisegundos (este tiempo varía según el recuento de saltos). Durante este tiempo, la ruta recopila información de todos los enrutadores enumerados anteriormente y los enlaces entre ellos. Al final de este período, muestra los resultados de la prueba.
Las dos columnas de la derecha, ThisNode/LinkLost/Sent=Pct y Address, contienen la información más útil. 172.16.87.218 (salto 1) y 192.68.52.1 (salto 2) pierden el 13% de los paquetes. Todos los demás enlaces funcionan bien. Los enrutadores en los saltos 2 y 4 también pierden paquetes dirigidos a ellos (como se muestra en la columna ThisNode/Link), pero esta pérdida no afecta la ruta de reenvío.