Ê
Ê 

Los problemas de conectividad de red tanto en sistemas privativos

como libres pueden ocasionarse por distintas causas pero normalmente se
deben a adaptadores de red incorrectos, a una incorrecta configuración de
los modificadores, a un hardware defectuoso o a problemas del controlador.
Algunos síntomas de los problemas de conectividad son intermitentes, por lo
que no parecen señalar claramente a una de estas causas.

A veces, una actualización del sistema operativo introduce los

problemas de conectividad de red. Las causas más comunes de los
problemas de conectividad son:

ë Los adaptadores de red y puertos conectores tienen niveles de

dúplex o parámetros de velocidad de transferencia no coincidentes.
ë Los adaptadores de red o los conectores con tasas de transmisión
de 10/100 megabits por segundo (Mbps) no conectan
correctamente. Alguna configuración de detección automática no
puede detectar correctamente la velocidad de algunos adaptadores
de red.
ë El adaptador de red es incompatible con la placa base o con otros
controladores o componentes de hardware o de software.

El los sistemas privativos la instalación de los drivers de las tarjetas o

adaptadores de red se pueden realizar de manera manual con un flash drive
o cd o una conexión al internet, mientras que en los sistemas GNU/LINUX se
obtendrán de los repositores de dichas distribuciones.

A continuación enmarcaremos los problemas de red primero en

plataformas privativas (WINDOWS) y luego en software libre (GNU/LINUX)

c
 En ocasiones en una red LAN nos encontraremos con problemas para
conectar unos ordenadores con otros, conectar a Internet o acceder al
servidor de datos. No sería lo más adecuado ponernos a realizar cambios sin
antes haber hecho unas mínimas comprobaciones, que nos permitan evaluar
el problema, y seguramente nos ahorren tiempo en nuestras reparaciones.

Para diagnosticar los problemas de red que te aparezcan en la

computadora se pueden utilizar herramientas y software incluidos en los
misma computadora.

c

Los problemas que podemos encontrar en las redes de computadoras
ordenadores, se puede dividir en:

ë D
      : Problemas de Aplicación, protocolos
incompatibles direcciones IP en conflicto, tablas de enrutamiento mal
configuradas,etc.
ë D
     : Tarjetas de red, routers, switch, etc.

ë D
    : Conectores en mal estado, cables rotos, oxidación de

contactos, ect.

Para poder detectar los problemas, los propios sistemas operativos nos
proporcionan herramientas de software, para ayudarnos a detectar estos
fallos.

 
    Ê  

ÊDSe usa a partir de Windows 2000. Nos muestra los valores de la

configuración de la red TCP/IP. Si se utiliza sin parámetros, 
 muestra
las direcciones IP, la máscara de subred y la puerta de enlace

-
predeterminada de todos los adaptadores. En el próximo capítulo veremos
las opciones. En Linux el mandato a usar es . Nos servirá para poder
determinar si la configuración es adecuada, y nos dará información útil para
realizar pruebas posteriores.

D Este programa, escrito por Mike Muuss, verifica si determinado host
(equipo), puede ser alcanzado. Lo hace enviando un ¬
  y espera
respuesta, midiendo el tiempo de esta. Esta prueba, una vez comprobado
que no es problema de nuestro propio equipo, es la más útil en un entorno de
red de área local.

   Desarrollado por Van Jacobson, este programa se vale del
hecho de que ningún enrutador deja pasar un data grama con TTL 1 ó 0.
Será útil si tenemos nuestra red segmentada, mediante routers o tenemos
problemas con Internet.

  
 
    Para tareas más especializadas podemos
usar el mandato arp. Muestra y modifica las tablas de conversión de
direcciones IP en direcciones físicas que utiliza el protocolo de resolución de
direcciones (ARP). es una orden que nos permite ver y modificar la
tabla de enrutamiento de un equipo, que es, en definitiva, el desarrollo de la
configuración IP realizada en el equipo.

Todas las herramientas software indicadas son de línea de comando,

además de estos programas, tanto Windows, en sus ultimas versiones, como
Linux nos ofrecen, opciones en entorno gráfico que nos informan del estado
de la conexión a red. Además tenemos programas con muchas más
funcionalidades como puede ser WhatsUP , aunque se escapa un poco de la
finalidad de este curso.

‰
-
 ÊD Ê 

Î  
 

Si en una ventana de línea de comandos tecleamos "

 " el
ordenador nos devolverá información sobre todos los parámetros que
podemos usar, el texto sería aproximadamente, dependiendo del Windows
que se use.


 
¬


V

Ê
 o
    ¬¬¬ o¬   ¬¬ o   
 
