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.
  Este tipo de mensajes se generan cuando el tiempo de vida del data grama a llegado a cero mientras se encontraba en tránsito hacia el host destino (código=0), o porque, habiendo llegado al destino, el tiempo de reensamblado de los diferentes fragmentos expira antes de que lleguen todos los necesarios (código=1).
  
  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.
  

Existen diferentes tipos de error que pueden impedir tu acceso por FTP. Antes de nada, verifica que el nombre del servidor, el nombre de usuario y la contraseña sean correctos. Si es así, analiza las diferentes posibilidades que mostramos a continuación por si las características de el error que se muestra coinciden con alguno de estos casos.