Los errores de conectividad se pueden verificar mediante diferentes tecnicas.
- PING Podemos
realizar cómodamente solicitudes ICMP de eco mediante la consola del
sistema y el comando PING. Para eso abrimos la consola del comandos y
escribimos ping x.x.x.x, donde x.x.x.x es la dirección IP del host
buscado. También podemos hacer ping a una dirección de nombra de
dominio, con lo que obtendremos además su Ip correspondiente. Como
prueba he hecho ping al servidor de Yahoo España, obteniendo el
siguiente resultado: Como
vemos, he obtenido el dominio principal de Yahoo en Europa, su
dirección IP (217.12.6.17) y cuatro respuestas de eco ICMP con paquetes
de 32 bits, que han tardado en realizar su camino entre el servidor de
Yahoo y mi máquina XXX.XXX.XXX milisegundos. También puedo ver las
estadísticas de las solicitudes de eco, que me dicen que los cuatro
paquetes han llegado bien, y que la media de tiempo de llegada ha sido
de 264 milisegundos. Por su parte, el campo TLL indica el tiempo de vida
de los paquetes enviados. Un TLL=235 significa que el paquete puede
atravesar 235 routers en su camino hasta el host destino. Cada router
por el que pase irá disminuyendo en una unidad el valor del campo TLL, y
cuando llega a cero el paquete se descarta, enviándose al origen un
mensaje ICMP de tipo 11 (Time Exceded). Esto se hace para no tener
paquetes dando vueltas indefinidamente Si
obtenemos este resultado al hacer PING a un host de nuestra red
significa que tanto el cableado como las tarjetas de red y la
configuración TCP/IP de ambos equipos están correctos Si ahora intento mandar un mensaje a un host no existente en mi red, la respuesta será la siguiente: Y
como podemos ver, la respuesta de eco no se produce, obteniendo un
mensaje ICMP de tipo 11 (Time Exceded), lo que indica que el host
buscado no existe o no está bien configurado Si
este resultado lo obtenemos al hacer PING a un host de nuestra propia
red implica que o no está bien el cableado entre ambos host o que uno o
ambos host no están bien configurados. Podemos restringir entonces el
campo de fallos haciéndonos PING a nosotros mismos, para ver si es
nuestro host el que falla: El
resultado obtenido indica que nuestra máquina tiene bien configurados
los protocolos TCP/IP y que nuestra tarjeta de red está correcta, por lo
que tendremos que comprobar el cableado entre ambos host y la máquina
destino En
caso de solicitar un eco a un host de otra red diferente a la nuestra y
los paquetes no encuentran un camino para llegar a él (o la red destino
no existe), el mensaje obtenido será del tipo: Como
vemos, obtenemos un mensaje ICMP de tipo 3 (Destination Unreachable).
Hemos usado el parámetro » -n 1 » del comando PING para enviar sólo un
paquete de solicitud de eco.
Si obtenemos la respuesta de eco anterior en el caso de hacer PING a un host de nuestra propia red significa bien que la dirección IP de uno de los host no es correcta, bien que las máscaras de red (o de subred) no están bien configuradas.
Hay que tener en cuenta en este punto que algunos host pueden estar configurados para no emitir respuestas de eco, como medida de seguridad frente a ataques externos (tipo DOS – denegación de servicio).
Podemos obtener más información sobre el comando PING escribiendo el mismo en la consola de comandos, sin ninguna dirección IP asociada y ningún parámetro: C:>ping
Mensajes de error Mas Frecuentes
En el caso de obtener un mensaje ICMP de destino inalcanzable, con campo «tipo» de valor 3, el error concreto que se ha producido vendrá dado por el valor del campo «código», pudiendo presentar los siguientes valores:- 0 – no se puede llegar a la red.
- 1 – no se puede llegar al host o aplicación de destino.
- 2 – el destino no dispone del protocolo solicitado.
- 3 – no se puede llegar al puerto destino o la aplicación destino no está libre.
- 4 – se necesita aplicar fragmentación, pero el flag correspondiente indica lo contrario.
- 5 – la ruta de origen no es correcta.
- 6 – no se conoce la red destino.
- 7 – no se conoce el host destino.
- 8 – el host origen está aislado.
- 9 – la comunicación con la red destino está prohibida por razones administrativas.
- 10 – la comunicación con el host destino está prohibida por razones administrativas.
- 11 – no se puede llegar a la red destino debido al Tipo de servicio.
- 12 – no se puede llegar al host destino debido al Tipo de servicio.
Los mensajes ICMP de tipo= 12 (problemas de parámetros) se originan por ejemplo cuando existe información inconsistente en alguno de los campos del data grama, que hace que sea imposible procesar el mismo correctamente, cuando se envían data gramas de tamaño incorrecto o cuando falta algún campo obligatorio.
Por su parte, los mensajes de tipo=5 (mensajes de redirección) se suelen enviar cuando, existiendo dos o más routers diferentes en la misma red, el paquete se envía al router equivocado. En este caso, el router receptor devuelve el data grama al host origen junto con un mensaje ICMP de redirección, lo que hará que éste actualice su tabla de enrutamiento y envíe el paquete al siguiente router.
En cuanto a los mensajes de tipo=11 (tiempo excedido), se usa cuando un data grama llega al fin de su vida, por haber excedido el número de saltos entre routers permitido. Se envía entonces un mensaje ICMP de este tipo al host desde el que se envión el data grama, siendo éste descartado.
Cuando un host emisor recibe un mensaje ICMP de los tipos «destino inalcanzable», «tiempo de espera superado» o «problema de parámetros», se lo suele pasar a la capa de Transporte para que lo procese y corrija el error. - TRACERTEl
comando TRACERT sirve también, al igual que el Ping, para medir el
tiempo que tarda un paquete en llegar de nuestro ordenador a otro
especifico, detallando además por los nodos que pasa el paquete de datos
antes de llegar a destino. También se utiliza bajo el interprete de
comandos de MS-DOS.Modo de uso básico:
C:\>TRACERT -a [servidor-objetivo]
Opciones del comando (al ejecutar TRACERT sin parámetros):
-d No convierte direcciones en nombres de hosts.
-h máximo_de_saltos Máxima cantidad de saltos en la búsqueda del objetivo.
-j lista-de-hosts Enrutamiento relajado de origen en la lista de hosts.
-w tiempo_de_espera Tiempo en milisegundos entre intentos.
Por ejemplo ejecutamos:
tracert www.google.es
Si la conexión se interrumpe en algún paso, como en el paso 3 y 5, Quiere decir que en esos puntos existe un problema. Al pasar con exito la dirección 192.168.1.1. Indica que el router no tiene problemas, el fallo leve, se encuentra en 130.216.106.212 del operador de internet y en atlas.cogentco,com. Pero tras 89 ms, se completa la traza. En este caso no existe un problema que te pueda afectar en tu conexión. - TELNET
El Telnet es una de las maneras que se tiene de acceder a alguna computadora, asumiendo que tiene permiso para ello. Mas técnico, el telnet es un comando cliente y un protocolo subyacente del TCP/IP para el acceso a computadoras remotas. En Internet, los protocolos HTTP y FTP permiten solicitar información (archivos) de las máquinas remotas pero sin estar logueado como usuario de esa máquina. Con el telnet, se ingresa a un sistema como un usuario regular del mismo, con cualesquiera privilegios que se le hayan concedido al uso y a los datos específicos sobre ese sistema.
EJEMPLO
1. La PC A solicita información a la PC B por medio del protocolo HTTP y FTP
2. La PC A por medio del puerto 23, se conecta a la PC B. Esta pide que se loguee en el equipo con un USER/PASS.
De acuerdo al tipo de usuario que poseamos, tendremos privilegios que nos permitirán realizar cosas limitadas o ilimitadas (Administrador)
¿Cómo puedo aplicarlo en el día a día?
El servicio de telnet lo podemos utilizar para verificar las siguientes situaciones:
· Un usuario no puede navegar
· Un usuario no valida su cuenta POP3 en el cliente de correo, o tienen algún inconveniente en la casilla.
· Un usuario no puede enviar mails (SMTP)
1. Chequear la navegación:
Cuando tenemos un problema de navegación, una de las posibilidades es hacer un telnet a alguna página, con este procedimiento podremos determinar si es un problema del navegador (falla o mal configuración del IE, por ejemplo) o es un problema de transferencia de datos.
Los pasos a seguir son los siguientes:
– Hacer un telnet a alguna dirección “telnet www.ciudad.com.ar 80”
– Verificar si en la barra de titulo aparece “telnet www.ciudad.com.ar 80”
– A continuación escribir GET /
– La respuesta que tendríamos que ver es algo así: – La respuesta que obtendremos en pantalla, será ver pasar código HTML
– Para realizar un Telnet podemos utilizar el cliente que trae incorporado el O.S. (Win9x/NT/2000/XP). Para ello vayamos a INICIO>EJECUTAR y escribamos: “telnet www.ciudad.com.ar 80” (solo para Win9X/Me)
En el caso de Win2X/NT/XP debemos ingresar de la siguiente manera:
INICIO>EJECUTAR>TELNET y seguimos lo como indica la imagen:
2. Chequear el POP3
Usar el telnet para el pop3, puede resultar de utilidad, cuando por algún motivo no podemos hacerlo desde el cliente habitual (ejemplo: Outlook Express). Desde una ventana de telnet, podemos saber cuantos mail hay en el inbox, podemos leer su contenido y borrarlos del servidor. A continuación se detallan los comandos más útiles del telnet con respecto al pop3.
LIST – lista los mensajes en el servidor
TOP # X – Donde # es el número de mensaje y X es tamaño del buffer. Con este comando, se puede leer el encabezado del mail, si se llegara a aumentar el tamaño del buffer, podríamos leer el cuerpo del mismo. Por default se utiliza 0 como tamaño de buffer pero solo se lee el encabezado del mail.
DELE # – Donde # es el número de mensaje. Con el comando DELE # se procede al borrado de algún mail, indicando el número del mismo a continuación de DELE. Cabe aclarar que para los cambios realizados por este comando tengan efecto, una vez finalizado el trabajo de borrar, hay que ingresar el comando QUIT. Si por algún motivo nos llegáramos a equivocar de mail borrado, podríamos volver atrás con el comando RSET.
QUIT – Sale de la aplicación
RSET – Resetea los cambios desde que se ingreso al inbox.
3. Chequear el SMTP
Si se llegara a tener una duda con respecto al funcionamiento del SMTP desde el cliente, se podría enviar un mail de prueba vía telnet.
Los pasos serian los siguientes:
HELO – Cualquier cosa (se saluda al servidor)
MAIL FROM – user@dominio.tld (dirección de mail del remitente)
RCPT TO – user_destino@dominio.tld (dirección de mail de destinatario)
DATA – (indica que comienzo a escribir el mail)
SUBJECT – cualquier cosa (se indica el asunto)
Se comienza a escribir lo que aparecerá en el cuerpo del mail. Se pueden todo tipo de caracteres.
(Para enviar el mail, se debe colocar en un renglón nuevo un punto). Luego presionar la tecla ENTER - DIALUPLa
siguiente es la lista de errores de conexión de sistemas operativos
Windows, podrás encontrar la solución a la mayoría de los errores para
conexiones Dialup
(Conexión telefónica), si bien en algunos casos coinciden las
soluciones, estas no son aplicables a conexiones ADSL, para eso consulte
la Central ADSL.