¬
¬  
 
  ¬ 
 o 
¬

em>adaptador Nombre completo o modelo con µâµ y µµ con el que µcoincidir¶, â
coincide con cualquier carácter, A 

¬ 
   ¬ 

 

GA ¬  ¬¬ ¬ ¬ ¬ !

G

 ¬   
  
 ¬ 
 

G
  "
#¬   
¬
    ¬   ¬¬


G
 $¬¬%  
¬
    ¬   ¬¬


G
      
& ¬ ¬
 ¬ '()
G  * 
+  ¬
¬',!%¬%¬ ¬
  
# ¬ '()
G
  ¬  ¬ ¬
 ¬  
& ¬ ¬
 ¬ '()
G 


 ¬     ¬ ¬ ', ¬ 

   ¬
 
G 

 

 ¬  ¬ ¬ ', - %   ¬¬¬ 
 ¬
   
¬¬  
¬
 .     ¬ # ¬ !  ¬  ¬
¬ ¬ ¬¬¬ 
   ¬+/ -¬ 

ü
¬$¬¬¬!$¬¬.
¬¬¬

¬# ¬¬
 .¬

#¬    ¬%    ¬
¬ ¬ 
¬
¬     
 ¬ ¬+  /    )¬'. 
  ¬ ¬¬



¬ ¬.¬0
 ¬¬ ¬

Ejemplos de uso de ÊD:

con 
" nos muestra información básica para saber nuestra
configuración de red, por ejemplo:


 
  ¬ 
  -
¬ ¬   ¬1
 ¬  ¬
 

)
'()¬¬ 2
¬ ¬1


'
¬
34567111111

  ¬# ¬44448

¬ ¬¬ ¬ ¬¬¬ 

34567111111

Con esta información ya conoceremos la dirección IP que tiene asignada

nuestro ordenador, la podemos usar para comunicársela a una persona que
nos vaya a dar asistencia remota, nos sirve para saber si estamos en la
misma red que otro ordenador con el que queremos conectar, para ello
además de tener la misma mascara de red debemos tener en los dos
equipos direcciones IP compatibles con la mascara. La puerta de enlace nos
dice a donde enviar las peticiones cuando solicitamos una IP que no es
compatible con la mascara (que no pertenece a nuestra subred).

Con "
", la información es detallada; como la que se muestra:


 
¬


(# ¬¬
 



'
)
'()

 


 

/
¬'



- 
¬¬
#

(

 1!¬()
#

(

"
¬#0¬¬
'() 


 

-
¬ ¬   ¬1

 ¬  ¬   )
 '() ¬¬ 2
 ¬ 
¬1


'¬

9*$

¬:-
¬ ¬*¬

'
¬
 2
*;';<;3-;=;'-

',
#

)2


 


#

)2

'
¬
34567111111

  ¬# ¬44448

¬ ¬¬ ¬ ¬¬¬ 

34567111111

)¬ %
 ',55<111111

)¬ %
 ¬'()735111111

735111111

 ¬
#¬
 ¬%¬.4¬!¬754877

 ¬
   ¬%¬.4¬!¬7877

Aquí tenemos mucha más información, sabemos nuestra IP pero sabemos

que está obtenida por DHCP (automáticamente), de modo que tiene sentido
usar "
   ", que renueva todos los adaptadores (en el caso de
que tengamos varios como en un portátil con tarjetas ethernet y wireless) o

U
 usamos "
    â , que renueva los adaptadores llamados
EL«, o podemos usar "
   ", que libera todos los adaptadores
(o algunos si especificamos, nombres). Si la dirección IP es estática no
estará activado el DHCP, y no tendrá sentido usar estos parámetros.

La dirección física es lo que también se llama dirección MAC (MAC adress),

saberlo puede ser útil si nos conectamos a una red con filtrado MAC, es decir
que tiene una lista de tarjetas autorizadas a conectarse, esto es más seguro
que las direcciones IP pues el MAC de una tarjeta es único. El filtrado MAC
se suele usar mucho en redes Wireles.

 Ê

Es evidente que este simple mandato, ipconfig nos proporciona información

abundante sobre nuestra conexión de red, permitiendo saber si es necesario
cambiarla para conectarnos a una red con unos datos de mascara y puerta
de enlace específicos, en el caso de una red con direcciones fijas; nos
permite conocer datos para una posible asistencia remota, saber si el
servidor DHCP funciona, pues si no lo hace nuestra IP sería 0.0.0.0, y no
obtendríamos información de los servidores DHCP y DNS.

Si el problema es que hemos puesto una dirección IP que ya existe, en

general nos lo informara el sistema, pero si la mascara de red no es valida,
no veremos a los equipos de nuestra propia LAN, y si la puerta de enlace
predeterminada no es correcta probablemente no tengamos salida a Internet.

Si el cable de red está desconectado, esta información nos aparecerá,

aunque disponemos de ella de modo gráfico en la bandeja de sistema, con
un icono de un ordenador con un aspa roja, que al poner el cursor encima
nos mostrará la información en un globo de texto. Lo mismo encontraremos
en la mayoría de los Linux

ƒ
Ê

En Linux el mandato que sería equivalente al "

" de Windows es
"", este programa no solo nos muestra cual es la configuración de
nuestra tarjeta, desde aquí también podemos modificar la configuración,
siempre que sepamos lo que hacemos.

Tanto 
 como , nos informarán en su caso de que la tarjeta
no está conectada a la red, pero tanto en Linux como en Windows, si el
problema es el cable de red, nos lo indicaran con un icono, que avisa de esta
eventualidad.   
          

     , podemos ver que esta conectado en nuestro
equipo, pero si vamos al Hub o Switch al que estemos conectados puede ser
que sea este extremo el que este desconectado, o que el concentrador este
desconectado de la red, por problemas eléctricos o de alimentación del
aparato. Puede incluso que todo esto este bien pero convendrá antes de
seguir                
 del cableado y los puertos del PC y los repetidores, el oxido es un
enemigo a evitar aunque solo se suele dar en ambientes muy agresivos.

c
 


D es de los programas para supervisión de red unos de los más sencillos
pero con resultados más potentes, en nuestro caso es el de uso más
habitual.

Î 
    

Si tecleamos "
 " obtendremos información sobre sus parámetros de
uso:

V  
 o; o; o; ¬ o; > o;  o;
 //" o;% /?) o;  ¬ o;
¬oo; 
;
o;@
;
o;
¬¬¬¬ 
;¬


>


 

[ 
¬
¬¬


0¬¬ ¬

 %¬ ¬2

! 
 A ¬
  ;¬ B

  A ¬
  ;

[ $¬%¬ 
¬
¬¬# ¬¬


[ ¬(¬ ¬¬

¬¬  ¬%
 

[
>-%
 >¬# ¬ 

[-#¬ ¬ ( ¬ ¬


 ¬0¬¬

[//"/
¬¬%


[ /?)/
¬¬ %



[ ¬$¬ ¬

   ¬¬

[  )¬¬
   ¬¬

[

;
*   ¬
¬ ¬
;


[
;
$¬

 ¬
¬ ¬
;


[
 
¬ ¬ ¬¬ /
¬ ¬ ¬¬  ¬

¬   ¬¬   
¬¬

 
   
   Una vez que hemos determinado que
el problema del equipo o equipos que esta en observación no es debido a,
problemas de configuración, es el momento usar el programa PING. Lo
primero sería hacer ping a nuestra propia dirección IP o a nuestra dirección
de bucle local (127.0.0.1), si como es de esperar nos responde, con acierto,
seguiremos adelante pero    
 
 
  
 de eco


       

  

È
 

   , o nuestra configuración TCP/IP debe de ser
errónea.

Si hemos superado también esta prueba debemos empezar a hacer ping a

nuestra puerta de enlace, servidor DNS, o a otro equipo de referencia de
nuestra red, preferiblemente uno conectado al mismo concentrador que
nosotros, el resultado de estas pruebas nos permitirá ir delimitando el ámbito
del problema, si el equipo que está en el mismo concentrador responde y no
lo hace el servidor local, probablemte el problema se halle en el enlace entre
nuestro concentrador y el del servidor, si la puerta de enlace no nos
responde, difícilmente podremos tener acceso a Internet, y deberemos
solucionar antes este problema,
  
         

 .

Más difícil de detectar son los problemas intermitentes, si en nuestra red

tenemos aplicaciones que requieren conexión permanente, como correo
corporativo, aplicaciones de base de datos centralizadas, aplicaciones Web,
pequeñas desconexiones serán difíciles de detectar, para estos casos
podemos usar algunos de los parámetros, por ejemplo [
] que hará que el
ping sea continuo (en Linux este para metro se aplica por defecto), de este
modo podremos observar después en las estadísticas, los paquetes
perdidos, o podemos ver los aumentos injustificados en los tiempos de
respuesta. Si los tiempos de respuesta son muy elevados de modo
permanente podemos asegurar con bastante seguridad que nuestra red esta
saturada, y deberemos plantearnos ampliarla en ancho de banda, o localizar
los equipos que estén haciendo un uso intensivo de ella, como equipos
infectados de virus.

Otro de los parámetros muy útiles es [
 ] , esto nos permite

especificar los tamaños de los paquetes    

 

       que queremos enviar, este numero  

 

c- para que no se fragmenten los paquetes. Los para metros [

c

] y [
 ], usados simultáneamente,    

 
       
 .

El parámetro [
], nos permitirá resolver el nombre del equipo, pudiera ser
que un equipo nos respondiera al ping con su dirección IP y no con su
nombre, si después de hacer ping de modo satisfactorio con la dirección, no
es capaz de resolvernos el nombre habrá que ver si el servidor de nombres
(DNS), tiene registrado correctamente los nombres de los equipos. también
puede ser que nos de un nombre incorrecto debido a que la cache DNS de
nuestro equipo no ha actualizado un cambio en la red, en ese caso conviene
volver a ejecutar ipconfig con el parámetro [  ], para que vacié la
caché y pida de nuevo los datos al servidor.

   

Si en la línea de comandos (símbolo del sistema) de Windows, tecleamos

tracert obtenemos la información de la sintaxis y parámetros de Traceroute:

V 


  o; o;
 1

C¬C o;  
C¬C
 o; 
¬C¬C¬¬ 
# ¬C¬C¬


 

[( %
¬ ¬
¬
¬¬# ¬¬


[1
C¬C1
 
¬¬#0¬¬# ¬
%

[

;¬;
- 
¬ ¬ ¬
¬ ¬
¬


[

¬C¬C¬¬ 
¬

¬¬ ¬
¬

El uso de  , está indicado cuando los problemas que encontramos no
están en nuestra red de área local, sino en la interconexión de enrutadores
entre las distintas subredes de delegaciones, o en los accesos a Internet.

cc
Si usamos esta herramienta en Linux/UNIX el comando a usar es   .

Que información nos ofrece, tracert, se ve en esta captura:

Traza a la dirección google.es [216.239.57.104] sobre un máximo de 30

saltos:

1 4 ms 5 ms 5 ms 10.211.192.1

2 6 ms 5 ms 6 ms 10.127.55.161

3 11 ms 5 ms 5 ms 10.127.9.1

4 12 ms 13 ms 12 ms 10.127.3.46

5 13 ms 11 ms 13 ms if-4-0.core2.MDI-Madrid.Teleglobe.net [195.219.149.9]

6 186 ms 185 ms 185 ms if-7-0.core2.LHX-London.teleglobe.net

[195.219.13.5]

7 187 ms 185 ms 203 ms if-1-1.mcore3.LHX-London.teleglobe.net

[195.219.196.5]

8 186 ms 185 ms 190 ms if-7-0.mcore4.NJY-Newark.teleglobe.net

[195.219.196.22]

9 187 ms 186 ms 185 ms if-6-0.mcore4.NQT-NewYork.teleglobe.net

[216.6.63.42]

10 189 ms 186 ms 187 ms if-4-0.mcore4.PDI-PaloAlto.teleglobe.net

[216.6.86.13]

11 190 ms 190 ms 191 ms if-7-0.core3.PDI-PaloAlto.teleglobe.net

[216.6.86.2]

12 196 ms 185 ms 185 ms Vlan2.msfc2.PDI-PaloAlto.Teleglobe.net

[207.45.202.38]

c-
13 189 ms 187 ms 187 ms Vlan250.msfc2.PDI-PaloAlto.teleglobe.net
[216.6.50.2]

14 190 ms 187 ms 188 ms 66.249.95.62

15 188 ms 197 ms 187 ms 66.249.94.3

16 187 ms 187 ms 188 ms 216.239.57.104

Traza completa.

Vemos que nos indica el número de saltos realizado, nos da 3 tiempos de

acceso para cada salto a un nuevo enrutador, un asterisco si no hay
respuesta, y la dirección IP del correspondiente enrutador. Cada paquete que
envía el comando tracert aumenta en uno el TTL de la cabecera IP, de modo
que cada uno será devuelto por un enrutador más "lejano" cada vez
acercándose al objetivo final, esto nos sirve para poder ver, el recorrido de
los paquetes que enviamos, por ejemplo si tenemos problemas con el correo
electrónico nos servirá para comprobar si el enrutado hasta el servidor de
correos de Internet es correcto.

En Internet encontramos servidores de traceroute que nos permiten hacer

tracert desde estos servidores a nuestros equipos, e incluso desde esos
servidores a otros puntos, con lo que podemos analizar la conectividad de
nuestros servicios Web, ftp, correo u otros que tengamos en proveedores de
servicios de Internet (ISP).

En algunos casos podemos observar que se pierden aparentemente

paquetes pero después el trazado de ruta llega a su destino, esto puede
ocurrir porque determinados equipos están configurados para no devolver
respuestas a ping o traceroute, si por ejemplo lo hacemos a microsoft.com,
veremos que todos los paquetes a partir de un determinado salto no nos
devuelve respuesta esto es debido a que se quieren evitar a taques de
denegación de servicios.

c‰
 
 
 

 

El comando nslookup solo estará disponible si hemos instalado el protocolo

TCP/IP, lo que hasta este momento hemos dado por supuesto.

Este comando nos permite obtener información DNS de un equipo, podemos

escribir el comando acompañado de una dirección IP y nos devolverá el
nombre, o podemos indicar un nombre de equipo y nos devolverá su
dirección IP, si solo introducimos el comando sin parámetros nos dará
información de IP y nombre de nuestro equipo así como cual es su servidor
DNS, además en este caso el comando pasará al modo interactivo dándonos
un prompt propio que nos permitirá seguir realizando peticiones de
información. Para obtener todos los parámetros y modos operativos de
nslookup, una vez en su prompt tecleamos "help" y nos muestra dicha
información, de este espacio de trabajo salimos con "exit".

Existen otras muchas herramientas de línea de comando que al no ir

integradas en la línea de comandos de los sistemas operativos no
comentaremos.

Para la gestión y diagnostico DNS en Internet podemos acudir al página

DNSStuff, que nos permite realizar unas pruebas útiles, y complejas de hacer
desde nuestros equipos.



ARP es junto con RARP los protocolos encargados de traducir las

direcciones físicas de los equipos en direcciones IP y viceversa, pero
también tenemos un comando de nombre arp que nos permite obtener la
información de correspondencia entre IP y dirección física.

cü
Nos da información valiosa, y puede sernos imprescindible si queremos
utilizar filtros MAC, para el acceso a nuestras redes inalámbricas.



El comando route, nos permite manipularlas tablas de enrutamiento de red, si

lo usamos con el parámetro [print], nos mostrará la tabla de enrutamiento de
nuestro equipo, como en el ejemplo:

ILista de interfaces

0×1 ««««««««« MS TCP Loopback interface

0×1000003 «00 0d 87 8e 0b d8 «« VIA Rhine II Fast Ethernet Adapter

Rutas activas:

Destino de red Máscara de red Puerta de acceso Interfaz

Métrica

0.0.0.0 0.0.0.0 85.136.xx.x

85.136.83.20 1

85.136.xx.x 255.255.224.0 85.136.xx.xx

85.136.xx.xx 1

85.136.xx.xx 255.255.255.255 127.0.0.1

127.0.0.1 1

85.255.255.255 255.255.255.255 85.136.xx.xx

85.136.xx.xx 1

127.0.0.0 255.0.0.0 127.0.0.1

127.0.0.1 1

224.0.0.0 224.0.0.0
85.136.xx.xx 85.136.xx.xx 1

c'
255.255.255.255 255.255.255.255 85.136.xx.xx
85.136.xx.xx 1

Puerta de enlace predeterminada: 85.136.xx.x

Rutas persistentes:

ninguno

Esta tabla de enrutamiento es la que indica que se debe hacer con los
paquetes según sea su destino o procedencia, se lee de la última línea a la
primera y si la observamos detenidamente no es más que el desarrollo, en
rutas, de la configuración TCP/IP de nuestro equipo.

  

Ethereal es un programa que no está incluido en los sistemas operativos,

pero que comentamos por ser de libre distribución y muy bueno. Este
programa nos permite realizar capturas de todos los paquetes que `pasan
por la tarjeta de red de un equipo, siguiendo el emisor, receptor y tipo de
paquete, este seguimiento exhaustivo nos permite, localizar usos abusivos
de la red, posibles focos de infección por virus, y por tanto nos permite
resolver estos problemas antes de que nos colapsen la red, existen versiones
para Windows y para Linux.

Existen otras aplicaciones que son capaces de analizar paquetes de todos

los equipos de la red, como el monitor de red de los servidores Windows.

  


Además de las económicas herramientas informáticas descritas hasta este

capítulo también nos encontramos en el mercado con herramientas hardware
especificas para el testeo de redes, y localización de averías.

cU
Estas herramientas son las mismas que en el proceso de instalación de la
red sirven para analizar y certificar el cableado, y que permiten también hacer
pruebas sobre los equipos de la red, y medir los rendimientos. entre estas
herramientas se encuentran, las herramientas de Fluke, de las que
señalamos el analizador de redes OptiView Serie II con utilidades muy
amplias en supervisión de redes y el

cƒ
c>