Departamento de Ingeniera Electrnica, de Sistemas

Informticos y Automtica




REDES










PRCTICAS DE LABORATORIO
















CURSO 2004-2005
17 de Septiembre de 2004
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m

INDICE

PRESENTACIN.........................................................................................................................................................1

PRCTICA N 1: CABLEADO BSICO DE REDES................................................................................................2

PRCTICA N 2: MANEJO DEL ANALIZADOR DE CABLEADO FLUKE DSP-4000. ........................................7

PRCTICA N 3: MANEJO DEL SOFTWARE DE CONFIGURACIN CONFIGMAKER....................................8

PRCTICA N 4: CONFIGURACIN BSICA DE RED EN UNIX........................................................................9

PRCTICA N 5: CONFIGURACIN DE SERVIDOR FTP Y HTTP EN UNIX ...................................................10

Anexo 1. Manual de Cableado de Redes..................................................................................................................12
1.- Introduccin. ........................................................................................................................ 12
2.- Caractersticas del cable de cobre........................................................................................ 13
2.1.- Cable Paralelo. .............................................................................................................. 13
2.2.- Cable de Par Trenzado.................................................................................................. 13
2.3.- Cable Coaxial................................................................................................................ 14
3.- Circuitos equilibrados y no equilibrados. ............................................................................ 15
3.- Parmetros elctricos. .......................................................................................................... 16
3.1.- Atenuacin.................................................................................................................... 16
3.2.- Capacitancia.................................................................................................................. 16
3.3.- Impedancia y Distorsin por Retardo. .......................................................................... 17
3.4.- Ruido de Fondo. ........................................................................................................... 17
4.- Instalaciones con cable de par trenzado............................................................................... 18
4.1.- Categoras de cable de par trenzado. ............................................................................ 18
4.2- Componentes del cableado. ........................................................................................... 19
5.- Componentes de un sistema de cableado............................................................................. 20
6.- Cableado Estructurado......................................................................................................... 22
6.1.- Cableado vertical y cableado horizontal....................................................................... 22
7.- Normativa 568 de Cableado para Edificios Comerciales EIA/TIA..................................... 23

Anexo 2. Manual de Pruebas bsicas de los cables. ................................................................................................27

Anexo 3. Manual de Configuracin de servidores en sistemas UNIX. ..................................................................54
1.- Introduccin a UNIX. .......................................................................................................... 54
2.- Configuracin bsica de Red. .............................................................................................. 54
2.1.- Interfaces de Red. ......................................................................................................... 54
2.2.- Los dispositivos de red de Linux. ................................................................................. 57
2.3.- Instalacin de una Ethernet........................................................................................... 58
3.- Configuracin del protocolo TCP/IP. .................................................................................. 60
3.1.- Establecimiento del nombre de host. ............................................................................ 61
3.2.- Asignacin de una direccin IP. ................................................................................... 61
3.3.- Ficheros hosts y networks............................................................................................. 62
3.4.- Configuracin de las interfaces ip y loopback.............................................................. 64
3.5.- Interfaces Ethernet. ....................................................................................................... 66
3.6.- Configuracin del Gateway. ......................................................................................... 68
3.7.- Alias de IP. ................................................................................................................... 70
3.9.- El comando ifconfig. .................................................................................................... 70
3.10.- El comando netstat...................................................................................................... 73
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m

3.10.- Consulta de las estadsticas de una interfaz................................................................ 74
3.11.- Comprobacin de las tablas arp. ................................................................................. 75
4.- El servicio de nombres y su configuracin.......................................................................... 78
4.1.- El fichero host.conf....................................................................................................... 78
4.2.- El fichero nsswitch.conf. .............................................................................................. 79
4.4.- Configuracin del fichero resolv.conf. ......................................................................... 81
5.- Configuracin de un servidor HTTP. .................................................................................. 83
5.1.- El servidor Web Apache en Linux................................................................................ 83
5.1.- Configuracin de Apache. ............................................................................................ 84

BIBLIOGRAFA:

Manual de FLUKE DSP-400. FLUKE NETWORKS. 1999.

Manual de Configuracin de Redes en LINUX. Olaf Kirch y Terry Dawson. Editado por
O'Reilly (printed version) (c) 2000 O'Reilly & Associates. Proyecto LuCAS por la traduccin al
espaol (c) 2002 HispaLiNUX

Manual de Avanzado de Linux. http://www.linux.cu/manual/avanzado-html/ Alina Castellanos
Leyva, 2002.

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


1
PRCTICAS de REDES

ASISTENCIA

Las prcticas tendrn lugar en el Laboratorio de Arquitectura y Redes (Stano, pasillo
de la izquierda del edificio V.R.C, aula 7457). El alumno tendr que presentar las
prcticas resueltas en el laboratorio y la correspondiente memoria de prcticas.

Se entregarn todos los enunciados de prcticas al principio. El alumno deber
realizarlas a lo largo de las sesiones de prcticas. Una vez realizadas sern evaluadas
por el profesor de prcticas, que resolver cualquier duda presentada en la prctica. LA
PRCTICA SE DEBE TRAER PREPARADA PARA RESOLUCIN EN EL
LABORATORIO.

EVALUACIN

a) Las prcticas han de ser aptas para aprobar la asignatura.

Las prcticas de laboratorio se calificarn con una nota numrica en funcin de:
- Nivel tcnico y calidad de redaccin de la memoria de prcticas.
- Revisin del trabajo de prcticas funcionando por el profesor de prcticas.
- Asistencia a las sesiones de prcticas.

b) Memoria de prcticas

Se entregar una memoria impresa de las prcticas realizadas, junto con un disco que
contendr los ficheros fuente de los diseos o programas si ha lugar. En la memoria
debe aparecer claramente el nombre del alumno. Cada memoria de prcticas debe estar
redactada mediante procesador de textos o equivalente y contendr como mnimo los
siguientes apartados:

1.- Portada donde aparezca claramente nombre, curso y fecha.
2.- ndice del documento.
3.- Un epgrafe para cada prctica (usar numeracin como en los apuntes), donde
aparezca:
- Enunciado.
- Resolucin del problema.
- Comentarios sobre el montaje y/o problemas presentados y como se
han resuelto.
- Respuesta a las cuestiones planteadas en el enunciado si ha lugar.
- Posibilidades de ampliacin/mejora si ha lugar.

4.- Anexos donde aparezcan fotocopias y/o documentacin tcnica si se considera
necesario. Bibliografa que se ha empleado.

Todos los programas y diseos han de aparecer comentados. Se valorar la claridad en
este aspecto. Por imperativos legales la memoria no se devolver al alumno.

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


2
PRCTICA N 1: CABLEADO BSICO DE REDES

OBJETIVOS

- Realizar el conexionado estructurado necesario empleando conductores de
cuatro pares.
- Conocer la diferencia entre conexin cruzada y conexin directa para el
cableado.
- Realizar el cableado bsico de las tomas de red Categora 5.

MATERIAL

- Cable de cuatro pares.
- Herramienta especial para conectores RJ45 que incluye cortador, pelador y
tenaza.
- Conectores RJ45.
- Hub de 8 puertos.
- tiles de conexin de tomas de red.
- Tomas de red de categora 5.

CONCEPTOS BSICOS
Vamos a conectar primero entre s cuatro ordenadores del laboratorio mediante un
HUB. Un HUB es un dispositivo de red que difunde los paquetes enviados por todas las
tomas que se encuentren conectadas. Una vez realizados cuatro grupos de cuatro
ordenadores se conectarn estos mediante cable de cuatro pares en conexin cruzada.

Se proceder a conectar cada ordenador a una toma del HUB mediante un cable y dos
conectores RJ45. Estos forman un latiguillo de conexin. El latiguillo de conexin
puede ser de dos tipos:

- Conexin directa. Se emplea para conectar computadores directamente al HUB
o a la clavija de toma de red de la pared.
- Conexin cruzada. Se emplea para conectar entre s dos ordenadores o bien dos
HUB pertenecientes a la misma red.
El cable de aproximadamente 1 m terminar en dos conectores RJ45. El cable se
compone de 8 cables finos sin cruzar, igualmente el cable podra tratarse de 4 pares de
hilos finos trenzados, la conexin no cambiara en nada.
Para este caso la herramienta a utilizar nos
proporciona todos los servicios necesarios, como
son el de corte, pelado y tenaza. Las funciones
bsicas a emplear sern las de pelado y tenaza. El
cable se compone de 8 cables de cobre finos
recubiertos por una proteccin de plstico de
colores individual. El conjunto de 8 cables lleva
una proteccin de plstico exterior comn.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


3
El pelado se refiere a la proteccin externa ya que los cables finos no se han de pelar.
Los 8 cables finos debern estar cortados al ras y sin pelar. La proteccin externa se
debe eliminar en 1'2 cm, para ello la herramienta de conectorizacin proporciona una
cuchilla con un tope. Una vez eliminada la proteccin externa, se introduce el cable
dentro del conector RJ45 con la intencin de atenazarlo.
En este momento hemos de fijarnos en la posicin de los
distintos cables de forma que en los conectores de ambos
extremos se coloquen de igual forma, es decir, colocando la
pestaa del conector hacia abajo, colocaremos el cable de color
naranja el primero por la izquierda, de forma que en ambos
conectores quede igual (en nuestro caso, la disposicin del cable
nos facilita la labor, que en el caso de 4 pares trenzados se
debera realizar con ms atencin).
Una vez introducidos los cables dentro del conector se introducen ambos dentro de la
tenaza y se ejerce presin sobre ellos cuidando de que la proteccin de plstico exterior
quede pillada por el conector RJ45 de forma que proteja el cable frente a posibles
tirones.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


4
Cable Coaxial.
Para unir cada HUB, si este tiene la posibilidad, se puede realizar mediante conectores
de tipo BNC, para ello, se pretende conectar un cable coaxial de aproximadamente 1m
con un conector tipo BNC atornillable.
En primer lugar, se introduce el plstico protector del conector y se retira hacia atrs
para que no moleste hasta haber finalizado la operacin de conexin. Despus se ha de
pelar el extremo del cable a conectar de forma que el conductor interior quede al
descubierto en 1,5 cm aproximadamente y la malla en 1 cm pero contando desde el
comienzo de la proteccin del conductor interior, tal y como se indica en la siguiente
figura:




Despus de pelar el cable, estamos en disposicin de unirlo al conector, para ello
primero se atornilla el conductor interno cuidando de que no sobresalgan pelillos de
cobre y posteriormente se "muerde" la malla externa de la parte posterior del conector.
El nico problema que puede presentarse es el de realizar una unin no deseada entre
ambos conductores.
Una vez conectado se proceder a comprobar que no haya un cortocircuito entre la
malla y el conductor interno y que ambos estn correctamente unidos al conector.
Conexionado de los paneles
Disponemos de un panel donde vamos a conectar los ordenadores. El panel dispone de 4
tomas de pared que hay que conectar mediante los tiles de conexionado. Para ello
disponemos de latiguillos de cable que terminan en conectores RJ45.

La conexin en los paneles se realiza mediante un til especial, se trata de una
herramienta universal de terminacin que inserta cables en una amplia gama de regletas
de conexin, incluyendo regletas KATT IDC, Krone y AT&T 110 IDC. La herramienta
incluye una cuchilla que recorta automticamente el cable sobrante durante la insercin,
ahorrando tiempo en la terminacin.


C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


5
Las caja de distribucin disponen de conectores donde se insertan los cables mediante la
herramienta anterior.


Se trata de un Jack de Categora 5e y acoplador de Categora 5 para uso en la mayora
de platinas y paneles de conexiones estndar en la industria, dispone de un ajuste a
presin con terminaciones codificadas para cableado segn normas EIA-568A y EIA-
568B. Emplea una cpsula de terminacin para completar el ensamblaje.



Una vez efectuada la conexin hay que configurar la conexin de red para que los
equipos tengan acceso entre s.

Los paneles disponen de una conexin similar, aunque suele ser recta en lugar de plana
y disponer de un elemento de presin para conectar el cable.



Conexin al HUB

El HUB dispone de 8 puertos en la parte posterior, los cuales se conectan con los
ordenadores mediante un cable directo. La conexin entre HUBs se realiza mediante un
cable cruzado, aunque es posible la inversin del puerto numero 1 mediante un
conmutador para emplear un cable directo en la conexin con otro HUB.

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


6
PROCEDIMIENTO

Para interconectar entre s los HUBS se puede realizar mediante cables de 4 pares
cruzados o mediante cable coaxial si el HUB soporta esa posibilidad.

Realizar cables directos y cruzados necesarios para interconectar todos los puestos.
Emplear para ello las herramientas adecuadas.

Una vez interconectados todos los puestos, comprobar la conectividad de la red, con lo
que se podr acceder desde cualquier ordenador a cualquier otro del laboratorio.

1) Comprobar la forma de conexin y anotar el diagrama de conexin de la red
formada, detallando los dispositivos que se han conectado, el tipo de lneas de
conexin en su integracin con la red del laboratorio. Preguntar cualquier duda
al instructor.

2) Marcar en el diagrama el tipo de conexin empleada en cada lnea (simple o
cruzada). Anotar en cada dispositivo su direccin de red. Para los equipos
Windows, emplear el comando ipconfig /all.



C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


7
PRCTICA N 2: MANEJO DEL ANALIZADOR DE
CABLEADO FLUKE DSP-4000.

OBJETIVOS

- Entender las anomalas y limitaciones ms comunes de los cables.
- Aprender el manejo bsico de los equipos de test de cables.
- Aprender a realizar test de cableado estructurado.

MATERIAL

- Analizador de cable FLUKE DSP-4000
- Cables de distintos tipos para evaluacin de caractersticas.
- Montajes de cableado estructurado para depuracin de fallos.
- Extracto del manual del equipo.

PROCEDIMIENTO

Habiendo ledo previamente el capitulo dedicado a las limitaciones y problemas de los
cables manejar el equipo con cuidado junto al instructor de laboratorio y bajo su
supervisin. Se trata de un equipo frgil que no debe nunca conectarse a ninguna
toma de red en funcionamiento.

1) Con el grupo de cables de test, realizar un cuadro con la atenuacin de cada uno
de ellos (van numerados) y razonar que cables se pueden emplear para Ethernet
bsica (10 BaseT). Realizar los test de diafona, prdidas, etc. Localizar tambin
los segmentos de cable roto o daado.

2) Con el panel de cableado realizar los test pertinentes. Para cada conexin (van
numeradas) anotar sus prdidas, si est correcta o defectuosa y en este ltimo
caso el lugar ms probable de la rotura.

En ambos test se pueden anotar ms parmetros del cable si resultan interesantes. Todos
los resultados se deben ofrecer en forma tabular con la ayuda de las tablas que se
considere necesarias.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


8
PRCTICA N 3: MANEJO DEL SOFTWARE DE
CONFIGURACIN CONFIGMAKER

OBJETIVOS

- Realizar el diagrama y configuracin de una red LAN.
- Recuperar las configuraciones de los dispositivos.

MATERIAL

- Instalacin de Cisco Configmaker en el laboratorio.
PROCEDIMIENTO
Introducir en el programa Configmaker diagrama de la red LAN de la figura.



1) Introducir una direccin de red apropiada para cada dispositivo.

2) Anotar la configuracin bsica de cada router y comentar los parmetros ms
importantes.





C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


9
PRCTICA N 4: CONFIGURACIN BSICA DE RED EN
UNIX

OBJETIVOS

- Entender el funcionamiento general del sistema de red UNIX.
- Aprender a configurar los parmetros bsicos de configuracin de red en UNIX.
- Manejar las herramientas bsicas de red en UNIX.

MATERIAL

- Manual sobre configuraciones UNIX incluido en la documentacin.
- Instalacin LINUX en ordenador de laboratorio.

PROCEDIMIENTO

Arrancar el ordenador y acceder como Administrador del sistema. Tener a mano el
manual del anexo sobre configuracin de redes en Linux.

1) Ejecutar el comando ifconfig sobre la interfaz ethernet del sistema y anotar su
configuracin.

2) Desactivar la interfaz ethernet del sistema.

3) Volver a activar la interfaz ethernet dndole una direccin fija que sugerir el
Instructor de forma que se crear una subred separada del resto de ordenador
usando direcciones IP diferentes. Mantener el valor del Gateway por defecto.
Anotar el resultado de los comandos ifconfig y route.

4) Probar la conectividad de esta subred con el resto de compaeros y con internet.

5) Cambiar la direccin del servidor DNS del sistema para que apunte a otro DNS
dado por el Instructor. Anotar los pasos realizados y detallar en qu ha
consistido la modificacin. Ha variado ahora la conectividad?

6) Anotar el resultado del comando netstat. Qu informacin proporciona este
comando?

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


10
PRCTICA N 5: CONFIGURACIN DE SERVIDOR FTP Y
HTTP EN UNIX

OBJETIVOS

- Entender los parmetros y como poner en marcha servidores en UNIX.
- Entender los parmetros bsicos de un servidor FTP y HTTP y su puesta en
marcha en UNIX.

MATERIAL

- Manual sobre configuraciones UNIX incluido en la documentacin.
- Instalacin LINUX en ordenador de laboratorio.

CONCEPTOS BSICOS

PARTE A. Servidor FTP

Arrancar el sistema y entrar como usuario Administrador (root). Comprobar que est
instalado el paquete del servidor ftp mediante el comando rpm qv ftp. Si la respuesta
es not found significa que el paquete del servidor no est instalado. En ese caso avisar
al instructor la forma de instalar el servidor ftp en el sistema.

En caso de que est instalado configurarlo editando el archivo /etc/ftpd.conf empleando
el editor del entorno mc, el editor vi o cualquier otro que el alumno domine.

Podis probar a abrir una cuenta annima y poner como directorio raz el que viene por
defecto. De esta forma podis editar el fichero de configuracin.

Una vez editado y bien configurado el servidor ftp, activarlo mediante la ejecucin del
script de start: /etc/rc.d/init/ftpd start. Si la configuracin es correcta aparecer como
arrancado, en caso contrario aparecer un indicador de fallo en rojo.

Podis probar mediante la herramienta netstat si el servidor se est ejecutando.

1) Anotar la configuracin del servidor que habis realizado.

2) Anotar el resultado del comando netstat mostrando el puerto abierto del
servidor FTP.

3) Probar que funciona el acceso como usuario annimo al servidor FTP.

4) Crear un usuario nuevo. Introducir el nombre de cuenta y password de este
usuario nuevo y comprobar que el servidor ftp funciona correctamente.

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


11
PARTE B. Servidor http

Acceder al sistema como usuario Administrador (root). Comprobar que est instalado el
paquete del servidor http mediante el comando rpm qv http. Si la respuesta es not
found significa que el paquete del servidor no est instalado. En ese caso avisar al
instructor la forma de instalar el servidor dns en el sistema.

Crear un subdirectorio con el nombre http donde crear alguna pgina sencilla con editor
simple de texto, llamar a este fichero index.html.

Pasar a configurar el fichero principal del servidor http en /etc/httpd/httpd.conf.
Cambiar el nombre del servidor para que coincida con vuestro dns, as como el
directorio fuente de las pginas web y la pgina por defecto ponerla en index.html si
no lo estaba ya.

Arrancar el servidor mediante el comando /etc/rc.d/initd/httpd start". Comprobar con
otro ordenador que tenga la configuracin de su dns apuntando al vuestro si se puede
acceder a la pagina principal (index.html) con vuestro nombre dns.

1) Anotar solo los campos que habis modificado con respecto a la configuracin
por defecto del servidor que habis realizado.

2) Anotar el resultado del comando NETSTAT mostrando el puerto abierto del
servidor HTTP.

3) Indicar si aparece correcta la pgina web y los problemas que habis tenido para
que aparezca correcta si habis tenido alguno.

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


12
Anexo 1. Manual de Cableado de Redes.

1.- Introduccin.

Los responsables del cableado de las redes de comunicaciones deben enfrentarse a una
serie de decisiones crticas. Tanto el equipamiento como la propia instalacin de
cableado debern satisfacer una serie de requisitos actuales y futuros relativos a la
transmisin de datos, las caractersticas elctricas y la topologa. Afortunadamente, los
fabricantes han estimulado una alta velocidad de transmisin de datos sobre cables de
cobre de par trenzado a un precio asequible, cuyos niveles de transmisin de datos
podrn cumplir las demandas futuras de transmisin de elevados anchos de banda desde
equipos de escritorio.

Una buena eleccin es la instalacin de fibra ptica en soportes de red (backbones).
Para ayudar a los responsables de la instalacin de estos sistemas a tomar decisiones ha
surgido una nueva normativa de cableado desde la Asociacin de Industrias
Electrnicas y la Asociacin de Industrias de Telecomunicacin (EIA/TIA, Electronic
Industries Association / Telecommunications Industries Association), la EIA/TIA 568
(vase "Normativa de cableado para edificios comerciales EIA/TIA 568").

Existen dos tipos de medios de transmisin de datos:

- Medios guiados: que incluyen a los cables metlicos (cobre, aluminio, etc.) y de
fibra ptica. El cable se instala normalmente en el interior de los edificios o bien
en conductos subterrneos. Los cables metlicos pueden presentar una estructura
coaxial o de par trenzado, y el cobre es el material preferido como ncleo de los
elementos de transmisin de las redes. El cable de fibra ptica se encuentra
disponible en forma de hebras simples o mltiples de plstico o fibra de vidrio.

- Medios no guiados: relativos a las tcnicas de transmisin de seales a travs
del aire y del espacio entre transmisor y receptor. La transmisin por infrarrojos
y microondas cae dentro de esta categora.

El cable de cobre es una tecnologa relativamente barata, bien conocida y sencilla de
instalar. Es el cable utilizado en la mayora de las instalaciones de redes de
comunicaciones. Sin embargo, presenta una serie de caractersticas elctricas que
imponen ciertos lmites a la transmisin. Por ejemplo, es resistente al flujo de
electrones, lo que limita la distancia de transmisin. Produce radiacin de energa en
forma de seales que se pueden detectar, adems de ser sensible a la radiacin externa
que puede producir distorsin sobre la transmisin. Sin embargo, los productos en uso
admiten una velocidad de transmisin sobre Ethernet de hasta 1 Gbits/seg a travs de
par trenzado.

En contraste, el cable de fibra transmite seales luminosas (fotones) a travs de un
ncleo de dixido de silicio puro tan difano que un espesor de ms de 3 micras del
mismo no produce distorsin en una visin a su travs.

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


13
La transmisin fotnica no produce emisiones externas al cable, sin ser afectada por la
radiacin exterior. El cable de fibra se prefiere cuando existen ciertos requisitos de
seguridad.

La conversin electrnica de los valores lgicos 1 y 0 en destellos de luz permite la
transmisin de las seales a travs del cable de fibra ptica. Un diodo emisor de luz,
situado en un extremo, emite destellos que se transmiten por el cable hasta el otro
extremo, donde se recogen por un simple fotodetector y se convierten en seales
elctricas.

Puesto que no existe una resistencia a las seales transmitidas, la velocidad de
transmisin por fibra ptica supera en prestaciones ampliamente a la transmisin por
cable de cobre.

Otra caracterstica genrica de la instalacin de cableado es relativa a su ubicacin
fsica. Para acomodarse a la normativa de NEC (National Electrical Code), todo cable
instalado en una zona plenum, como por ejemplo la cmara de aire existente entre el
techo y el siguiente piso o el tejado, debe encontrarse inmerso en un conducto metlico,
o en caso contrario hacer frente a la normativa antiincendios local. Si el cable llega a
arder no debe producir gases nocivos o peligrosos que puedan transmitirse a travs de la
zona plenum y emerger en otro lugar. En consecuencia, existen diversos tipos de cable
normal aislados con materiales basados en el cloruro de polivinilo (PVC), y tipos de
cable plenum especial, aislados mediante fluoropolmeros, como el Teflon de DuPont.

El resto de esta exposicin se concentra en diversos tipos de cable de cobre.

2.- Caractersticas del cable de cobre.

Los datos codificados en binario se transmiten sobre un cable de cobre mediante la
aplicacin de un nivel de voltaje en un extremo del mismo, recibindose esta
caracterstica elctrica en el otro extremo. Tpicamente, una seal de +V voltios
representa un 1 lgico, mientras que una seal de -V voltios, un 0 lgico. Los tres tipos
principales de cable de cobre utilizados en la transmisin de seales digitales son:

2.1.- Cable Paralelo.

Este cable consta de hilos de cobre rodeados por un aislante. Se utiliza para conectar
distintos tipos de dispositivos perifricos a travs de distancias cortas, que no requieran
una alta velocidad de transmisin. Los cables utilizados para conectar modems o
impresoras utilizan este tipo de cable, que sufre diafona en distancias largas de
transmisin (seales que emanan de cables cercanos). No es deseable en redes.

2.2.- Cable de Par Trenzado.

El cable de par trenzado consiste en un ncleo de hilos de cobre rodeados por un
aislante y dispuestos segn muestra la figura 1.

Los hilos se encuentran trenzados por pares, de forma que cada par forma un circuito
que puede transmitir datos. Un cable consta de un haz de uno o ms pares trenzados
rodeados por un aislante. El par trenzado sin apantallar (UTP, uunshielded twisted
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


14
pair) es usual en la red telefnica, y el par trenzado apantallado (STP, shielded twisted
pair.) proporciona proteccin frente a la diafona.

Precisamente es el trenzado el que previene los problemas de interferencia. Son posibles
velocidades de transmisin elevadas (100 Mbits/seg) si se ha instalado cable de datos
(de Categora 5). El trenzado debe mantenerse durante todo el recorrido del cable entre
los puntos extremos de la conexin. El cable de par trenzado se utiliza usualmente en
redes con topologa Ethernet, en anillo con testigo y otras.



2.3.- Cable Coaxial.

El cable coaxial consta de un ncleo de cobre slido rodeado por un aislante, una
especie de combinacin entre pantalla y cable de tierra y un revestimiento protector
exterior, segn se muestra en la figura 2. En el pasado, el cable coaxial permiti una
transmisin ms alta (10 Mbitslseg.) que el cable de par trenzado, aunque las recientes
tcnicas de transmisin sobre par trenzado igualan e incluso superan la velocidad de
transmisin por cable coaxial. Sin embargo, los cables coaxiales pueden conectar los
dispositivos de la red a distancias ms largas que los de par trenzado. A pesar de ser el
cable coaxial el medio tradicional de transmisin en redes basadas en Ethernet y
ARCNET, la utilizacin de par trenzado y fibra ptica ya es comn hoy en da sobre
este tipo de redes.

La nueva normativa de sistemas de cableado estructurado requiere la utilizacin de
cable de par trenzado de grado de datos con velocidad de 100 Mbits/seg, diez veces la
velocidad de transmisin por cable coaxial, que se convierte en un esquema obsoleto de
cableado en entornos de oficina extensos.



El cable coaxial ms utilizado es el denominado RG-58. Es un cable apantallado de dos
conductores, similar al cable coaxial de televisin, que se usa principalmente en las
redes Ethemet. Tambin se le conoce como coaxial delgado. Tiene una impedancia de
50 ohmios.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


15

- Los conectores BNC se usan para la conexin, la extensin y la terminacin de
redes de cables coaxiales como Ethemet y ARCNET. Como muestra la figura 3,
hay varios tipos de conectores, como el conector en T de BNC, el conector
cilndrico de BNC y el terminador BNC.
- El conector BNC se une directamente al cable. Tiene una clavija central que se
suelda al hilo central del cable y una cubierta exterior donde se fija el hilo de
proteccin de tierra. Los conectores BNC se colocan en los extremos de los
conectores T, luego se trenza el alojamiento exterior para encerrarlo.
- Los conectores en T de BNC proporcionan la unin del cable a la tarjeta de la
interfaz de red. Los cables se ramifican de los otros extremos de la T a las
estaciones anterior o posterior en el cable de conexin.
- El terminador BNC tiene una resistencia que se coloca en un extremo del cable
coaxial. Cada extremo de conexin del cable coaxial necesita un terminador y
como muestra la ilustracin es necesario colocar un conductor a tierra en un
extremo.
- El conector cilndrico BNC se usa para la unin de dos segmentos de cable.



3.- Circuitos equilibrados y no equilibrados.

Los cables metlicos conductores de las seales elctricas pertenecen al tipo
"equilibrado" o bien al "no equilibrado". Un cable de par trenzado est equilibrado si
consta de dos hilos rodeados individualmente por un aislante. La misma corriente, pero
en sentidos opuestos, recorre cada hilo de un mismo par, lo que hace que uno de estos
hilos produzca una seal de retorno que sirve para equilibrar el circuito. Un par trenzado
simple forma un circuito capaz de mantener, por ejemplo, una comunicacin telefnica.
El trenzado ayuda a reducir el ruido elctrico as como las interferencias externas, que
tienden a cancelarse gracias a las corrientes opuestas del par.

El cable coaxial constituye un medio no equilibrado, en cuyo interior la corriente fluye
hasta tierra. En este tipo de cable la malla apantallada que rodea el conductor sirve al
mismo tiempo de pantalla y tierra.

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


16
3.- Parmetros elctricos.

El cable de cobre est sujeto a unos parmetros determinados por los materiales
utilizados en su construccin, as como por el diseo de fabricacin. Estos parmetros
son la atenuacin, capacitancia, distorsin por retardo y ruido. Segn aumenta la
longitud del cable, es ms normal encontrar distorsin en la seal, producida por uno de
los anteriores parmetros.

Adems, el aumento de la frecuencia de la seal para incrementar la transferencia de
datos requiere una reduccin complementaria en la longitud del cable con objeto de
evitar la distorsin de la seal.

3.1.- Atenuacin.

La transmisin de seales sobre distancias largas se encuentra sujeta a atenuacin, que
consiste en una prdida de la intensidad o de la amplitud de la seal, segn se muestra
en la figura 4. La atenuacin tambin puede originarse en cables rotos o daados. Es la
razn principal de las restricciones de la longitud de los cables en las redes.

Si la seal llega a ser demasiado dbil, el equipo receptor no conseguir interpretarla
correctamente o incluso detectarla, lo que causa errores que requerirn una
retransmisin y en consecuencia motivarn una prdida de prestaciones. Dispositivos
tales como repetidores o amplificadores se utilizan para aumentar la amplitud espacial
de la red de comunicaciones por delante de las limitaciones impuestas por el cableado.

La atenuacin se contrasta mediante dispositivos que realizan una inyeccin de seales
en un extremo de la lnea y miden la respuesta en el otro extremo.


3.2.- Capacitancia.

La capacitancia puede deformar la seal transportada por un cable. Este parmetro es
directamente proporcional a la longitud del cable y al espesor del aislante. Y produce
distorsin. La capacitancia consiste en una medida de la energa (carga elctrica)
almacenada por el cable, que incluye al aislante.

Aumentar el nmero de hilos dentro de un haz contribuye a aumentar la capacitancia de
un hilo y de la cubierta exterior. Los equipos de pruebas de cableado pueden examinar
este parmetro para detectar si un cable presenta flexiones o estiramientos. Todos los
tipos de cable tienen valores conocidos de capacitancia, medida en picofaradios (pF). El
cable de par trenzado utilizado en las redes debe adoptar un valor comprendido en el
rango entre 17 y 20 pF.

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


17
3.3.- Impedancia y Distorsin por Retardo.

Una seal compuesta por varias frecuencias es propensa a la distorsin por retardo
causada por la impedancia, que consiste en una resistencia variable que depende de la
frecuencia. Esto puede causar que los distintos componentes de frecuencia de una seal
no lleguen al receptor de forma sincronizada. Si la frecuencia se incrementa con objeto
de aumentar el rendimiento en la transmisin de datos, el efecto se multiplica y el
receptor no ser capaz de interpretar correctamente las seales de datos. La disminucin
de la longitud del cable y/o de la frecuencia de transmisin puede resolver el problema.

Hay que tener en cuenta que los valores de impedancia de un cable pueden medirse para
detectar cortes o conexiones defectuosas. Un cable de grado de datos debe disponer de
un valor de impedancia de 100 ohmios a la frecuencia de transmisin de datos. No
obstante, se estn utilizando cables de diferente impedancia a la sealada.

3.4.- Ruido de Fondo.

Las lneas de transmisin tienen una porcin de ruido de fondo generado por fuentes
externas, el transmisor o las lneas adyacentes. Este ruido se combina con la seal
transmitida. La distorsin resultante puede ser pequea, pero la atenuacin puede causar
que el nivel de amplitud de la seal digital est por debajo del nivel del ruido de fondo.

La relacin seal-ruido puede ser alta en el transmisor pero bastante menor en el
receptor, debida a la distancia de transmisin. Esto hay que tenerlo en cuenta a la hora
de mantener una relacin seal-ruido alta. La mayor fuente de ruido en cables de par
trenzado de mltiples pares es el fenmeno de la diafona, que consiste en una filtracin
de informacin entre cables adyacentes, lo que no representa un problema considerable
en cables coaxiales, salvo que estn en contacto. Una dbil conversacin de fondo en
una lnea telefnica constituye un ejemplo de diafona. El ruido ambiente de los
circuitos digitales se origina en sistemas de iluminacin por fluorescentes, motores,
hornos de microondas y equipos de oficina, tales como computadoras, telfonos y
fotocopiadoras.

Los tcnicos pueden certificar el cableado mediante la verificacin de los niveles de
ruido y de diafona. Para examinar los niveles de esta ltima caracterstica, los tcnicos
inyectan a travs de un cable una seal de valor conocido y miden la filtracin
producida en cables adyacentes.

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


18
4.- Instalaciones con cable de par trenzado.

Segn se ha mencionado ya, el cable de par trenzado se encuentra disponible en forma
de par trenzado apantallado (STP, shielded twisted pair) o sin apantallar (UTP,
unshielded twisted pair).

Este ltimo es el ms frecuentemente utilizado y se encuentra especificado en la
normativa de cableado para edificios comerciales EIA/TIA 568, que se discute
brevemente en la siguiente seccin y con ms detalle mas adelante. Debido a que la
normativa EIA/TIA 568 no elimin la confusin existente en el mercado respecto de las
aplicaciones industriales del cable de par trenzado, se cubre con cierta extensin sus
especificaciones y requisitos.
4.1.- Categoras de cable de par trenzado.

La EINTIA defini la especificacin 568 con objeto de normalizar la instalacin de
cableado en edificios. Se aplica a todos los esquemas de cableado UTP que funcionan
con redes basadas en Ethernet 10Base-T, anillo con testigo, PBX (Private Branch
Exchange), Red Digital de Servicios Integrados (ISDN, Integrated Services Digital
Network) y TP-PMD (Twisted Pair Physical Media Dependent). EIA/TIA 568 presenta
una serie de beneficios para los clientes debido a que normaliza la instalacin y el
cableado de la red, lo que abre el mercado a productos y servicios de diseo, instalacin
y gestin de cableado basados en los sistemas de cableado descritos anteriormente.

EIA/TIA 568 define las siguientes categoras de cable:

Categora 1. Cable tradicional de par trenzado sin apantallar para telfono,
adecuado para la transmisin de voz pero no de datos. La mayora del cable
telefnico instalado antes de 1983 entra en esta categora.
Categora 2. Cable de par trenzado sin apantallar certificado para la transmisin
de datos hasta a 4 Mbits/seg. Similar al sistema de cableado Tipo 3 de IBM. Este
cable tiene cuatro pares y su coste es bastante bajo.
Categora 3. Admite una velocidad de transmisin de 10 Mbits/seg, requisito
para redes en anillo con testigo (4 Mbits/seg) y Ethernet 10Base-T a 10
Mbits/seg. Este cable tiene cuatro pares.
Categora 4. Certificada la transmisin a 16 Mbits/seg, lo que constituye la
calidad mnima aceptable para redes en anillo con testigo a 16 Mbits/seg. El
cable tiene cuatro pares
Categora 5. Define el cable de cobre de 100 ohmios de cuatro pares trenzados,
que puede transmitir datos a 100 Mbits/seg, lo que constituye un requisito para
nuevas tecnologas basadas en Ethernet y en el modo de transferencia asncrono
(ATM, Asynchronous Transfer Mode). El cable tiene una baja capacitancia y
exhibe un bajo nivel de diafona.

Las velocidades de transmisin tan elevadas de la Categora 5 y otras normas en
estudio, capaces de distribuir cientos de megabits por segundo, se pueden atribuir a un
trenzado ms fino de los pares de cobre, mejores materiales, diseos hardware
mejorados y nuevos mtodos de acceso. Todos los cables, paneles de ajuste y
terminaciones deben satisfacer las especificaciones para eliminar la diafona entre pares.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


19
Los conectores modulares y clavijas ms antiguos no son deseables en instalaciones de
Categora 5. Tambin hay que tener en cuenta que el trenzado del cable debe
mantenerse durante todo su trayecto hasta el punto de conexin.

Las caractersticas de prestaciones del cableado y conexiones de Categora 5 pueden
proporcionar un rendimiento de la transmisin a travs de la red de 100 Mbits/seg.
Cualquier tipo de red que pueda trabajar con esta velocidad de transmisin debe
aprovechar todas las posibilidades del esquema de cableado. La norma se ha diseado
para soportar las necesidades actuales y futuras de la red, y los estudios recientes de
AT&T Paradyne indican que el cable UTP de Categora 5 puede transmitir hasta 950
Mbits/seg. en distancias superiores a 100 metros.

Con la posibilidad de estas altas velocidades de transmisin en el futuro, parecera
lgica la instalacin de cable UTP de Categora 5 incluso por delante del cable ptico, si
se compara el precio y la facilidad de instalacin. Sin embargo, muchas organizaciones
no pueden permitirse afrontar actualmente unos gastos excesivos en previsin de unas
posibles necesidades posteriores, incluso aunque una instalacin de cable de baja
calidad pueda limitar una expansin futura.

Los responsables debern evaluar cuidadosamente las necesidades presentes y futuras,
as como los requisitos relativos a altos anchos de banda, exigidos por aplicaciones en
desarrollo en el campo de la multimedia, videoconferencia e imagen.

4.2- Componentes del cableado.

Todos los componentes que caen dentro de la Categora 5 de sistemas de cableado
deben cumplir las especificaciones, lo que incluye a los conectores, enchufes de pared,
paneles de transferencia, cables y temas relativos al mantenimiento del trenzado del
cable durante todo su trayecto hasta el conector. Debido a las especificaciones
mencionadas, numerosas instalaciones de cableado existentes se deben actualizar.


Los componentes de un sistema estructurado de cables se ilustran en la figura, que
muestra un conjunto de computadoras conectadas a travs de un sistema horizontal de
cableado a un panel modular de conectores o panel de transferencia. El cableado se
establece entre los enchufes de pared y los paneles de transferencias que deben
montarse en un bastidor o armario.

Los cables de la parte frontal del panel se conectan a dispositivos de red tales como
concentradores y enrutadores (routers). A continuacin se discutirn los distintos
componentes de un sistema de cableado.

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


20
5.- Componentes de un sistema de cableado.

1. Enchufes de pared y conectores de cable. Los conectores de pared y los
conectores de cableado para sistemas de Categora 5 se muestran en la figura 6.
La parte derecha del dibujo ilustra los esquemas de conexin para los dos tipos
de clavijas de ocho patillas. El enchufe de pared es un diseo realizado por
Siemens, orientado a proteger la clavija de conexin cuando el cable no est
conectado. Dispone de conectores de telfono y datos.
La normativa EIA/TIA 568 establece la utilizacin de cuatro pares trenzados por
cable, con objeto de acomodarse a las distintas necesidades (tanto actuales como
futuras) de las redes y aplicaciones en telecomunicaciones. Algunas de dichas
aplicaciones se enumeran en la lista siguiente. Existen dos configuraciones de
patillas para los conectores de cableado, segn se muestra en la figura 6: el modelo
T568A debera adoptarse, a menos que la configuracin T568B sea solicitada para
acomodar el material existente que lo necesite.



Patillas 4/5. Voz.
Patillas 4/5, 3/6. ISDN.
Patillas 4/5, 3/6. Red en anillo con testigo.
Patillas 3/6,1/2. Ethernet 10Base-T.
Todas las patillas. Ethernet 100VG-Any LAN (100 Mbits/seg.).
Patillas 1/2, 7/8. Futuras aplicaciones ATM.

2. Conectores RJ 45. En la figura pueden verse las caractersticas de estos
conectores.


C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


21
3. Paneles de transferencia. Panel para situar en bastidor o armario de 19" con un
conjunto de conectores RJ 45.
4. Hardware terminal en armarios de distribucin de cableado. El cableado
horizontal se extiende desde las estaciones de trabajo hasta los enchufes de pared
utilizando latiguillos con conectores RJ 45 en sus extremos, y desde all hacia
los armarios de distribucin y cuartos de material.
Un panel modular de conectores tal como el 1100 de AT&T contiene hasta 48
puntos de terminacin para estaciones de trabajo. En la parte posterior del panel se
conectan los pares. La parte frontal del panel proporciona los puertos de conexin
modulares. Existen cables de distribucin que conectan dichos puertos con los de los
dispositivos concentradores idntico a los
utilizados para unir los ordenadores a los
conectores de pared pero de menor longitud.
Cambios tales como el desplazamiento de una
estacin de trabajo a un grupo de trabajo diferente
de la red de rea local (LAN, Local Area
Network) se efecta mediante un simple
movimiento de uno de estos cables.

Otra forma de organizar la terminacin relativa a
una estacin de trabajo en un armario de
distribucin es mediante el bloque de conexiones
cruzadas. AT&T dise el bloque estndar de
cableado Tipo 66 para instalaciones telefnicas.
Los bloques contienen una especie de clips dentro
de los que los instaladores de cableado insertan
los hilos. Una herramienta especial fuerza al clip a
cortar el aislante que rodea el hilo y hacer
contacto as con el conductor. Los bloques para
Categora 5 se desvan del bloque Tipo 66
tradicional.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


22
6.- Cableado Estructurado.

Un sistema de cableado estructurado constituye el resultado de un diseo
planificado y realizado de manera que sea posible su acomodacin a futuras
necesidades de crecimiento, servicios y configuracin.

La norma para el cableado de telecomunicaciones en edificios comerciales
denominada Normativa 568 de cableado para edificios comerciales de EIA/TIA
proporciona un sistema de cableado uniforme que es apto para los entornos y los
productos de diferentes vendedores.

El cableado estructurado conforma una infraestructura con caminos para las partes
crticas de la red. El sistema incluye cables, conectores de comunicacin, enchufes,
conectores, adaptadores, baluns (paso de transmisin equilibrado a no equilibrado),
sistemas de paneles de parches y componentes electrnicos. Idealmente,
proporciona un medio para la transmisin de datos, vdeo, voz y otros tipos de
informacin.

Los sistemas de cableado estructurado estn basados en normas. Estn definidas las
distancias, las topologas y las especificaciones fsicas de forma que se cumplan los
requisitos de cableado que luego se puedan presentar; de esta forma, es posible
realizar el cableado de un edificio sin conocer de antemano los equipos de
comunicacin de datos que lo utilizarn. El tendido de los cables es sencillo de
administrar y los fallos son fciles de localizar.

6.1.- Cableado vertical y cableado horizontal.

En un sistema de cableado estructurado, el cableado vertical es el cable extendido
desde el armario de cableado de cada planta al equipo principal alojado en el stano
o primera planta del edificio. En contraste, el cableado horizontal es el que va de un
armario de cableado de telecomunicacin a cada estacin de trabajo en una planta de
un edificio.

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


23
7.- Normativa 568 de Cableado para Edificios
Comerciales EIA/TIA.

La normativa 568 de cableado para edificios comerciales proporciona un sistema
uniforme de cableado y permite entornos y productos multiproveedor. De acuerdo
con los documentos EIA/TIA, la norma se ha diseado con objeto de proporcionar
las siguientes utilidades y funciones:

Un sistema de cableado genrico de comunicaciones para edificios
comerciales.
Medios, topologa, puntos de terminacin y conexin, as como
administracin, bien definidos.
Un soporte para entornos multiproveedor / multiprotocolo.
Instrucciones para el diseo de productos de comunicaciones para empresas
comerciales.
Capacidad de planificacin e instalacin del cableado de comunicaciones
para un edificio sin otro conocimiento previo que los productos que van a
conectarse.



La especificacin EIA/TIA 568 propone una topologa jerarquizada en forma de
estrella, segn muestra la figura. Los cables adoptan esta topologa desde el armario
de comunicaciones hasta la toma de pared donde se conectan las computadoras a la
red. Todos los armarios de un piso se conectan a una sala de equipamiento, y todos
los pisos se conectan a la facilidad principal de conexiones cruzadas.

El tamao mximo del emplazamiento es de 3.000 metros, cubrindose 1 milln de
metros cuadrados de espacio de oficina, y hasta 50.000 usuarios individuales.

La arquitectura de cableado estructurado contiene cinco subsistemas que
comprenden sistema de cableado como el que se describe a continuacin. El sistema
completo puede observarse en la figura siguiente.

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


24


1. rea de Trabajo. Este subsistema consta de los elementos externos de
comunicacin (armarios y placas frontales), cableado y conectores necesarios
para conectar el equipo de trabajo de rea (computadoras, impresoras y dems)
al subsistema de cableado horizontal.

Los zcalos o placas frontales acomodan los conectores, como por ejemplo
mediante clavijas modulares para telfonos o datos, y clavijas modulares
modificadas para transmisin de datos a baja velocidad. Tambin pueden acomodar
conectores BNC para cable coaxial y de fibra ptica.

2. Cableado Horizontal. El sistema de cableado horizontal discurre entre cada
toma de las estaciones de trabajo finales y el armario de comunicaciones. La
distancia mxima horizontal desde ste hasta las tomas de comunicaciones es de
90 metros (295 pies), independientemente del tipo de medio. Existen cuatro
tipos de cable reconocidos en este sistema:

a) Cables de par trenzado sin apantallar (UTP, unshielded twisted pair) de
cuatro pares y de 100 ohmios.
b) Cables de par trenzado apantallado (STP, shielded twisted pair) de dos
pares y de 150 ohmios.
c) Cables coaxiales de 50 ohmios.
d) Cable de fibra ptica con dimetro de ncleo de 62.5 micras.

3. Armario de comunicaciones pequeo. Contiene el equipamiento necesario
para la conexin de las estaciones de trabajo de la zona adyacente, conectndose
a la sala de equipamiento. El armario de comunicaciones es una facilidad
especial que puede proporcionar conexiones para el cableado horizontal, as
como conexiones con la facilidad de entrada. No existe lmite en cuanto al
nmero de armarios de comunicaciones permitidos.

4. Sala de equipamiento. Proporciona el punto central de conexin para todos los
armarios de comunicaciones dentro del sistema de cableado horizontal y la
conexin con el soporte de cableado. La distincin principal entre las salas de
equipamiento y los armarios de comunicaciones consiste en el equipamiento. La
sala de equipamiento ofrece las terminaciones mecnicas para uno o ms
sistemas de cableado para comunicaciones.


C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


25
5. Red soporte de cableado. Discurre a travs de los distintos pisos del edificio e
interconecta las salas de equipamiento de cada piso. Estos cables se mezclan en
las conexiones cruzadas principales proporcionadas por el centro de cableado del
edificio. La red soporte de cableado puede estar formada por uno de los
siguientes tipos de cable, cuyas limitaciones de longitud se representan en la
figura.

Cables UTP de 100 ohmios y cuatro pares.
Cables STP de 150 ohmios y dos pares.
Cables coaxiales de 50 ohmios.
Cable de fibra ptica con un dimetro de 62.5 micras.

6. Conexiones cruzadas principales. Este elemento es el punto central de
conexin entre el soporte de cableado del edificio y el cable que realiza la
conexin con otros edificios.

7. Facilidades de entrada. La facilidad de entrada ofrece el servicio de entrada al
servicio de comunicaciones del edificio e incluye el acceso a travs del muro.

Esta facilidad puede contener tambin conexiones a una red soporte de cableado de
campus. Adems, contiene el punto de demarcacin de la red, que es la
interconexin con las facilidades de comunicacin ofrecidas por la compaa de
intercambio local de telecomunicaciones. El punto de demarcacin se encuentra
normalmente a 12 pulgadas del punto de entrada de las facilidades de la compaa
de telecomunicaciones al edificio, aunque sta podra efectuarlo de otro modo.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


26


8. Administracin. Este subsistema incluye las conexiones cruzadas e
interconexiones entre los subsistemas de distribucin. Es el punto en el que se
gestionan los cambios del sistema de cableado estructurado.

Puede existir una cierta indecisin a la hora de optar por instalar un sistema de
cableado estructurado EIA/TIA 568 o bien un sistema tradicional como Ethernet.

EIA/TIA 568 presenta una serie de reglas rgidas y su instalacin resulta ms cara si
se trata de una instalacin de cierta magnitud, aunque es una normativa que permite
expansiones futuras. Las redes tradicionales basadas en Ethernet pueden construirse
a partir de las normas Ethernet 10Base-2 o Ethernet 10Base-T, ms adelante. Los
mtodos tradicionales presentan un coste ms atractivo en instalaciones pequeas o
bien en adaptaciones de instalaciones antiguas que ya tienen instalado el cable.

NOTA. Existe una normativa similar, la EIA/TIA 606 (normativa de administracin
de la infraestructura de telecomunicaciones en edificios comerciales), que define un
procedimiento uniforme de administracin de sistemas de cableado, en cuanto a su
ubicacin, aprendizaje, procedimientos de documentacin y etiquetado.

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


27
Anexo 2. Manual de Pruebas bsicas de los
cables.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
DSP-4000 Series
Manual de Uso
7-2
Los cables estan diseados para Iuncionar mejor en una aplicacion especiIica. Por
ejemplo, los cables de alimentacion estan diseados para minimizar la prdida de
potencia a Irecuencias de 50 o 60 Hz. Los cables para LAN estan diseados para
minimizar la distorsion de la seal a Irecuencias mayores.
Se han diseado dos tipos de cables para usarse en sistemas LAN: cable de par
trenzado y cable coaxial.
CabIe de par trenzado
El cable de par trenzado consiste de pares de hilos trenzados, tal como se muestra
en la Iigura 7-1. Los hilos se trenzan para minimizar la diaIonia entre los pares del
cable.
Transformador Transformador
1
2
1
2
pc27f.eps
Figura 7-1. Construccin deI cabIe de par trenzado
Cada par Iorma un camino elctrico completo para la transmision de seales. La
corriente que Iluye a travs de los hilos en cada par es igual, pero Iluye en
sentidos opuestos. Estas corrientes producen campos electromagnticos que
podrian transmitir ruido elctrico a hilos cercanos. Sin embargo, los campos
alrededor de los dos hilos tienen polaridades opuestas. Al trenzar los hilos, los
campos se cancelan uno con el otro, lo cual minimiza el ruido elctrico, o
diaIonia, generado por cada par de cables.
Hay dos tipos de cable de par trenzado: par trenzado blindado (STP, sus siglas en
ingls) y par trenzado sin blindar (UTP, sus siglas en ingls). El cable STP,
tambin conocido como par trenzado con pantalla (ScTP, sus siglas en ingls) o
par trenzado con pantalla de hoja metalica, (FTP, sus siglas en ingls) contiene un
blindaje conductivo que esta puesto a masa elctricamente para proteger a los
conductores del ruido elctrico. El cable STP es mas costoso y diIicil de instalar
que el cable trenzado sin blindar.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
Pruebas bsicas de Ios cabIes
Construccin de los cables para LAN 7
7-3
La Iigura 7-2 muestra las conexiones de las patillas y los colores de los hilos para
un alambrado correcto segun las normas TIA 568A y 568B.
WG G
Par 3
WO O WBR BR
Par 4
BL WBL
Patilla 1 Patilla 2 Patilla 3 Patilla 6 Patilla 7 Patilla 8 Patilla 4 Patilla 5
Par 1
Par 2
WO O
Par 2
WG G WBR BR
Par 4
BL WBL
Patilla 1 Patilla 2 Patilla 3 Patilla 6 Patilla 7 Patilla 8 Patilla 4 Patilla 5
Par 1
Par 3
568A
568B
pc28f.eps
Figura 7-2. Conexiones RJ45 segn Ias normas EIA/TIA
Las normas de alambrado 568A y 568B tienen igual rendimiento elctrico; sin
embargo, las dos normas no deben utilizarse en la misma red por el riesgo a
inducir errores en el alambrado.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
DSP-4000 Series
Manual de Uso
7-4
CabIe coaxiaI
El cable coaxial consiste de un conductor envuelto primero por un material
aislante y luego por una malla conductiva entretejida, tal como se muestra en la
Iigura 7-3. En las aplicaciones de LAN, la malla esta puesta a masa elctricamente
y sirve como un blindaje que protege al conductor interior del ruido elctrico. El
blindaje tambin ayuda a eliminar la prdida de la seal manteniendo conIinada al
cable la seal transmitida.
El cable coaxial puede transportar una gama mas amplia de Irecuencias y se puede
utilizar en longitudes mas grandes que el par trenzado. Sin embargo, el cable
coaxial es mas costoso que el par trenzado.
Dielctrico
Conductor
Blindaje
Funda
pc29f.eps
Figura 7-3. Construccin deI cabIe coaxiaI
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
Pruebas bsicas de Ios cabIes
Conexiones de enlace bsico y de canal 7
7-5
Conexiones de enIace bsico y de canaI
Los enlaces de cable que pruebe pueden incluir o no cables de conexion para
equipo y conexiones adicionales de transicion en el armario de telecomuni-
caciones y en el area de trabajo. Por ejemplo, los instaladores de cable a menudo
son solo responsables por el cable permanente instalado entre el armario y el
primer receptaculo de distribucion en la pared del area de trabajo. Este segmento
de cable es el enlace basico, mostrado en la Iigura 7-4. Tal como se deIine en el
TSB-67, el enlace basico consiste hasta de 90 m de cable horizontal, un conector
de transicion en cada extremo y dos cables de conexion de equipo de no mas de 2
m cada uno.
Cable de conexin
del equipo de prueba
Cable de conexin
del equipo de prueba
Cableado horizontal
EnIace bsico
Conexin del
panel de conexiones
Herramienta de prueba
Unidad remota
inteligente
TALK
Comienzo del
enlace bsico
Final del
enlace
bsico
pc73f.eps
Figura 7-4. Conexiones de prueba para enIace bsico
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
DSP-4000 Series
Manual de Uso
7-6
Un canal incluye los conectores de transicion y los cables de conexion de equipos
agregados al segmento del enlace basico. El canal debe probarse de extremo a
extremo para comprobar el rendimiento de todos los componentes. En este caso,
debe utilizar los cables de conexion de equipos para conectar su herramienta de
prueba al canal, tal como se muestra en la Iigura 7-5. El TSB-67 deIine el canal
como un enlace basico mas un conector de transicion adicional en cada extremo y
hasta 10 metros de cables de conexion de equipos. A causa de los conectores y
cables de conexion adicionales, los limites de prueba para un canal son menos
exigentes que para el enlace basico.
Un canal con un solo conector en cada extremo se asemeja a un enlace basico; sin
embargo, deberia utilizar una norma de prueba para canal si usa los cables de
conexion de equipos de red para conectar su herramienta de prueba.
Cable de
conexin de
equipo de red
Cable de
conexin de
equipo de red
Cableado horizontal
CanaI
nterconexin
horizontal
Herramienta de prueba
Unidad remota
inteligente
TALK
Comienzo
del canal
Fin
del canal
Conector
de transicin
pc69f.eps
Figura 7-5. Conexiones de prueba para canaI
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
Pruebas bsicas de Ios cabIes
Atenuacin (Prdidas de insercin) 7
7-7
Atenuacin (Prdidas de insercin)
La atenuacion es una disminucion de la Iuerza de la seal a lo largo del cable, tal
como se muestra en la Iigura 7-6.
Fuente de
seales
Receptor
de seales
Cable
V salida
V entrada
Prdida
pc30f.eps
Figura 7-6. Atenuacin de una seaI Atenuacin de una seaI
La atenuacion es originada por una prdida de energia elctrica en la resistencia
del cable y por Iuga de la energia a travs del material aislante del cable. Esta
prdida de energia se expresa en decibelios. Los valores mas bajos de la
atenuacion corresponden a un mejor rendimiento del cable. Por ejemplo, al
comparar el rendimiento de dos cables a una Irecuencia en particular, un cable con
una atenuacion de 10 dB rinde mas que un cable con una atenuacion de 20 dB.
La atenuacion de los cables la determina su construccion, longitud y las
Irecuencias de las seales enviadas por el cable. A mayor Irecuencia, el eIecto
superIicial y la inductancia del cable, asi como su capacitancia, hacen que la
atenuacion aumente.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
DSP-4000 Series
Manual de Uso
7-8
Ruido
El ruido elctrico son seales elctricas no deseadas que alteran la Iorma de las
seales transmitidas por un cable de LAN. La Iigura 7-7 muestra un ejemplo de
como el ruido aIecta la Iorma de una seal elctrica conocida como onda
sinusoidal. Las seales muy distorsionadas por el ruido pueden originar errores de
comunicacion en una LAN.
Salida Entrada
pc31f.eps
Figura 7-7. Fuentes de ruido eIctrico
El ruido elctrico es generado por cualquier dispositivo que utiliza o genera
tensiones que varian en Iuncion del tiempo. Una tension que varia genera un
campo electromagntico variable, que transmite ruido a los dispositivos cercanos
de la misma manera en la que una radio transmisora transmite seales a una radio.
Por ejemplo, las luces Iluorescentes, que utilizan corriente alterna de 50 o 60 Hz,
irradian continuamente una seal de 50 o 60 Hz que puede ser captada por
dispositivos cercanos en Iorma de ruido elctrico.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
Pruebas bsicas de Ios cabIes
mpedancia caracterstica 7
7-9
Los cables de LAN actuan como antenas que pueden recoger el ruido de las luces
Iluorescentes, motores elctricos, calentadores elctricos, Iotocopiadoras,
reIrigeradores, ascensores y demas dispositivos electronicos. El cable coaxial es
mucho menos susceptible al ruido que el cable de par trenzado porque esta
blindado por una malla conductiva. La malla esta puesta a masa elctricamente
para evitar que el ruido llegue al conductor interior.
La herramienta de prueba mide el ruido de impulso en el cable sujeto a prueba. El
ruido de impulso es diaIonia de 'picos abruptos. Este ruido es originado por
dispositivos electronicos que Iuncionan en Iorma intermitente, como por ejemplo,
los ascensores, Iotocopiadoras y hornos de microondas. Se puede observar el ruido
de impulso en el modo MONITOR de la herramienta de prueba. Esta herramienta
de prueba cuenta los picos de ruido con amplitud mayor que el umbral
seleccionado para el ruido impulsivo.
Impedancia caracterstica
La impedancia caracteristica es la impedancia que tendria un cable si tuviera una
longitud inIinita. La impedancia es un tipo de resistencia que se opone al Ilujo de
la corriente alterna (ca). La impedancia caracteristica de un cable es una propiedad
compleja que resulta de los eIectos combinados de los valores inductivos,
capacitivos y resistivos del cable. Estos valores estan determinados por los
parametros Iisicos, tales como el tamao de los conductores, la distancia entre los
mismos y las propiedades del material aislante del cable.
El Iuncionamiento adecuado de la red depende de tener una impedancia
caracteristica constante en todos los cables y conectores del sistema. Los cambios
repentinos en la impedancia caracteristica, tambin denominados Ialta de
continuidad de la impedancia o anomalias de la impedancia, causan reIlexiones de
las seales, que pueden distorsionar las seales transmitidas por los cables de la
LAN y dar lugar a Iallos en la red.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
DSP-4000 Series
Manual de Uso
7-10
Minimizacin de Ia faIta de continuidad de Ia impedancia
Las conexiones y las terminaciones de los cables generalmente alteran ligeramente
la impedancia caracteristica. Las dobleces agudas en el cable de la LAN tambin
pueden alterar la impedancia caracteristica del cable. Las redes pueden Iuncionar
con Ialtas pequeas de continuidad porque las reIlexiones resultantes de la seal
son pequeas y estan atenuadas en el cable. Las Ialtas mas grandes de continuidad
de la impedancia pueden interIerir con la transmision de la inIormacion. Estas son
causadas por un mal contacto elctrico, terminaciones inadecuadas de los cables,
cables o conectores que no concuerdan y por perturbaciones en el patron de
trenzado del cable de par trenzado.
Se pueden evitar problemas de Ialta de continuidad de la impedancia observando
las siguientes precauciones durante la instalacion:
No mezcle nunca cables con impedancias caracteristicas distintas (a menos
que utilice circuitos especiales para que las impedancias concuerden).
Instale siempre terminaciones en los cables coaxiales con una resistencia igual
a la impedancia caracteristica del cable. Esta resistencia evita las reIlexiones
de la seal al absorber la energia de la seal.
Al destrenzar pares de cables para instalar conectores o para eIectuar
conexiones en bloques de conexion, mantenga las secciones destrenzadas lo
mas corto que pueda.
No doble en Iorma aguda el cable. Consulte las especiIicaciones del Iabricante
del cable para conocer el radio del doblez minimo.
Maneje el cable para LAN con precaucion durante la instalacion. No pise el
cable ni lo comprima con ataduras para cable demasiado ajustadas.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
Pruebas bsicas de Ios cabIes
Diafona 7
7-11
Diafona
La diaIonia es una transmision de seales indeseables de un par de cables a otro
par cercano. De igual Iorma que el ruido elctrico de Iuentes externas, la diaIonia
puede causar problemas de comunicacion en redes. De todas las caracteristicas de
la operacion de cables de LAN, la diaIonia es la que tiene el mayor eIecto en el
rendimiento de la red.
La herramienta de prueba realiza dos mediciones de diaIonia: NEXT y ELFEXT.
NEXT
La herramienta de prueba mide la NEXT (paradiaIonia) aplicando una seal de
prueba a un par de cables y midiendo la amplitud de las seales de diaIonia que se
reciben en el otro par de cables. El valor de la NEXT, expresado en decibelios, se
calcula como la diIerencia en la amplitud entre la seal de prueba y la seal de
diaIonia medida en el mismo extremo del cable. Los valores altos de la NEXT
corresponden a menor diaIonia y a un mejor rendimiento del cable.
La atenuacion aIecta a todas las seales transmitidas por un cable. Debido a la
atenuacion, la diaIonia que ocurre en el extremo lejano de un cable contribuye
menos a la NEXT que la diaIonia que ocurre en el extremo cercano del cable. Para
veriIicar el Iuncionamiento adecuado del cable, se debe medir la NEXT desde
ambos extremos del cable.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
DSP-4000 Series
Manual de Uso
7-12
FEXT y ELFEXT
La FEXT (telediaIonia) es la diIerencia entre la amplitud de una seal de prueba
del extremo lejano aplicada a un par y la paradiaIonia resultante en un par
diIerente. Al igual que la NEXT, la FEXT se expresa en decibelios y los valores
mas altos de la FEXT corresponden a mejor rendimiento del cable.
La ELFEXT (telediaIonia de nivel constante) es la diIerencia entre la FEXT y la
atenuacion del par perturbado. Al igual que la ACR, la ELFEXT es un tipo de
razon seal a ruido, indicadora de la calidad de la transmision de un enlace de
cable. El nombre 'FEXT de igual nivel hace reIerencia a que la atenuacion de
todas las seales FEXT es la misma. La Iigura 7-8 ilustra esta importante
diIerencia entre la NEXT y la FEXT. Las seales de diaIonia recibidas desde un
transmisor lejano contribuyen muy poco a la NEXT por la atenuacion sobre una
gran distancia. Pero la atenuacion de todas las seales FEXT es la misma; por
tanto, stas contribuyen igualmente a la diaIonia del extremo lejano.
Como todas las seales FEXT recorren la misma distancia, tienden a sumarse en
Iase. Esto signiIica que las seales siempre se suman para producir el valor de la
condicion mas critica de la FEXT.
Puede existir una diIerencia entre la NEXT y la FEXT de un enlace,
especialmente en la conexion de hardware. La diIerencia se debe a la naturaleza
de las corrientes capacitivas e inductivas que originan la diaIonia. En la Iuente de
una seal (el extremo cercano) estas corrientes pueden restarse. Si las corrientes
se restan en el extremo cercano, stas se suman en el extremo lejano. Por tanto, un
conector que obtiene una NEXT alta por balancear las dos corrientes puede tener
un rendimiento muy deIiciente en la FEXT.
En el cable, la componente inductiva de la diaIonia es muy baja. La mayor parte
de la diaIonia es causada por la componente capacitiva. Como la diIerencia entre
las dos componentes es casi igual a la componente capacitiva, la NEXT y FEXT
son casi iguales en un cable.
Por la Iorma como las seales FEXT se suman a lo largo de un enlace de cable, el
buen rendimiento en la ELFEXT es critico para sistemas que transmiten datos
sobre pares multiples. Ejemplos de estos sistemas son 100BASE-T4,
100VG-AnyLAN y 1000BASE-T (Gigabit Ethernet).
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
Pruebas bsicas de Ios cabIes
FEXT y ELFEXT 7
7-13
La seal NEXT B recorre mayor distancia que la A
Fuente
de seales
A
B
NEXT
resultante
Las seales FEXT C y D recorren la misma distancia
(la longitud del cable)
Fuente
de seales
C
D
FEXT
resultante
pc70f.eps
Figura 7-8. Cmo todas Ias seaIes FEXT son atenuadas iguaImente
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
DSP-4000 Series
Manual de Uso
7-14
LocaIizacin de probIemas de Ia NEXT y Ia ELFEXT
Si la herramienta de prueba inIorma un Iallo en la NEXT o ELFEXT en un par del
cable, puede utilizar el analizador HDTDX para localizar el origen del problema
de diaIonia.
Al igual que los resultados HDTDR, los resultados del analizador HDTDX se
presentan en Iorma de lista y en Iorma de graIico. El Iormato de lista muestra los
pares de cables que Iueron probados, la magnitud maxima de la diaIonia detectada
en los pares y la distancia a la magnitud maxima.
El graIico del analizador HDTDX muestra la localizacion y la magnitud de todas
las Iuentes de diaIonia detectadas en el cable. La prueba HDTDX utiliza impulsos
de muy corta duracion (2 ns), que ayudan a la herramienta a identiIicar pequeos
problemas de diaIonia, con mediciones mas exactas de la distancia al Iallo y una
mejor deIinicion de estos en los graIicos. Ademas, la herramienta ejecuta la
prueba HDTDX desde ambos extremos del cable para obtener visibilidad
mejorada de los problemas de diaIonia existentes en el extremo lejano del cable.
La Iigura 7-9 contiene un ejemplo de un graIico del analizador HDTDX de una
prueba eIectuada en un cable de par trenzado en buen estado.
La escala horizontal del graIico representa la distancia a lo largo del cable sujeto a
prueba. En el ejemplo anterior, el cursor se ubica en una Iuente de diaIonia
pequea, originada por un conector a 23,3 m de la herramienta de prueba.
pc32s.bmp
Figura 7-9. Grfico de un anaIizador HDTDX
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
Pruebas bsicas de Ios cabIes
Localizacin de problemas de la NEXT y la ELFEXT 7
7-15
La escala vertical representa la magnitud de la diaIonia detectada. Los niveles de
diaIonia que muestra el graIico se ajustan para compensar la atenuacion del cable.
Sin este ajuste, la cresta en el lado derecho del graIico (el mas alejado de la
herramienta de prueba) apareceria mucho mas pequea. El graIico ajustado
Iacilita la identiIicacion de las Iuentes de diaIonia porque se puede usar en la
escala vertical para medir magnitudes de diaIonia trazadas a cualquier distancia de
la herramienta de prueba. Tambin se puede comparar la magnitud relativa de las
crestas de diaIonia para determinar las Iuentes principales de diaIonia en el cable.
La escala vertical es logaritmica. Las unidades de la escala son arbitrarias. Un
nivel de 50 representa una magnitud de diaIonia que esta a punto de causar un
Iallo en el cable. Un nivel de 100 es aproximadamente 20 veces mas grande que el
nivel de 50. Un nivel de 100 es un nivel extremadamente alto de diaIonia y, por lo
general, es debido a pares partidos. Los cables y demas equipo que causan niveles
de diaIonia de 100 o mas grandes se consideran inutilizables. Los niveles de
diaIonia cerca de 0 se consideran irrelevantes.
El graIico HDTDX de un cable que ha Iallado una prueba de la NEXT puede
mostrar una o mas crestas de diaIonia mayores que un nivel de 50. Un Iallo
tambin puede ser a causa de un nivel de diaIonia menor que 50 si el nivel es
constante sobre un segmento importante del cable.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
DSP-4000 Series
Manual de Uso
7-16
Pares partidos y Ia NEXT
Un par partido ocurre cuando un hilo de un par se trenza con un hilo de un par
distinto. La mayoria de las ocasiones, los pares partidos son originados por errores
de conexion en los bloques de conexion y en los conectores de los cables. La
Iigura 7-10 muestra un ejemplo de pares partidos. Notese que las conexiones de
patilla a patilla a travs de un cable son correctas, pero los pares trenzados juntos
no Iorman un circuito completo.
1
2
3
6
1
2
3
6
Cableado incorrecto: Par partido
pc33f.eps
Figura 7-10. CabIeado de pares partidos
Los pares partidos causan grave diaIonia porque las seales en los pares trenzados
provienen de circuitos diIerentes. Los altos niveles de diaIonia producidos por
pares partidos originan valores bajos de NEXT durante las pruebas de los cables.
Si el valor de NEXT es suIicientemente bajo, la herramienta de prueba indica un
par partido durante la prueba del mapa de cableado.
La herramienta tambin puede indicar pares partidos si se prueba un cable sin
trenzar, como por ejemplo, un cable en liston o cable teleIonico no trenzado.
Si la herramienta indica pares partidos al estar probando un cable hecho de
segmentos multiples, se puede determinar cual segmento tiene el par partido
ejecutando el analizador HDTDX. El graIico del analizador HDTDX mostrara un
valor grande de diaIonia comenzando a una distancia que corresponde con el
inicio del segmento con el par partido.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
Pruebas bsicas de Ios cabIes
Valores de las sumas de potencia 7
7-17
Minimizacin de Ia diafona
Los problemas de diaIonia se minimizan trenzando juntos los dos hilos en cada
par de cables. El trenzar los dos hilos juntos hace que se cancelen uno con otro los
campos electromagnticos alrededor de los hilos, no dejando practicamente
ningun campo externo que transmita seales a los pares de cables cercanos.
Se pueden evitar problemas de diaIonia observando las siguientes precauciones
durante la instalacion:
Al destrenzar pares de cables para instalar conectores o para eIectuar
conexiones en los bloques de conexion, procure que las secciones
destrenzadas sean lo mas corto posible.
Ponga atencion al eIectuar las conexiones del cableado. Los errores en el
cableado pueden causar pares partidos que dan lugar a graves problemas de
diaIonia.
No doble en Iorma aguda el cable. Consulte las especiIicaciones del Iabricante
del cable para conocer el radio del doblez minimo.
Maneje el cable para LAN con precaucion durante la instalacion. No pise el
cable ni lo oprima con ataduras para cable demasiado ajustadas.
VaIores de Ias sumas de potencia
Los valores de las sumas de potencia, tales como PSNEXT, PSELFEXT y
PSACR, muestran como un par de hilos es aIectado por la interIerencia
combinada de otros pares en el cable. Los valores de la suma de potencia de la
NEXT muestra en qu medida un par es aIectado por la NEXT combinada de los
otros pares. Los valores PSELFEXT muestran los eIectos de las FEXT
combinadas. Los valores de la PSACR muestran la razon de la atenuacion de cada
par a la NEXT combinada de los otros pares.
El buen rendimiento en la suma de potencia es importante en redes de alta
velocidad, tal como 1000BASE-T, que transmiten datos en paralelo sobre pares
multiples. Aunque un enlace de cable pueda no ser instalado para uso con sistemas
de transmision en paralelo, comprobar el rendimiento de un enlace en relacion con
la suma de potencia ayuda a asegurar el xito en actualizaciones Iuturas.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
DSP-4000 Series
Manual de Uso
7-18
Retardo de propagacin y sesgo deI retardo
El retardo de propagacion es el tiempo que toma a una seal elctrica recorrer la
longitud de un conductor. El retardo de un par de hilos depende de la longitud del
par, el coeIiciente de trenzado y las caracteristicas elctricas, tales como el tipo de
material de aislamiento utilizado alrededor de los conductores de cobre. Los
retardos tipicos se miden en cientos de nanosegundos. (Un nanosegundo es la mil
millonsima parte de un segundo, o 0,000000001 s.)
Los retardos de propagacion de los pares en un enlace pueden tener diIerencias
pequeas por variaciones en la cantidad de alternaciones del trenzado y en las
propiedades elctricas de cada par. Las diIerencias de retardo entre los pares se
llama sesgo del retardo. El sesgo del retardo es critico para redes de alta velocidad
que utilizan transmision de datos en paralelo, lo que involucra transmitir bits de
datos simultaneamente sobre pares multiples. Si el sesgo del retardo es muy
grande entre los pares, los bits llegan sin sincronizacion y no es posible volver a
ensamblar los datos correctamente. Sistemas que utilizan la transmision en
paralelo incluyen a 100BASE-T4, 100VG-AnyLAN y 1000BASE-T (Gigabit
Ethernet).
Aunque un enlace de cable pueda no ser instalado para uso con sistemas de
transmision en paralelo, comprobar el sesgo del retardo ayuda a asegurar que el
enlace soportara actualizaciones a redes de alta velocidad.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
Pruebas bsicas de Ios cabIes
Velocidad nominal de propagacin (NVP) 7
7-19
VeIocidad nominaI de propagacin (NVP)
La velocidad nominal de propagacion (NVP) es la velocidad de una seal por el
cable en relacion con la velocidad de la luz. En el vacio, las seales elctricas
viajan a la velocidad de la luz. En un cable, las seales viajan a una velocidad
menor a la de la luz. La velocidad de una seal elctrica en un cable es por lo
general entre el 60 y 80 de la velocidad de la luz. La Iigura 7-11 muestra la
Iorma de calcular el porcentaje de NVP.
Velocidad de
la seal en el cable
300 000 000 m/s
Velocidad de propagacin
del impulso en el cable
Velocidad de la luz
=
X 100%
NVP 300 000 000 m/s
OFF
PR NT
MONI TOR
SETUP
SPECAL
FUNCTONS
SI NGLE
TEST
AUTO
TEST
DSP-658 CABL E ANA LYZER
DSP-601 CABL E ANA LYZER ADAPTER
TALK
EXT
ENTER TEST SAVE
1 2 3 4
NFO
pc34f.eps
Figura 7-11. Forma de caIcuIar Ia NVP
Los valores de la NVP aIectan a los limites de la longitud del cable en los sistemas
Ethernet porque la operacion Ethernet depende de la capacidad del sistema para
detectar colisiones durante un tiempo determinado. Si la NVP de un cable es
demasiado lenta o el cable es demasiado largo, las seales se demoran y el sistema
no puede detectar las colisiones lo suIicientemente pronto para prevenir graves
problemas en la red.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
DSP-4000 Series
Manual de Uso
7-20
La NVP y Ias mediciones de Iongitud
Las mediciones de longitud dependen directamente del valor de la NVP anotado
para el tipo de cable seleccionado. Para medir longitud, la herramienta de prueba
mide primero el tiempo que toma un pulso de prueba en recorrer la longitud del
cable. La herramienta de prueba luego calcula la longitud del cable multiplicando
el tiempo de recorrido por la velocidad de la seal en el cable.
Debido a que la herramienta de prueba utiliza la medicion de la longitud para
determinar los limites de resistencia del cable, el valor de la NVP tambin aIecta a
la precision de las mediciones de resistencia.
CaIibracin de Ia NVP
Se incluyen los valores de la NVP especiIicados para cables estandar en las
especiIicaciones de los cables guardados en la herramienta de prueba. Estos
valores son suIicientemente precisos para la mayoria de las mediciones de
longitud. Sin embargo, el NVP real de un tipo de cable puede variar hasta en un
20 de lote a lote debido a variaciones en el proceso de Iabricacion. Por lo tanto,
si su instalacion o proceso de prueba exige mediciones de longitud muy precisas,
se debe determinar el valor real de la NVP para cada carrete de cable. La
determinacion del valor de la NVP supone medir una longitud de cable y ajustar la
medicion de longitud de la herramienta de prueba para que concuerde con la
longitud conocida. El valor de la NVP cambia conIorme se ajusta la medicion de
la longitud. El procedimiento de calibracion se explica en la seccion 'Calibracion
de la NVP en el capitulo 6.
RefIectometra de dominio temporaI de gran definicin
(HDTDR)
La HDTDR es una tcnica de medicion que se utiliza para determinar la longitud y
la impedancia caracteristica del cable y localizar los Iallos a lo largo del cable. La
HDTDR se denomina tambin como radar para cables ya que involucra el analisis
de las reIlexiones de la seal en el cable.
Si una seal que viaja por el cable encuentra un cambio repentino en la
impedancia del cable, parte de la seal, o toda ella, se reIleja de nuevo a la Iuente.
El tiempo, tamao y la polaridad de las seales reIlejadas indican la ubicacion y la
naturaleza de las Ialtas de continuidad en el cable.
La herramienta de prueba aplica impulsos de prueba de muy corta duracion (2 ns)
al cable sometido a prueba. Los impulsos de corta duracion ayudan a la
herramienta a identiIicar pequeas anomalias, con mediciones mas exactas de la
distancia al Iallo y una mejor deIinicion de estos en los graIicos. La prueba se
ejecuta desde ambos extremos del cable (cuando se utiliza la unidad remota) para
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
Pruebas bsicas de Ios cabIes
Reflectometra de dominio temporal de gran definicin (HDTDR) 7
7-21
obtener visibilidad mejorada de las anomalias existentes en el extremo lejano del
cable.
RefIexiones provenientes de abiertos
Un abierto, o rotura, en el cable representa un aumento repentino en la impedancia
del cable. La impedancia de un abierto es casi inIinita. En un cable abierto, no se
disipa la energia de una seal por una impedancia de terminacion, asi que la seal
rebota de nuevo a la Iuente. Esta reIlexion aparece en la Iuente con la misma
amplitud y polaridad de la seal original, tal como se muestra en la Iigura 7-12. Si
se mide la cantidad de tiempo que toma el impulso reIlejado en regresar, la
herramienta de prueba puede determinar la ubicacion del abierto en el cable.
mpulso transmitido
mpulso reflejado
Extremo deI faIIo
Abierto
CabIe
mpulso transmitido
mpulso reflejado
Corto
mpulso transmitido
Sin impulso reflejado
Terminador
(guala la
impedancia
caracterstica
del cable)
O
F
F
PRNT
M
O
NITO
R
SETUP
SPECAL
FUNCTO
NS
SING
LE
TEST
AU
TO
TEST
D
S
P-658
CABLE ANALYZER
DS
P-601
CABLE ANALYZER ADAPTER
TALK
EXT
ENTER
TEST
SAVE
1
2
3
4
O
F
F
PRNT
M
O
NITO
R
SETUP
SPECAL
FUNCTO
NS
SING
LE
TEST
AU
TO
TEST
D
S
P-658
CABLE ANALYZER
DS
P-601
CABLE ANALYZER ADAPTER
TALK
EXT
ENTER
TEST
SAVE
1
2
3
4
FAULT
NFO
O
F
F
PRNT
M
O
NITO
R
SETUP
SPECAL
FUNCTO
NS
SING
LE
TEST
AU
TO
TEST
D
SP-658
CABLE ANALYZER
D
SP
-601
CABLE ANALYZER ADAPTER
TALK
EXT
ENTER
TEST
SAVE
1
2
3
4
FAULT
NFO
FAULT
NFO
pc35f.eps
Figura 7-12. SeaIes refIejadas de un cabIe abierto, en corto y con terminacin
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
DSP-4000 Series
Manual de Uso
7-22
RefIexiones de Ios cortos
Un corto representa una disminucion repentina en la impedancia entre dos
conductores en un cable. Un corto ocurre cuando el material aislante que envuelve
a los hilos de un cable suIre algun dao, permitiendo el contacto entre los hilos. El
resultado es una impedancia de casi cero entre los conductores.
Un corto tambin produce reIlexiones de la seal, pero de una manera opuesta al
abierto. En un cable en corto, la energia de la seal no se disipa porque la
impedancia del corto esta cerca de cero. La seal se reIleja de nuevo a la Iuente,
donde aparece con la misma amplitud pero con polaridad opuesta a la seal
original, tal como se muestra en la Iigura 7-12.
RefIexiones desde otras anomaIas
Las reIlexiones tambin son causadas por anomalias en la impedancia con
cualquier valor comprendido entre inIinito y cero. Estas anomalias pueden ser
causadas por tensiones mecanicas que daan los pares del cable o el aislamiento
sin producir un corto o una apertura total. Tambin pueden ocurrir reIlexiones
cuando la impedancia de un cable no concuerda con la de otro o cuando hay mal
contacto en los conectores y bloques de conexion.
El Iallo de un cable que tiene una impedancia mas alta que la impedancia
caracteristica reIleja una seal que tiene la misma polaridad que la seal original.
Si el Iallo no es un abierto total, la amplitud de la seal reIlejada sera menor que
la de la seal original.
Si la impedancia del Iallo es menor que la impedancia caracteristica del cable,
pero no es un corto total, la seal reIlejada tendra polaridad opuesta y menor
amplitud que la seal original.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
Pruebas bsicas de Ios cabIes
Reflectometra de dominio temporal de gran definicin (HDTDR) 7
7-23
Terminacin deI cabIe
Debido a que las reIlexiones de la seal pueden distorsionar la Iorma de las
seales de comunicacion, los extremos no utilizados de los segmentos de los
cables deben adaptarse con terminaciones para prevenir las reIlexiones. El
dispositivo de terminacion es un resistor de un valor igual a la impedancia
caracteristica del cable. Una seal que llega a la terminacion no se reIleja ni se
pasa: la resistencia de la terminacion absorbe y disipa la seal.
Debido a que la herramienta de prueba utiliza las reIlexiones de la seal para
determinar la longitud del cable, la herramienta de prueba no puede medir la
longitud de los cables con terminacion adecuada.
Interpretacin deI grfico HDTDR
El graIico HDTDR tiene una escala horizontal que representa la distancia y una
escala vertical que representa el porcentaje de la reIlexion relativo a la seal
original, tal como se muestra en la Iigura 7-13.
pc36f.eps
Figura 7-13. EjempIo de un grfico HDTDR
Notese que los porcentajes de reIlexion pueden ser positivos o negativos. Un valor
positivo indica que la polaridad de la reIlexion es la misma que la polaridad de la
seal original. Como se discutio anteriormente, las reIlexiones positivas son
causadas por aumentos repentinos en impedancia del cable, tales como los que
provienen de cables desiguales, malas conexiones o roturas en el cable.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
DSP-4000 Series
Manual de Uso
7-24
Un porcentaje negativo de reIlexion indica que la polaridad de la reIlexion es
opuesta a la seal original. Las reIlexiones negativas son causadas por la
disminucion repentina en la impedancia del cable, como por ejemplo, las debidas
a cables con impedancias desiguales o por cortos en el cable.
Los resultados trazados en la Iigura 7-13 son los resultados de una prueba de
HDTDR en el par 4,5 en un cable de par trenzado en buen estado. Los resultados
muestran una anomalia positiva causada por el extremo abierto del cable a 67 m
aproximadamente. Notese que el borde izquierdo de una reIlexion HDTDR
representa la ubicacion de la anomalia en el cable, mientras que la cresta de la
reIlexion representa el tamao de la anomalia.
El graIico HDTDR de la herramienta de prueba incluye un cursor que se puede
mover con una lectura que presenta la posicion del cursor y el porcentaje de
reIlexion de la anomalia en la posicion del cursor. Se puede mover el cursor a
izquierda y derecha pulsando las teclas en la herramienta de prueba. La
Iigura 7-13 muestra el cursor ubicado cerca del comienzo de una anomalia.
ACR
La ACR (la razon de la atenuacion a la diaIonia) es la diIerencia entre la NEXT en
decibelios y la atenuacion en decibelios. El valor de la ACR indica como se
compara la amplitud de las seales recibidas del extremo lejano del transmisor con
la amplitud de la diaIonia producida por transmisiones del extremo cercano. Un
valor alto de ACR signiIica que las seales recibidas son mucho mas grandes que
la diaIonia. En trminos de la NEXT y de valores de atenuacion, un valor alto de
ACR corresponde a una NEXT alta y una atenuacion baja.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
Pruebas bsicas de Ios cabIes
ACR 7
7-25
La Iigura 7-14 muestra un graIico de la NEXT y los limites de atenuacion, junto
con el graIico ACR resultante. Notese que la ACR es menor donde los valores de
la NEXT y de la atenuacion se acercan.
70.0
NEXT
satisfactoria
ATTEN.
satisfactoria
0 100
Frecuencia en MHz
60.0
50.0
40.0
30.0
20.0
10.0
0.0
20 40 60 80
ACR
satisfactoria
pc37f.eps
Figura 7-14. Un grfico de Ia NEXT, Ia atenuacin y Ia ACR resuItante
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
DSP-4000 Series
Manual de Uso
7-26
Prdida de retorno (RL)
La prdida de retorno (RL)es la diIerencia entre la potencia de la seal transmitida
y la potencia de las reIlexiones de la seal causadas por las variaciones en la
impedancia del cable. Un graIico de la prdida de retorno indica qu tan bien
concuerda la impedancia del cable con la impedancia nominal en una gama de
Irecuencias. Un valor alto de prdida de retorno signiIica que las impedancias son
casi iguales, lo que da como resultado una gran diIerencia entre las potencias de
las seales transmitidas y reIlejadas. Los cables con valores altos de prdida de
retorno son mas eIicientes para transmitir seales de LAN porque se pierde muy
poco de la seal en reIlexiones.
Un buen valor de la prdida de retorno es especialmente importante para sistemas
de alta velocidad, tales como Gigabit Ethernet (IEEE 802.3x), que transmite datos
en el modo Iull-duplex (bidireccional) en pares individuales. Los transceptores
Iull-duplex utilizan acopladores bidireccionales para distinguir entre las seales
entrantes y salientes. Si un cable tiene una prdida de retorno inadecuada, los
acopladores podrian interpretar las seales reIlejadas como datos entrantes, con
los consecuentes errores en los datos.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
Pruebas bsicas de Ios cabIes
Tcnicas fundamentales de diagnstico 7
7-27
Tcnicas fundamentaIes de diagnstico
El diagnostico en las instalaciones de LAN Irecuentemente se hace mas necesario
durante la instalacion o la modiIicacion del cableado. Cuando el cable se maneja
con cuidado y se instala correctamente, casi siempre dara un servicio sin
problemas durante aos.
Cmo encontrar faIIos en Ios cabIes
Una regla general para encontrar Iallos en los cables es la siguiente: Con muv
pocas excepciones, los fallos ocurren en las conexiones ae los cables. Las
conexiones de los cables incluyen las salidas de telecomunicacion, los tableros de
conexiones, los bloques de conexion y los conectores de transicion.
Las conexiones son los lugares mas propensos para los Iallos por tres razones: (1)
las conexiones siempre alteran la impedancia del camino de la transmision, (2) las
conexiones son propensas a Iallos por los errores de cableado y la instalacion
deIectuosa o incompatibilidad de equipo y (3) las conexiones siempre causan algo
de diaIonia debido al destrenzado de los pares del cable.
Cuando un cable se maneja sin cuidado, pueden ocurrir Iallos a mitad del cable.
Estos Iallos pueden ocurrir cuando se pisa el cable, se dobla en Iorma aguda, se
oprime por ataduras para cable u otros herrajes o cuando se somete a esIuerzo
mecanico de alguna otra Iorma.
El procedimiento general para encontrar Iallos en los cables (excluyendo las
Iuentes de ruido y los Iallos de traIico) consiste en los pasos siguientes:
1. Ejecute una Autoprueba en el cable.
2. Si la Autoprueba Ialla, pulse para obtener inIormacion especiIica sobre el
Iallo.
3. Inspeccione el cable para el Iallo sugerido en la localizacion indicada por la
pantalla de diagnostico.
4. Repare todo Iallo que encuentre. Para comprobar rapidamente la reparacion,
ejecute la prueba del Iallo como prueba individual.
5. Ejecute nuevamente la Autoprueba para comprobar el rendimiento del cable.
La tabla 7-1 en las siguientes cuatro paginas muestra ejemplos de pantallas de la
herramienta de pruebas para algunos Iallos tipicos del cable.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


54
Anexo 3. Manual de Configuracin de
servidores en sistemas UNIX.

1.- Introduccin a UNIX.

Lo que hace a Unix especialmente interesante para los usuarios particulares es que hay
mucha actividad en la produccin de sistemas operativos libres compatibles Unix para
PC, como sucede con 386BSD, FreeBSD y Linux.

Linux es un clon de Unix libremente distribuible para computadores personales.
Actualmente corre en una amplia variedad de mquinas, que incluye no solo la familia
Intel, sino tambin las mquinas basadas en arquitecturas Motorola 680x0, como el
Commodore Amiga o el Apple Macintosh; tambin estn soportadas las mquinas Sun
SPARC y Ultra SPARC, las Compaq Alpha, MIPS, PowerPCs (como sucede con los
Mac de ltima generacin) e incluso StrongARM (usada en dispositivos de mano o
handhelds). Tambin tenemos reescritura de Linux en plataformas ms oscuras, como
el IBM S/390 o los Fujitsu AP 1000. Y parece que esta tendencia no va a decaer.

Linux fue desarrollado por un gran equipo de voluntarios a travs de Internet. Fue
iniciado en 1990 por el estudiante finlands Linus Torvalds, como un proyecto
universitario. Desde entonces, ha ido creciendo hacia un sistema compatible unix muy
completo, y muy utilizado para todo tipo de aplicaciones, desde simples procesadores
de texto hasta avanzados sistemas de reconocimiento de voz, sin contar con que es la
plataforma perfecta para acceder a Internet. Adems soporta una gran cantidad de
hardware, y tiene una pila TCP/IP completa, con adicin de software cortafuegos,
implementaciones PPP, SLIP, IPX; e incluso protocolos que otros sistemas no suelen
incluir. Linux es potente, rpido y libre. Y su popularidad sigue aumentando.

El sistema operativo Linux est cubierto por la Licencia Pblica General GNU, que es
la misma que rige el software desarrollado por la Free Software Foundation. Esta
licencia permite a cualquiera modificar y/o redistribuir el software (gratuitamente o a
cambio de dinero), contagindose de dicha licencia cualquier modificacin posterior.
El trmino ingls free se refiere a la libertad, no a su precio, no necesariamente gratis.

2.- Configuracin bsica de Red.

2.1.- Interfaces de Red.

Para ocultar la diversidad de hardware que puede usarse en un entorno de red, TCP/IP
define una interfaz abstracta a travs de la cual se accede a dicho hardware. Esta interfaz
ofrece un conjunto de operaciones que son las mismas para todos los tipos de hardware
y bsicamente trata con el envo y la recepcin de paquetes.

Tiene que estar presente en el ncleo la correspondiente interfaz para cada dispositivo
perifrico de red. Por ejemplo, las interfaces Ethernet se llaman en Linux con nombres
como eth0 y eth1; las interfaces PPP (discutido en Captulo 8) se denominan ppp0 y
ppp1; y a las interfaces FDDI se le da nombres como fddi0 y fddi1. Estos nombres de
interfaz se usan para propsitos de configuracin cuando se quiere especificar un
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


55
dispositivo fsico determinado en una orden de configuracin, y no tienen significado
ms all de este uso.

Antes de ser usada en una red TCP/IP, a una interfaz se le debe asignar una direccin IP
que sirve como su identificador cuando se comunica con el resto del mundo. Esta
direccin es distinta del nombre de interfaz mencionado anteriormente; si se compara
una interfaz con una puerta, la direccin es como el nmero de la puerta.

Se pueden seleccionar otros parmetros de dispositivo como el tamao mximo de los
datagramas que pueden ser procesados por una parte del hardware determinada, a lo que
se le denomina Maximum Transfer Unit (MTU). Hay otros atributos que se introducirn
ms tarde. Afortunadamente, la mayora de esos atributos tienen valores por defecto
muy acertados.

Para poder utilizar una tarjeta de red son necesarias una serie de funciones especiales
definidas en el ncleo de linux que sern capaces de entender la forma particular de
acceso al dispositivo. Al software que implementa estas funciones se le llama driver.
Linux tiene drivers para muchos tipos de tarjetas de red: ISA, PCI, MCA, EISA, Puerto
paralelo, PCMCIA, y ms recientemente, USB.

Pero que es lo que queremos decir con que un driver gestione un dispositivo? Vamos a
tratar sobre esto con una tarjeta Ethernet. El driver tiene que ser capaz de comunicarse
de alguna forma con la lgica interna de la tarjeta: tiene que enviar comandos y datos a
la tarjeta, mientras que la tarjeta debe transmitir al driver cualquier dato recibido.

En un PC compatible, esta comunicacin se establece por medio de una serie de
direcciones de E/S que son mapeadas a los registros de la tarjeta y/o a travs de
transferencias directas o compartidas a memoria. Todos los comandos y datos que el
kernel enva a la tarjeta tienen que ir a estas direcciones. Las direcciones de memoria y
E/S son obtenidas generalmente por medio del arranque o de las direcciones base. Las
direcciones base tpicas para las tarjetas Ethernet por bus ISA son 0x280 o 0x300. Las
tarjetas de red por BUS PCI generalmente ya tienen asigna automticamente su
direccin de E/S.

Normalmente no hay que preocuparse por asuntos de hardware como las direcciones
base porque al arrancar el kernel intenta detectar la localizacin de la tarjeta. Esto es
llamado autoverificacion, que significa que el kernel lee varias posiciones de memoria y
compara los datos que ha encontrado con los que esperara ver si una tarjeta de red en
concreto estuviese instalada en esa posicin. De todas maneras, puede haber tarjetas de
red que no puedan ser detectadas automticamente; esto ocurre a veces con tarjetas de
red baratas que no son rplicas exactas de tarjetas estndar de otros fabricantes. Por otro
lado, el kernel intentara detectar solamente un nico dispositivo de red al arrancar. Si
esta usando mas de una tarjeta, tendr que informar al kernel de las otras tarjetas
explcitamente.

Otro de los parmetros del que puede tener que informar al kernel es la lnea de peticin
de interrupcin. Los componentes hardware normalmente interrumpen al kernel cuando
tienen la necesidad de que este se ocupe de ellos, por ejemplo, cuando han llegado datos
o se presenta una condicin especial. En un bus ISA, las interrupciones pueden ocurrir
en uno de los 15 canales de interrupcin numerados as: 0, 1, y del 3 al 15. Al numero
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


56
de interrupcin asignado a un componente hardware se le denomina numero de peticin
de interrupcin (IRQ).

El kernel accede a un dispositivo mediante lo que llamamos una interface. Las
interfaces ofrecen un conjunto abstracto de funciones que es el mismo para todo tipo de
hardware. Por ejemplo, las funciones para enviar o recibir datagramas.

Las interfaces se identifican por medio de nombres. En muchos sistemas operativos tipo
Unix, la interface de red es implementada como como un fichero de dispositivo especial
en el directorio /dev/. Si usted teclea el comando ls las /dev/, vera como aparecen sus
ficheros de dispositivos. En la columna de permisos de los ficheros (segunda) vera que
los ficheros de dispositivos comienzan con una letra en vez del guin visto con los
ficheros normales. Este carcter indica el tipo de dispositivo. Los tipos de dispositivos
ms comunes son el b, que indica que es un dispositivo de bloque y maneja grandes
bloques de datos cada vez que lee y escribe, y la c, que indica que el dispositivo es un
dispositivo de carcter y maneja datos de un solo carcter cada vez. Donde normalmente
deseara ver el tamao del fichero en la salida de ls, en vez de eso vera dos nmeros,
llamados los nmeros de dispositivo major y minor (primario y secundario). Estos
nmeros indican el dispositivo actual al que esta asociado el fichero de dispositivo.

Cada driver de dispositivo registra un nico nmero primario para el kernel. En cada
caso los registros de dispositivos tienen un nico nmero secundario para dicho
dispositivo primario. Las interfaces tty,/dev/tty*, son unos dispositivos modo carcter
por lo que indica la c, y tienen un mximo numero de 4, pero /dev/tty1 tiene un numero
menor de 1, y /dev/tty2 tiene un numero menor de 2.

Los ficheros de dispositivos son muy tiles para muchos tipos de dispositivos, pero
pueden ser pesados de usar cuando intentamos encontrar un dispositivo sin usar para
abrir. Los nombres de las interfaces de linux son definidos internamente en el kernel y
no son ficheros de dispositivos del directorio /dev. Algunos nombres de dispositivos
tpicos sern listados despus en Seccin 3.2. La asignacin de interfaces a los
dispositivos depende normalmente del orden en que los dispositivos son configurados.

Por ejemplo, la primera tarjeta Ethernet instalada ser eth0, la siguiente eth1, y as
sucesivamente. Las interfaces SLIP son manejadas de forma diferente a otras porque
estas son asignadas dinmicamente. Cuando se establece una conexin SLIP, una
interface es asignada al puerto serie.


C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


57
Al arrancar, el kernel muestra los dispositivos detectados y las interfaces que instala. Lo
siguiente es un extracto de la pantalla de arranque:

Este ejemplo muestra que el kernel ha sido compilado con el TCP/IP activado e
incluyendo drivers para SLIP, CSLIP, y PPP. La tercera lnea empezando desde abajo
muestra que una tarjeta Ethernet 3C509 ha sido detectada y instalada como la interface
eth0. Si tiene algn otro tipo de tarjeta de red; quizs un adaptador de bolsillo D Link,
por ejemplo el kernel normalmente mostrara una lnea que empieza con el nombre del
dispositivodl0 en el caso del ejemplo del D Link seguido por el tipo de tarjeta
detectada.

Si tiene una tarjeta de red instalada pero no aparece ningn mensaje similar significa
que el kernel es incapaz de detectar su tarjeta correctamente. Esta situacin ser tratada
mas adelante en la seccin Ethernet Autoprobing.

Los mensajes que aparecieron en el arranque se pueden obtener en cualquier momento
mediante el comando dmesg.


2.2.- Los dispositivos de red de Linux.

El kernel de Linux soporta multitud de drivers para varios tipos de hardware. En esta
seccin daremos un breve repaso de las familias de drivers disponibles y los nombres de
interface que usan. Hay un conjunto de nombres estndares para las interfaces en Linux
que se enumeraran a continuacin. La mayora de los drivers soportan ms de una
interface, en cuyo caso las interfaces son numeradas, como en eth0 y eth1:

lo
Esta es la interface loopback local (bucle local). Es usada para realizar tests, y para un
par de aplicaciones de red. Funciona como un circuito cerrado que devuelve cualquier
datagrama recibido a la capa de red del host. Siempre hay un dispositivo loopback
presente en el kernel y no tiene mucho sentido tener ms.
. This processor honors the WP bit even when in supervisor mode./
Good.
Swansea University Computer Society NET3.035 for Linux 2.0
NET3: Unix domain sockets 0.13 for Linux NET3.035.
Swansea University Computer Society TCP/IP for NET3.034
IP Protocols: IGMP,ICMP, UDP, TCP
Swansea University Computer Society IPX 0.34 for NET3.035
IPX Portions Copyright (c) 1995 Caldera, Inc.
Serial driver version 4.13 with no serial options enabled
tty00 at 0x03f8 (irq = 4) is a 16550A
tty01 at 0x02f8 (irq = 3) is a 16550A
CSLIP: code copyright 1989 Regents of the University of California
PPP: Version 2.2.0 (dynamic channel allocation)
PPP Dynamic channel allocation code copyright 1995 Caldera, Inc.
PPP line discipline registered.
eth0: 3c509 at 0x300 tag 1, 10baseT port, address 00 a0 24 0e e4
e0,/
IRQ 10.
3c509.c:1.12 6/4/97 becker@cesdis.gsfc.nasa.gov
Linux Version 2.0.32 (root@perf) (gcc Version 2.7.2.1)
#1 Tue Oct 21 15:30:44 EST 1997
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


58

eth0, eth1,
Estas son las interfaces de las tarjetas Ethernet. Son usadas para la mayora de las
tarjetas Ethernet, incluyendo algunas de las tarjetas Ethernet por puerto paralelo.

tr0, tr1,
Estas son las interfaces de las tarjetas Token Ring. Son usadas para la mayora de las
tarjetas Token Ring, incluyendo tarjetas que no han sido fabricadas por IBM.

sl0, sl1,
Estas son las interfaces SLIP. Las interfaces SLIP se asocian a lneas serie en el orden
en el que son instaladas

ppp0, ppp1,
Estas son las interfaces PPP. Como ocurre con las interfaces SLIP, cada interface PPP
se asocia a una lnea serie una vez convertida al modo PPP.

2.3.- Instalacin de una Ethernet.

Las versiones actuales de Linux soportan una gran variedad de tarjetas Ethernet. La
mayora de los drivers fueron escritos por Donald Becker, que es el autor de los drivers
para una familia de tarjetas basadas en el chip de National Semiconductor 8390; estos
son conocidos como las Series de Drivers de Becker. Aunque muchos desarrolladores
tambin han contribuido, actualmente hay algunas tarjetas Ethernet comunes que no
estn soportadas por Linux. La lista de las tarjetas Ethernet soportadas crece
continuamente, as que si su tarjeta de red no esta soportada ahora, pronto lo estar.

Algunas veces en la temprana historia de Linux hemos intentado hacer un listado de
todas las tarjetas Ethernet soportadas, pero esto podra llevarnos mucho tiempo y
espacio. Afortunadamente, Paul Gortmaker mantiene una lista con cada una de las
tarjetas soportadas y el mtodo para hacerlas funcionar bajo linux, [39] Este es enviado
mensualmente al grupo de noticias comp.os.linux.answers, y tambien esta disponible en
cualquiera de los mirrors de la web del Linux Documentation Project.

Aun si esta seguro de saber como instalar una tarjeta Ethernet particular en su maquina,
a menudo merece la pena echar un vistazo a lo que pone en el Ethernet HOWTO. Podr
encontrar mucha informacin a parte de los simples asuntos de configuracin. Por
ejemplo, puede ahorrarle un montn de dolores de cabeza conocer el comportamiento
de muchas tarjetas Ethernet basadas en DMA que usan el mismo canal DMA que la
controladora SCSI Adaptec 1542 por defecto. Si no cambia una de ellas a un canal
DMA diferente puede terminar con la tarjeta Ethernet escribiendo paquetes de datos en
lugares al azar de su disco duro.

Para usar cualquiera de las tarjetas Ethernet soportadas con Linux, debe usar un kernel
precompilado procedente de alguna de las principales distribuciones de Linux. Estos
generalmente tienen mdulos disponibles para todos los drivers soportados, y el proceso
de instalacin normalmente permite seleccionar que drivers quiere cargar. A largo
plazo, sin embargo, es mejor construirse su propio kernel y compilarlo solo con los
drivers que necesita; esto ahorra espacio y memoria.

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


59
2.3.1.- Autoprobing.

Muchos de los drivers Ethernet de Linux son lo suficientemente listos para saber como
encontrar a su tarjeta Ethernet. Esto le ahorra tener que decirle al kernel donde esta. El
Ethernet HOWTO tiene un listado donde pone que drivers usan autoverificacion y en
que orden buscan por las direcciones E/S a la tarjeta.

Hay tres limitaciones en el cdigo de autoverificacion. Primero, este no reconoce bien
todas las tarjetas. Esto es especialmente cierto para algunos clones de tarjetas habituales.
Segundo, el kernel no autocomprobar para buscar ms de una tarjeta a no ser que se le
ordene. Esto fue una concisa decisin de diseo, asumiendo que se quera tener el
control sobre que tarjeta es asignada a cada interface. La mejor manera de hacer esto
con seguridad es configurar manualmente cada tarjeta Ethernet en su maquina. Tercero,
el driver puede que no busque en las direcciones en que su tarjeta esta configurada.
Generalmente hablando, los drivers autocomprobarn en las direcciones en que el
dispositivo en particular es capaz de ser configurado, pero algunas veces ciertas
direcciones son ignoradas para evitar conflictos de hardware con otros tipos de tarjetas
que usan normalmente la misma direccin.

Las tarjetas de red PCI suelen ser detectadas correctamente. Pero si esta usando mas de
una tarjeta, o si la autodeteccin fallo, tiene una forma de decirle al kernel la direccion
base y el nombre de la tarjeta.

En el arranque puede dar al kernel informacin y mandatos que cualquiera de los
componentes de este leern. Este mecanismo le permite enviar informacin al kernel
que el driver Ethernet pueda usar para localizar a su tarjeta Ethernet o hacer que la
detecte.

Si usa lilo para arrancar, puede enviarle al kernel parmetros especificndolos a travs
de la opcin append en el fichero lilo.conf. Para informar al kernel acerca de un
dispositivo Ethernet puede escribir los siguientes parmetros:



Los primeros cuatro parmetros son numricos, mientras que el ultimo es el nombre del
dispositivo. Los parametros irq, base_addr, y name son necesarios, pero los dos
parmetros param son opcionales. Si cualquiera de los valores numricos es puesto a
cero, el kernel determinara el valor por medio de la autoverificacion.

El primer parmetro especifica el IRQ asignado al dispositivo. Por defecto, el kernel
intentara autocomprobar el canal IRQ del dispositivo. El driver 3c503, por ejemplo,
tiene una caracterstica especial que selecciona un IRQ libre de entre el 5, 9, 3, 4 y
configura la tarjeta para usar uno. El parmetro base_addr proporciona la direccin base
de E/S de la tarjeta, un valor de 0 le dir al kernel que pruebe las direcciones listadas
arriba.

Varios drivers usan los dos parmetros siguientes de forma diferentes. Para tarjetas de
memoria compartida, como la WD80x3, estos especificaran las direcciones de principio
y final del rea de memoria compartida. Otras tarjetas normalmente usan el param1 para
especificar el nivel de informacin para debuging que es mostrada. Con valores del 1 al
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


60
7 variara la cantidad de informacin mostrada, con 8 no se mostrara nada; con 0 se
usara el valor por defecto. El driver 3c503 usa el param2 para elegir entre el transceptor
(transceiver) interno (por defecto) o el transceptor externo (el valor de 1).

El anterior usa el conector BNC de la tarjeta, el posterior usa el puerto AUI. Los
argumentos de param no son necesarios en todo sino tiene nada especial que configurar.

El primer argumento no numrico es interpretado por el kernel como el nombre del
dispositivo. Debe especificar un nombre de dispositivo para cada tarjeta Ethernet.

Si tiene dos tarjetas Ethernet, puede dejar que linux autodetecte una e indicarle los
parmetros de la segunda con lilo, pero probablemente querr configurar manualmente
las dos. Si decide que el kernel busque la primera y configurar manualmente la segunda,
tendr que asegurarse de que el kernel no ha encontrado accidentalmente la segunda
tarjeta primero, o cualquiera que no quiera que sea registrada. Haga esto introduciendo
en lilo la opcin reserve, con esto le dice al kernel que evite la comprobacin de la
direccin base E/S que usa la segunda tarjeta. Para hacer que Linux instale una segunda
tarjeta Ethernet en 0x300 como eth1, tendr que usar los siguientes argumentos en el
kernel:

3.- Configuracin del protocolo TCP/IP.

En este captulo recorreremos todos los pasos necesarios para configurar el protocolo
TCP/IP en su mquina. Empezando en la asignacin de direcciones IP, iremos
describiendo la configuracin de las interfaces TCP/IP e introduciremos unas cuantas
herramientas que resultan bastante tiles a la hora de resolver problemas surgidos
durante la instalacin de la red.

La mayora de las tareas descritas en este captulo, generalmente, solo habr de
ejecutarlas una nica vez. Una vez hecho esto, solo tendr que tocar alguno de los
ficheros de configuracin cuando aada un nuevo sistema a su red, o si decide
reconfigurar el sistema completamente. Algunos de los comandos usados para
configurar el protocolo TCP/IP, sin embargo, deben ser ejecutados cada vez que se
arranca el sistema. La forma usual de llevar esto a cabo es a travs de los scripts
/etc/rc*.

Generalmente, las partes especficas de la red estn contenidas en un script. El nombre
de este script vara dependiendo de las distintas distribuciones de Linux. En muchas
distribuciones de Linux antiguas, se llama rc.net o rc.inet. A veces tambin aparecern
dos scripts llamados rc.inet1 y rc.inet2 siendo la primera la encargada de inicializar la
parte del ncleo que se ocupa de las comunicaciones, mientras que la segunda es la que
se encarga de arrancar los servicios bsicos y las aplicaciones. En las distribuciones
modernas, los ficheros rc se estructuran de forma ms sofisticada; en ellas encontrar
scripts en los directorios /etc/init.d/ (o /etc/rc.d/init.d/) que crean los dispositivos de red,
y otros archivos rc que lanzan las aplicaciones de red. Los ejemplos de este libro estn
basados en esta ltima disposicin.

Este captulo explica partes del script que configura las interfaces de su red, mientras
que las aplicaciones se vern en prximos captulos. Al finalizar este captulo, debera
usted haber establecido la secuencia de comandos que configuran correctamente el
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


61
protocolo TCP/IP en su ordenador. Sustituya los comandos de ejemplo en los scripts de
configuracin por los suyos propios; asegrese de que el script bsico rc es ejecutado en
el arranque y rearranque de su mquina. Los scripts rc que acompaen a su distribucin
de Linux favorita deberan ser un buen ejemplo.

3.1.- Establecimiento del nombre de host.

La mayora de las aplicaciones de red, si no todas, asumen que el nombre dado a la
mquina local tiene un valor razonable. Este proceso tiene lugar durante el arranque
cuando se ejecuta el comando hostname. Para llamar nombre

# hostname name

Es una prctica comn usar el nombre sin cualificarlo con el dominio de red. As pues,
supongamos que las mquinas de la Cervecera Virtual se llamaran vale.vbrew.com o
vlager.vbrew.com.

Estos son los nombres oficiales, los nombres completamente cualificados de dominio
(FQDN1). Los nombres locales seran, por tanto, nicamente el primer componente del
nombre, como por ejemplo vale. Sin embargo, dado que el nombre local se usa
frecuentemente para buscar la direccin IP correspondiente, debe asegurarse de que la
tabla que contiene esa informacin sea capaz de encontrar dicha IP. Esto generalmente
equivale a aadir el nombre local al fichero /etc/hosts.

Algunas personas sugieren la utilizacin del comando domainname para fijar el valor
del dominio para el ncleo. As, para obtener el FQDN combinaramos la salida de
hostname y domainname. Sin embargo, esto es, en el mejor de los casos, una verdad a
medias. domainname se usa por lo general para establecer el domino NIS al que
pertenece la mquina, que puede ser completamente diferente al del servidor de
nombres (DNS). En lugar de ello, para asegurarse de que la forma corta del nombre de
su mquina es resoluble por todas las versiones recientes del comando hostname,
adalo como una entrada en su Servidor de Nombres de Dominio (DNS) local, o ponga
el FQDN en el fichero /etc/hosts. Puede usar entonces el parmetro fqdn del
comando hostname, y se imprimir el FQDN.

3.2.- Asignacin de una direccin IP.

Si configura su software de red para operar su mquina de forma aislada (por ejemplo
con el objeto de utilizar el software de noticias de red INN) puede saltarse esta seccin
pues solo necesita la direccin de la interface de lazo o loopback, que es siempre
127.0.0.1.
Las cosas son algo mas complicadas en redes reales como las Ethernets. Si quiere
conectar su ordenador a una red, tiene que pedir a los administradores de la misma que
le asignen una direccin IP para esa red. Cuando es usted mismo el que esta
estableciendo la red, tendr que ser usted quien asigne las direcciones IP.

Las mquinas de una red local deben generalmente compartir direcciones de una subred
lgica. Por ello lo primero es asignar una direccin IP para la red. Si tiene varias redes
fsicas, deber asignar nmeros de red diferentes a cada una o dividir el rango de
direcciones IP disponibles en varias subredes.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


62

Cuando se est seleccionando un nmero de red IP, la eleccin depender de si tiene
intencin de conectarse a Internet en un futuro prximo. Si es as, debera conseguir una
direccin IP oficial.

Si su red no est conectada a Internet, y no lo va a estar en un futuro cercano, usted es
libre de elegir cualquier direccin de red legal. nicamente asegrese de que no haya
paquetes de su red interna que escapen a la Internet real. Para asegurarse de que no haya
perjuicio aunque se escapen paquetes, debera usar uno de los nmeros de red
reservados para uso privado. La Autoridad de Nmeros Asignados de Internet (IANA,
por sus siglas en ingls) ha reservado varios nmeros de red de las clases A, B y C, que
usted puede usar sin registrarlas. Estas direcciones slo son vlidas dentro de su red
privada, y no se encaminarn entre sitios de Internet reales. Los nmeros estn definidos
por RFC 1597. Dese cuenta de que el segundo y tercer bloques contienen 16 y 256
redes, respectivamente.

Durante el resto del tema, asumiremos que el administrador de red usa un nmero de red
de tipo B, por ejemplo 172.16.0.0. Por supuesto, una red de clase C debera bastar para
la red de la cervecera y la vinatera. Usaremos aqu una red de clase B para simplificar;
esto har que los ejemplos de subredes de la siguiente seccin del captulo sean algo
ms intuitivos.

3.3.- Ficheros hosts y networks.

Una vez ha dividido su red en subredes, debe habilitar un mecanismo simple de
resolucin de nombres usando el fichero /etc/hosts. Si no va a usar los sistemas DNS o
NIS para la resolucin de nombres, debe poner todos los nombres de las diferentes
mquinas en el fichero hosts.

Incluso si planea utilizar los servicios DNS y NIS en condiciones normales de
operacin, es conveniente tener un reducido nmero de mquinas en /etc/hosts. Debe
tener algn tipo de resolucin de nombres, incluso cuando no hay servicios de red
ejecutndose. Este es el caso del arranque. Se trata, no solo de una cuestin de
conveniencia, sino que permite el uso de nombres simblicos para las mquinas citadas
en los scripts de red rc.

De esta forma, para cambiar las direcciones IP, solo tiene que copiar el fichero hosts
actualizado a todas las mquinas y rearrancar, en vez de tener que modificar un gran
nmero de ficheros rc por separado.

Debera asegurarse de que el subsistema de resolucin utiliza la informacin del fichero
hosts nicamente.

Los ficheros de ejemplo que vienen con su software DNS o NIS pueden producir
resultados extraos. Para forzar a que todas las aplicaciones utilicen /etc/hosts de forma
exclusiva cuando buscan una direccin IP, debe editar el fichero /etc/host.conf.

Desactive con comentarios cualquier lnea que comience por order aadiendo una
almohadilla (#) e incluya la siguiente lnea order hosts

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


63
El fichero hosts contiene un registro por lnea, consistente en una direccin IP, un
nombre de mquina y de forma opcional, una lista de alias para esa mquina. Los
campos se separan por tabuladores o espacios y el campo con la direccin debe empezar
en la primera columna. Cualquier cosa a continuacin de una almohadilla (#) es
interpretada como un comentario y es consecuentemente ignorado.

Los nombres de las mquinas pueden ser con cualificacin completa, o relativos al
dominio local. Para la mquina vale, el registro generalmente incluira el nombre con
cualificacin completa, vale.vbrew.com, y vale en el fichero hosts, de forma que pueda
ser referido usando el nombre oficial y el nombre local que es ms corto.

Este es un ejemplo del aspecto que el fichero hosts vlager if1 y vlager if2,
correspondientes a las direcciones de ambas interfaces de la mquina existentes en
vlager:


Del mismo modo que con las direcciones IP, a veces tambin puede interesarle usar
nombres simblicos para los nmeros de red. Con este objeto, el fichero hosts tiene un
compaero llamado /etc/networks, que asocia nombres de red con los nmeros
correspondientes y viceversa.

En la Cervecera Virtual, podramos instalar un fichero networks como ste:


#
# Fichero Hosts de la Cervecera Virtual/Vinatera Virtual
#
# IP FQDN aliases
#
127.0.0.1 localhost
#
172.16.1.1 vlager.vbrew.com vlager vlager if1
172.16.1.2 vstout.vbrew.com vstout
172.16.1.3 vale.vbrew.com vale
#
172.16.2.1 vlager if2
172.16.2.2 vbeaujolais.vbrew.com vbeaujolais
172.16.2.3 vbardolino.vbrew.com vbardolino
172.16.2.4 vchianti.vbrew.com vchianti
# /etc/networks para la cervecera virtual.
brew net 172.16.1.0
wine net 172.16.2.0
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


64
3.4.- Configuracin de las interfaces ip y loopback.

Una vez ha configurado su hardware segn se ha explicado, debe asegurarse de que el
software de red del ncleo conoce esos dispositivos. Hay una serie de comandos que se
usan con objeto de configurar las interfaces de red e inicializar la tabla de
encaminamiento. Esas tareas son ejecutadas generalmente por el script de inicializacin
de red cada vez que el sistema es arrancado. Las herramientas bsicas son ifconfig
(donde if significa interface), y route.

ifconfig se usa para dar acceso al ncleo a una interface. Esto incluye la asignacin de
una direccin IP y otros parmetros, as como la activacin de la interface. Por
activacin nos referimos a permitir que el ncleo enva y recibe datagramas IP a travs
de la interface. El modo ms sencillo de invocar esta herramienta es:

ifconfig interface direccin ip

Este comando asigna direccion ip a interface y la activa. Los otros parmetros toman
valores asignados por defecto. Por ejemplo, la mascara de subred por defecto toma el
valor correspondiente al tipo de red al que pertenece la direccin IP. As, tendramos
255.255.0.0 para una direccin de clase B.

route permite aadir o quitar rutas de la tabla de encaminamiento del ncleo. Se puede
invocar como:

route [add|del] [ net| host] destino [if]

Los argumentos add y del determinan, respectivamente si se debe aadir o borrar la ruta
hacia destino. Los argumentos net y host sealan al comando si el destino es una red
o una mquina (que es lo que se supone si no se especifica). El argumento if es opcional
tambin, y permite especificar a qu interface de red se dirige la ruta el ncleo de Linux
har una conjetura si no se aporta este dato. Este tema se explicar ms detalladamente
en las siguientes secciones.

La primera interface en ser activada es la interface de lazo o loopback:

# ifconfig lo 127.0.0.1

Ocasionalmente, tambin vera que el nombre comodn localhost es usado en vez de la
direccin de IP. ifconfig buscar el nombre en el fichero hosts que debe contener un
registro declarando localhost como nombre valido para la direccin 127.0.0.1:



Para ver la configuracin de una interfaz, use ifconfig, pasndole como argumento
nicamente el nombre de la interfaz:

# Registro de ejemplo para localhost en /etc/hosts
localhost 127.0.0.1
$ ifconfig lo
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:3924 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
Collisions:0
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


65

Como podr observar, la mascara asignada a la interfaz de lazo es 255.0.0.0, debido a
que 127.0.0.1 es una direccin de clase A.

Ahora, ya casi puede empezar a jugar con su "mini red". Solo queda aadir una entrada
en la tabla de encaminamiento que comunique al IP que puede usar esa interface como
ruta hacia 127.0.0.1. Para llevar esto a cabo, basta escribir:

# route add 127.0.0.1

Tambin aqu puede usar localhost en lugar de la direccin IP, suponiendo que lo haya
introducido en su /etc/hosts.

Lo siguiente es comprobar que todo funciona como es debido, por ejemplo usando
ping. ping es el equivalente a un sonar en una red. Este comando se usa para verificar
que una direccin dada es accesible y para medir el retraso entre el envo de un
datagrama y su recepcin de vuelta. Este tiempo es conocido como tiempo de ida y
vuelta.

Cuando se ejecuta ping segn se muestra aqu, la emisin de paquetes contina a menos
que sea interrumpida por el usuario. El ^C marca el momento en el que se apret
Ctrl C.

Este ejemplo muestra que los paquetes dirigidos a la mquina 127.0.0.1 estn siendo
entregados correctamente y la respuesta a ping es recibida de forma casi instantnea.
Esto significa que ha establecido con xito su primera interface de red.

Si la salida de ping no se parece a la de ms arriba, tiene usted problemas. Compruebe
la posibilidad de que algn fichero no haya sido instalado correctamente. Compruebe
que los ejecutables ifconfig y route son compatibles con la versin del ncleo que usa y
sobre todo que ste ha sido compilado con la opcin de red activada (esto se puede ver
comprobando que existe el directorio /proc/net). Si el mensaje de error es network
unreachable (red inaccesible), seguramente ejecut el comando route incorrectamente.
Asegrese de que es la misma direccin que la que us con ifconfig.

Los pasos descritos arriba son suficientes para poder ejecutar aplicaciones de red en una
mquina aislada. Una vez esas lneas son aadidas al script de inicializacin de red y
despus de asegurarse de que es ejecutado en tiempo de arranque, puede proceder a
rearrancar su mquina y probar las diferentes aplicaciones de red.
# ping localhost
PING localhost (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=255 time=0.4 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=255 time=0.4 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=255 time=0.4 ms
^C
localhost ping statistics
3 packets transmitted, 3 packets received, 0% packet loss
round trip min/avg/max = 0.4/0.4/0.4 ms
#
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


66

Por ejemplo telnet localhost debera establecer una conexin telnet con su mquina,
pidindole el nombre de usuario y la contrasea.

Sin embargo, la interface de lazo es til, no solo como ejemplo en libros de redes, o
como mtodo de pruebas durante el desarrollo: tambin la utilizan algunas aplicaciones
como modo normal de operacin. Por ello, debe usted configurarla siempre,
independientemente de que su mquina este conectada a una red o no.

3.5.- Interfaces Ethernet.

La configuracin de una interface Ethernet es ms o menos igual que la de la interface
de lazo. Solo requiere algunos parmetros mas cuando esta usando varias subredes.

En la Cervecera Virtual, hemos dividido la red IP, originalmente de clase B, en subredes
de clase C. Para que la interface reconozca esto, el comando usando ifconfig

# ifconfig eth0 vstout netmask 255.255.255.0

Esto asigna a la interface eth0 la direccin IP de la mquina vstout (191.72.1.2). Si
hubisemos omitido la mascara de red, ifconfig habra deducido la mascara de la clase
de la red IP, tomando por tanto 255.255.0.0, que es incorrecto. Una comprobacin
rpida nos da:

Puede ver que ifconfig ha fijado la direccin de difusin automticamente (el campo
Bcast de arriba) a su valor usual, que es el de la red con todos los bits de la mquina
activados. Adems se fija la unidad de transferencia de mensajes (tamao mximo que
el ncleo va a generar para esa interface) a un mximo de 1500 bytes.

De forma semejante al caso de la interface de lazo, debe tambin ahora establecer una
entrada en la tabla de encaminamiento que informe al ncleo de que la red es accesible
mediante eth0. Para la Cervecera Virtual, ejecutara:

# route add net 172.16.1.0

Inicialmente podra parecer algo mgico, pues no esta claro como route detecta cual es
la interface que debe usar. Sin embargo el truco es sencillo: el ncleo comprueba todas
las interfaces que han sido configuradas hasta el momento y compara la direccin de
destino (191.72.1.0 en este caso) con la parte de red de las direcciones de las interfaces
(o, lo que es lo mismo, ejecuta un "Y" lgico de la direccin de la interface y la mascara
de red). La nica interface que cumple esto es eth0.

Veamos, que significa la opcin net? Esta opcin es necesaria porque el programa
route es capaz de trabajar con rutas a redes o a mquinas concretas (como vimos arriba
# ifconfig eth0
eth0 Link encap 10Mps Ethernet HWaddr 00:00:C0:90:B3:42
inet addr 172.16.1.2 Bcast 172.16.1.255 Mask 255.255.255.0
UP BROADCAST RUNNING MTU 1500 Metric 1
RX packets 0 errors 0 dropped 0 overrun 0
TX packets 0 errors 0 dropped 0 overrun 0
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


67
en el caso de localhost). Cuando la direccin es dada en notacin de cuaterna, intenta
adivinar si se trata de una red o una mquina fijndose en los bits de mquina de la
direccin. Si esa parte es nula, route asume que se trata de una red, y de otro modo lo
toma como direccin de una mquina. Por tanto, route supondra que 191.72.1.0 es la
direccin de una mquina en vez de una red, debido a que no sabe que hemos dividido
el espacio de direcciones en subredes.

Por tanto hemos de decrselo de forma explcita utilizando el indicador net. Por
supuesto, escribir el comando route es tedioso y susceptible de muchos errores de
escritura. Un mtodo ms conveniente es usar los nombres definidos en /etc/networks
como vimos mas arriba. Esto hace el comando ms inteligible; de este modo incluso
podemos evitar escribir el indicador net, porque route sabe que 191.72.1.0 representa
una red:

# route add brew net

Una vez finalizados los pasos bsicos de configuracin, debemos asegurarnos de que la
interface Ethernet est funcionando correctamente. Elija una mquina de su red, por
ejemplo vlager, y escriba:

Si el resultado no es similar a ste, algo va mal, obviamente. Una tasa de prdida de
paquetes inusualmente alta, sugiere un problema de hardware, como terminaciones en
mal estado o incluso la ausencia de las mismas, etc. Si no recibe ningn paquete, debe
comprobar la configuracin de la interface mediante netstat, que describiremos despus.

Las estadsticas de paquetes producidas por ifconfig le indican si algn paquete ha sido
enviado mediante esa interface. Si tiene acceso a una mquina remota, tambin debera
dirigirse a esa mquina y comprobar las estadsticas de la interface. De este modo puede
determinar exactamente en que momento se han descartado los paquetes. Adems, debe
consultar la informacin de encaminamiento con route para ver si ambas mquinas han
registrado sta correctamente en sus tablas. Route imprime la tabla de encaminamiento
del ncleo completa si se ejecuta sin argumentos (la opcin n hace que utilice la
notacin numrica en vez de los nombres de las mquinas):
# ping vlager
PING vlager: 64 byte packets
64 bytes from 172.16.1.1: icmp_seq=0. time=11. ms
64 bytes from 172.16.1.1: icmp_seq=1. time=7. ms
64 bytes from 172.16.1.1: icmp_seq=2. time=12. ms
64 bytes from 172.16.1.1: icmp_seq=3. time=3. ms
^C
vstout.vbrew.com PING Statistics
4 packets transmitted, 4 packets received, 0
round trip (ms) min/avg/max = 3/8/12
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


68

El significado de cada uno de los campos se detalla mas adelante. La columna Flags
contiene una lista de los indicadores activos en cada interface. U indica que la interface
esta activa y H indican que la direccin de destino es una mquina. Si encuentra que el
indicador H se ha activado para una ruta que pretenda usar para una red, entonces debe
usar la opcin net con el comando route. Para comprobar si alguna ruta esta siendo
usada o no, debe mirar si el campo Use en la penltima columna se incrementa entre
dos ejecuciones sucesivas de ping.

3.6.- Configuracin del Gateway.

En la seccin anterior, cubrimos solo el caso en el que la mquina solo tiene una nica
Ethernet.

Frecuentemente, es posible encontrar redes conectadas unas a otras a travs de pasarelas
o mquinas de enlace. Estas pasarelas pueden simplemente unir dos o ms Ethernets,
pero pueden tambin servir de enlace con el exterior, con Internet. Para usar una
pasarela, es necesario aadir informacin adicional a la capa de red.

Por ejemplo, las Ethernets de la Cervecera Virtual y de la Vinatera Virtual estn unidas
a travs de una pasarela, vlager. Suponiendo que la mquina vlager ha sido configurada
ya, solo tenemos que aadir otro registro a la tabla de encaminamiento de la mquina
vstout que le comunique al ncleo que puede acceder a todos las mquinas de la red de
la Vinatera a travs de vlager. La orden apropiada usando route se muestra a
continuacin; la palabra clave gw indica que el argumento siguiente es una pasarela:

# route add wine net gw vlager

Por supuesto, cualquier host en la red de la Vinatera al que quiera dirigirse debe tener
un registro anlogo referido a la red de la Cervecera, o de otro modo solo podra enviar
datos a la red de la Vinatera desde la Cervecera, pero las mquinas de la Vinatera seran
incapaces de responder.

Este ejemplo describe nicamente una pasarela que conmuta paquetes entre dos redes
Ethernet aisladas. Supongamos ahora que vlager tambin tiene una conexin a la
Internet (digamos que a travs de un enlace SLIP). Nos gustara que los datagramas
destinados a cualquier direccin fuera de la red de la Cervecera fueran entregados a
vlager. Esto se puede conseguir convirtindolo en la pasarela por defecto para vstout:

# route add default gw vlager

El nombre de red default es una abreviatura que representa la red 0.0.0.0, o ruta por
defecto. La ruta por defecto analiza cada destino, y es la que ser usada si no se
# route n
Kernel routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
127.0.0.1 * 255.255.255.255 UH 1 0 112 lo
172.16.1.0 * 255.255.255.0 U 1 0 10 eth0
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


69
encuentra ninguna ruta ms especfica. No es necesario aadir este nombre a
/etc/networks, porque esta informacin esta contenida en el cdigo de route.

Una tasa alta de perdida de paquetes usando ping hacia una mquina situada detrs de
una o mas pasarelas, puede deberse a que la red esta muy congestionada. La prdida de
paquetes no se debe tanto a deficiencias tcnicas como a exceso temporal de carga en
las mquinas que actan de enlace, provocando retrasos o incluso el descarte de
datagramas entrantes.

Configurar una mquina para conmutar paquetes entre dos Ethernets es bastante
sencillo. Suponga que nos encontramos en vlager, que contiene dos tarjetas Ethernet,
respectivamente conectadas a cada una de las dos redes. Todo lo que necesitara hacer es
configurar ambas interfaces de forma separada, dndole a cada una su direccin IP
correspondiente, y eso es todo.

Es bastante til incluir la informacin de ambas interfaces en el fichero hosts del modo
indicado a continuacin, de forma que tengamos nombres para referirnos a ellas
tambin:

La secuencia de comandos para establecer las dos interfaces es por tanto:


Si esta secuencia no funciona, asegrese de que el kernel ha sido compilado con el
soporte para transmisin IP (IP forwarding). Una buena forma de hacerlo es comprobar
que el primer nmero de la segunda lnea de /proc/net/snmp es un 1.

172.16.1.1 vlager.vbrew.com vlager vlager if1
172.16.2.1 vlager if2
# ifconfig eth0 vlager if1
# route add brew net
# ifconfig eth1 vlager if2
# route add wine net
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


70
3.7.- Alias de IP.

Los nuevos ncleos llevan una funcionalidad que puede sustituir por completo a la
interfaz comodn, y que tiene otras tiles funciones. IP Alias permite configurar
mltiples direcciones IP en un slo dispositivo fsico. En el caso ms simple, usted
puede reproducir la funcin de la interfaz comodn configurando la direccin del host
como un alias de la interfaz de lazo, y evitar por completo usar la interfaz comodn. Para
usos ms complejos, usted puede configurar su mquina para simular ser varias
mquinas, cada una con su propia direccin IP. Esta configuracin es llamaba a veces
Hosting Virtual, aunque tcnicamente se usa tambin para otras muchas tcnicas.

Para configurar un alias para una interfaz, primero debe asegurarse de que su kernel ha
sido compilado con soporte para Alias de IP (compruebe que tiene un archivo
/proc/net/ip_alias ; si no es as, debe recompilar el kernel). La configuracin de un alias
de IP es virtualmente idntica a la configuracin de un dispositivo de red real; se usa un
nombre especial para indicar que lo que usted quiere es un alias. Por ejemplo:

# ifconfig lo:0 172.16.1.1

Este comando crear un alias para la interfaz de lazo con la direccin 172.16.1.1. Los
alias de IP se sealan anteponiendo :n al dispositivo actual de red, donde n es un entero.
En nuestro ejemplo, el dispositivo de red donde estamos creando el alias es lo, y
estamos creando un alias numerado como cero para l. De esta forma, un nico
dispositivo fsico puede soportar varios alias.

Cada alias debe ser tratado como si fuera un dispositivo diferente, y en lo referente al
software de IP del ncleo, as es; por ms que est compartiendo su hardware con otro
interfaz.

3.9.- El comando ifconfig.

El programa ifconfig tiene muchos mas parmetros que los descritos hasta ahora.
Generalmente se ejecuta en la forma:

ifconfig interfaz [direccion [parametros]]

interfaz es el nombre de la interfaz y direccion es la direccin IP que se asigna a dicha
interface. La direccin puede estar en forma de cuaterna o usando un nombre que
ifconfig buscara en /etc/hosts.

Si ifconfig es ejecutado aadiendo nicamente el nombre de la interfaz, presentar la
informacin de la configuracin de dicha interfaz. Si se ejecuta sin parmetros, presenta
todas las interfaces configuradas hasta el momento; usando la opcin a fuerza a ifconfig
a incluir la informacin de las interfaces inactivas.

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


71
A modo de ejemplo, la consulta de la configuracin de la interface Ethernet eth0 seria:

Los campos MTU y Metric informan sobre los valores actuales de la MTU (Unidad
Mxima de Transferencia) y de la mtrica para una interface dada. El valor de la mtrica
es usado tradicionalmente por algunos sistemas operativos para calcular el coste de una
ruta. Linux no usa este valor por el momento, pero lo define por razones de
compatibilidad.

Las lneas RX y TX dan idea de los paquetes recibidos o transmitidos sin errores, del
nmero de errores ocurridos, de cuantos paquetes han sido descartados (seguramente
por memoria insuficiente), y cuantos han sido perdidos por desbordamiento, condicin
que ocurre cuando la recepcin de paquetes es demasiado rpida y el ncleo es incapaz
de dar servicio al paquete anterior antes de la llegada del nuevo paquete. Los nombres
de los campos que genera ifconfig coinciden ms o menos con los parmetros con los
que se puede ejecutar; estos parmetros son explicados ms abajo.

A continuacin tenemos una lista de los parmetros reconocidos por ifconfig. Las
opciones que simplemente activan alguna caracterstica pueden usarse para desactivarla
precedindolas de un guin (-).

up
Marca la interfaz como disponible para que sea usada por la capa IP. Esta opcin va
implcita cuando lo que se da en la lnea de comandos es una direccin. Tambin
permite reactivar una interfaz que se ha desactivado temporalmente mediante la opcin
down. Esta opcin corresponde a los indicadores UP y RUNNING.

down
Marca la interfaz como inaccesible a la capa IP. Esto inhabilita cualquier trafico IP a
travs de la interfaz. Es importante darse cuenta que esto tambin borra los registros de
la tabla de encaminamiento correspondientes a esa interface de forma automtica.

netmask mascara
Esto asigna una mascara de subred a una interface. Se puede dar como un valor de 32
bits en hexadecimal precedido del prefijo 0x, o en notacin de cuaterna usando nmeros
decimales separados por puntos. Aunque la notacin en forma de cuaterna es ms
comn, la representacin hexadecimal es muchas veces ms fcil de usar. Las mscaras
de red son esencialmente binarias, y es ms fcil hacer una conversin
binario a hexadecimal que una binario a decimal.

pointopoint direccin
Esta opcin se usa para enlaces IP punto a punto en los que intervienen nicamente
dos mquinas. Esta opcin es necesaria para, por ejemplo, configurar las interfaces
SLIP o PLIP. Si se ha definido una direccin punto a punto,ifconfig muestra el
indicador POINTOPOINT.
# ifconfig eth0
eth0 Link encap 10Mbps Ethernet HWaddr 00:00:C0:90:B3:42
inet addr 172.16.1.2 Bcast 172.16.1.255 Mask 255.255.255.0
UP BROADCAST RUNNING MTU 1500 Metric 0
RX packets 3136 errors 217 dropped 7 overrun 26
TX packets 1752 errors 25 dropped 0 overrun 0
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


72
broadcast direccin
La direccin de difusin se obtiene, generalmente, usando la parte de red de la direccin
y activando todos los bits de la parte correspondiente a la mquina. Algunas
implementaciones de los protocolos IP (por ejemplo, sistemas derivados de BSD 4.2)
utilizan un esquema diferente; esta opcin proporciona un mtodo para adaptarse a esos
entornos ms raros. ifconfig confirma el establecimiento de una direccin de difusin
incluyendo el indicador BROADCAST.

irq
Esta opcin permite establecer la lnea de IRQ usado por ciertos dispositivos. Esto es
especialmente til para PLIP, pero tambin puede ser de utilidad para algunas tarjetas
Ethernet.

metric nmero
Esta opcin puede ser usada para asignar un valor de mtrica a la tabla de
encaminamiento creada para la interface. Esta mtrica es usada por el Protocolo de
Informacin de Encaminamiento (RIP) para construir las tablas de encaminamiento para
la red. El valor usado por defecto por ifconfig es cero. Si no esta ejecutando un demonio
RIP, no necesita usar esta opcin para nada; si por el contrario lo usa, solo tendr que
modificar este valor en contadas ocasiones.

mtu bytes
Esto fija la unidad mxima de transferencia, o lo que es lo mismo, el mximo nmero
de octetos que la interface es capaz de manejar en una nica transaccin. Para Ethernets,
la MTU toma el valor 1500 por defecto (que es el tamao mximo permitido para un
paquete Ethernet); para interfaces tipo SLIP, el valor por defecto es 296. No hay tamao
lmita para el MTU en enlaces SLIP, pero este valor es una buena garanta.

arp
Esta opcin es especfica de redes de difusin como las Ethernets. Permite el uso de
ARP, el Protocolo de Resolucin de Direcciones, para detectar la direccin fsica de las
mquinas conectadas a la red. Para redes de difusin, esta opcin es habilitada por
defecto. Si ARP est desactivado, ifconfig muestra el indicador NOARP.

promisc
Pone la interface en modo promiscuo. En una red de difusin, esto hace que la interface
reciba todos los paquetes, independientemente de si eran para ella o no. Esto permite el
anlisis del trfico de red utilizando utilidades como filtros de paquetes, tambin
llamado fisgoneo de Ethernet. Se trata de una buena tcnica para localizar problemas de
red que de otra forma resultan difciles de detectar. Herramientas como tcpdump se
basan en esto. Por otro lado, esta opcin permite a los atacantes hacer cosas feas, como
filtrar el trfico de su red en busca de contraseas. Usted puede protegerse contra este
tipo de ataques simplemente prohibiendo que nadie conecte un ordenador en la red.
Tambin puede usar protocolos de autentificacin segura, como Kerberos o ssh (secure
shell). Esta opcin corresponde al indicador PROMISC.

Allmulti
Las direcciones de envo mltiple (multicast) son como las direcciones de difusin de
Ethernet, excepto que en lugar de incluir automticamente a todo el mundo, los nicos
que reciben paquetes enviados a una direccin de envo mltiple son aquellos
programados para escucharla. Esto es til para aplicaciones como videoconferencia
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


73
basada en Ethernet o audio para red, en los que slo los interesados pueden escuchar.
Las direcciones de envo mltiple estn soportadas por casi todas las controladoras
Ethernet (pero no todas). Cuando esta opcin est activa, la interfaz recibe y enva
paquetes de envo mltiple para su proceso. Esta opcin corresponde al indicador
ALLMUTI.

3.10.- El comando netstat.

netstat es una herramienta til para comprobar la configuracin y actividad de su red. Se
llama netstat, aunque se trata en realidad de una coleccin de herramientas combinadas.
Describiremos cada una de las funciones en las secciones siguientes.

Si ejecuta netstat usando el indicador r, puede ver la informacin de la tabla de
encaminamiento del ncleo igual que hemos venido haciendo hasta ahora con route.
Para vstout, tendramos:

La opcin n hace que netstat imprima las direcciones IP en notacin decimal en vez de
usar los nombres simblicos de las mquinas o las redes. Esto es especialmente til si
pretende evitar consultas para esos nombres a travs de la red (por ejemplo consultas a
un servidor DNS o NIS).

La segunda columna de la salida producida por netstat informa sobre las pasarelas a las
que apunta la informacin de encaminamiento. Si una ruta no usa pasarela, el programa
imprime un asterisco. La tercera columna imprime el nivel de generalizacin de una
ruta. Dada una direccin IP para la que encontrar una ruta apropiada, el ncleo recorre
la tabla registro a registro haciendo una AND lgica de la direccin y la mascara de
nivel de generalizacin antes de compararla con el destino que muestra dicho registro.

La cuarta columna muestra varios indicadores que describen la ruta:
G La ruta utiliza una pasarela.
U La interface esta activa.
H Esta interface permite el acceso a una sola mquina. Este es el caso de la
interface de lazo 127.0.0.1.
D Esta ruta es creada dinmicamente. Aparece si la entrada de la tabla ha sido
generada por un demonio de encaminamiento como gated o por un mensaje de
redireccin ICMP.
M Presente cuando este registro ha sido modificado por un mensaje de redireccin
ICMP.
! La ruta es una ruta de rechazo, y los datagramas sern descartados.

Las siguientes tres columnas muestran el MSS, tamao de ventana y irtt que sern
aplicados a las conexiones TCP establecidas a travs de esta ruta. El MSS es el Tamao
Mximo de Segmento, y es el tamao del datagrama ms grande que construir el
# netstat nr
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
127.0.0.1 * 255.255.255.255 UH 0 0 0 lo
172.16.1.0 * 255.255.255.0 U 0 0 0 eth0
172.16.2.0 172.16.1.1 255.255.255.0 UG 0 0 0 eth0
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


74
ncleo para transmitir a travs de esta ruta. La Ventana es la cantidad mxima de datos
que el sistema aceptar de una sola vez desde una mquina remota.

El acrnimo irtt significa tiempo inicial de ida y vuelta, por sus iniciales en ingls. El
protocolo TCP se asegura de que los datos han sido transmitidos de forma fiable entre
mquinas retransmitiendo un datagrama si ste ha sido perdido. El protocolo TCP
mantiene un contador de cunto tarda un datagrama en ser enviado a su destino, y el
"recibo" que se recibe, de forma que sabe cunto esperar antes de suponer que un
datagrama necesita retransmitirse.

Este proceso se llama tiempo de ida y vuelta. El tiempo de ida y vuelta inicial es el valor
que el protocolo TCP usar cuando se establezca una conexin por primera vez. Para la
mayora de los tipos de redes, el valor por defecto es vlido, pero para algunas redes
lentas, el tiempo es demasiado pequeo y causa retransmisiones innecesarias. El valor
de irtt puede ajustarse usando el comando route. Los campos a 0 significan que se est
usando el valor por defecto.

Para terminar, el ltimo campo muestra el interfaz de red que usar esta ruta.

3.10.- Consulta de las estadsticas de una interfaz.

Cuando se invoca con el indicador i netstat presenta las estadsticas para las interfaces
de red configuradas en ese momento. Si tambin se pasa la opcin a, mostrar todas las
interfaces presentes en el ncleo, y no slo aquellas que hayan sido configuradas. En
vstout, la salida para netstat sera algo as:


Los campos MTU y Met muestran los valores actuales de MTU y de mtrica para esa
interfaz. Las columnas RX y TX muestran cuntos paquetes han sido recibidos o
transmitidos sin errores (RX OK/TX OK) o daados (RX ERR/TX ERR); cuntos
fueron descartados (RX DRP/TX DRP); y cuntos se perdieron por un
desbordamiento. (RX OVR/TX OVR). La ltima columna muestra los indicadores
activos para cada interface. Son abreviaturas del nombre completo del indicador, que se
muestran con la configuracin de la interfaz que ofrece ifconfig:

B Direccin de difusin activa.
L La interfaz es un dispositivo de lazo.
M Se reciben todos los paquetes (modo promiscuo).
O ARP no funciona para esta interfaz.
P Conexin punto a punto.
R La interfaz funciona.
U La interfaz est activa.

# netstat i
Kernel Interface table
Iface MTU Met RX OK RX ERR RX DRP RX OVR TX OK TX ERR TX DRP
TX OVR Flags
lo 0 0 3185 0 0 0 3185 0 0 0 BLRU
eth0 1500 0 972633 17 20 120 628711 217 0 0 BRU
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


75
3.10.2.- Mostrar conexiones.

netstat ofrece una serie de opciones para mostrar los puertos activos o pasivos. Las
opciones t, u, w, y x muestran conexiones activas a puertos TCP, UDP, RAW, o Unix.
Si incluye adems el indicador a, se mostrarn tambin los puertos que estn esperando
una conexin (es decir, que estn escuchando). Esto le dar una lista de todos los
servidores que estn corriendo actualmente en su sistema.

Llamar a netstat ta en vlager produce esta salida:

Esta salida muestra que la mayora de los servidores estn simplemente esperando una
conexin externa. Sin embargo, la cuarta lnea muestra una conexin SMTP desde
vstout, y la sexta lnea le indica que usted est haciendo una conexin telnet a
vbardolino.

El indicador a por s slo indicar todos los sockets de todo tipo.

3.11.- Comprobacin de las tablas arp.

En ciertas ocasiones, es til poder ver o alterar el contenido de las tablas ARP del
ncleo, por ejemplo, cuando usted sospecha que una direccin IP duplicada es la casa de
algn problema intermitente en su red. La herramienta arp se hizo para situaciones
como esta. Sus opciones son:

Todos los argumentos hostname pueden ser nombres simblicos, o direcciones IP en
notacin decimal. El primer comando muestra el registro de la tabla correspondiente a la
direccin IP o mquina especificada, o si no se pasa ninguna, se mostrarn todos los
registros.

$ netstat ta
Active Internet Connections
Proto Recv Q Send Q Local Address Foreign Address (State)
tcp 0 0 *:domain *:* LISTEN
tcp 0 0 *:time *:* LISTEN
tcp 0 0 *:smtp *:* LISTEN
tcp 0 0 vlager:smtp vstout:1040 ESTABLISHED
tcp 0 0 *:telnet *:* LISTEN
tcp 0 0 localhost:1046 vbardolino:telnet ESTABLISHED
tcp 0 0 *:chargen *:* LISTEN
tcp 0 0 *:daytime *:* LISTEN
tcp 0 0 *:discard *:* LISTEN
tcp 0 0 *:echo *:* LISTEN
tcp 0 0 *:shell *:* LISTEN
tcp 0 0 *:login *:* LISTEN
arp [ v] [ t tipohw] a [mquina]
arp [ v] [ t tipohw] s mquina direccionhw
arp [ v] d mquina [mquina]
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


76
Por ejemplo, al invocar arp en vlager obtendramos:

Que muestra las direcciones Ethernet de vlager, vstout y vale. Se puede limitar el listado
a un tipo de hardware especificado usando la opcin t. Los valores posibles son ether,
ax25, o pronet, y se refieren a Ethernet de 10Mbps, AMPR AX.25, y equipos token ring
IEEE 802.5, respectivamente.

La opcin s se usa para aadir permanentemente la direccin Ethernet de la mquina
especificada a las tablas ARP. El argumento direccinhw especfica la direccin de
hardware, que por defecto se supone que es una direccin Ethernet especificada como
seis bytes en hexadecimal separados por dos puntos.

Se puede incluso definir las direcciones de hardware para otros tipos de hardware,
usando la opcin t. Por alguna razn, las peticiones ARP para mquinas remotas fallan
algunas veces, por ejemplo cuando el controlador ARP no funciona, o cuando alguna
otra mquina se identifica errneamente como si ella misma tuviera esa direccin IP.

Este problema requiere que se aada manualmente una direccin IP en la tabla ARP.
Tambin es una forma (muy drstica) de protegerse a s mismo de otras mquinas de su
Ethernet que tratan de hacerse pasar por otras.

El uso de arp con el modificador d borra todas las entradas ARP referentes a la mquina
dada. Este modificador puede ser usado para forzar a la interfaz a intentar obtener la
direccin Ethernet correspondiente a la direccin IP en cuestin. Esto es til cuando un
sistema mal configurado ha emitido una informacin ARP errnea (por supuesto, se
debe reconfigurar la mquina estropeada primero).

La opcin s tambin puede usarse para implementar un proxy ARP. Esta es una tcnica
especial, en la que una mquina, llammosla gate, acta como una pasarela a otra
mquina llamada fnord simulando que las dos direcciones hacen referencia a la misma
mquina, en este caso gate. Esto se consigue incluyendo una entrada ARP para fnord
que apunte a su propia interfaz Ethernet.

Cuando una mquina enve una peticin ARP para fnord, gate devolver una respuesta
con su propia direccin Ethernet. La mquina que hizo la peticin enviar entonces
todos los datagramas a gate, que se los pasar a fnord.

Estas virgueras pueden ser necesarias cuando usted quiera acceder a fnord desde un
sistema con una implementacin errnea de TCP, que no entienda el enrutado
demasiado bien. Cuando use proxy ARP, ste le aparecer a la mquina DOS como si
fnord estuviera en la subred local, as que no tiene que saber cmo enrutar a travs de
una pasarela.

Otra aplicacin til del proxy ARP es cuando una de sus mquinas acte como una
pasarela para otra mquina slo temporalmente, por ejemplo a travs de un enlace
# arp a
IP address HW type HW address
172.16.1.3 10Mbps Ethernet 00:00:C0:5A:42:C1
172.16.1.2 10Mbps Ethernet 00:00:C0:90:B3:42
172.16.2.4 10Mbps Ethernet 00:00:C0:04:69:AA
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


77
telefnico. En un ejemplo anterior, ya nos encontramos con que el porttil vlite se
conectaba a vlager a travs de un enlace PLIP de vez en cuando. Por supuesto, esta
aplicacin servir slo si la direccin de la mquina para la que quiere actuar como
proxy ARP est en la misma subred que su pasarela. vstout podra hacer de proxy ARP
para cualquier mquina de la red de la Cervecera (172.16.1.0), pero nunca para una
mquina de la red de la Vinatera (172.16.2.0).

La invocacin adecuada para hacer de proxy ARP para fnord se da abajo. Por supuesto,
la direccin Ethernet dada debe ser la de gate:

# arp s fnord 00:00:c0:a1:42:e0 pub

Para borrar el registro del proxy ARP:

# arp d fnord

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


78
4.- El servicio de nombres y su configuracin.

Como se coment en Captulo 2, la red TCP/IP puede utilizar diferentes mtodos para
convertir nombres en direcciones IP. El mecanismo ms simple consiste en almacenar
los nombres en una tabla de mquinas en el fichero /etc/hosts. Esto es nicamente
interesante en el caso de pequeas redes de rea local que slo requieran la
administracin de una persona, y que no tengan trfico IP con el mundo exterior.

4.1.- El fichero host.conf.

El fichero host.conf se encuentra en el directorio /etc e indica al sistema de resolucin
qu servicios debe usar y en qu orden.

Las opciones del fichero host.conf deben estar en lneas distintas. Los campos deben
separarse por blancos (espacios o tabuladores). Un smbolo almohadillado (#) supone
desde ese punto hasta el final de la lnea un comentario del fichero. Las opciones
disponibles son las siguientes:

order
Determina el orden en el que los servicios de resolucin se usan. Opciones vlidas son
bind para usar el servidor de nombres, /etc/hosts para buscar en /etc/hosts y nis para
buscar con NIS. Puede especificarse cualquiera de las anteriores, y el orden de aparicin
determina qu servicio se prueba en primer lugar para intentar resolver el nombre.

multi
Va con las opciones on u off. Determina si una mquina del fichero /etc/hosts puede
tener distintas direcciones IP o no. Esta opcin no tiene efecto en peticiones via NIS o
DNS.

nospoof
Como se explic en la seccin DNS le permite encontrar un nombre de mquina
perteneciente a una direccin IP utilizando el dominio in addr.arpa. Los intentos de los
servidores de nombres de proporcionar un nombre falso se conocen en ingls como
spoofing. Para evitar esto, el sistema puede configurarse para comprobar si las
direcciones IP originales estn de hecho asociadas con el nombre obtenido. Si no, el
nombre ser rechazado y se retornar un error. Esta opcin se activa poniendo nospoof
on.

alert
Esta opcin puede tomar el valor on u off como argumentos. Si se activa, cualquier
intento de spoof ser anotado con un mensaje enviado al sistema de registros syslog.

trim
Esta opcin lleva un nombre de dominio como argumento, que se quitar a los nombres
antes de buscar su direccin. Es til para las entradas del fichero hosts, que podrn as ir
solos los nombres de mquinas, sin el dominio. Cuando se busque una mquina con el
nombre de dominio local ste ser eliminado, haciendo que la bsqueda en el fichero
/etc/hosts tenga xito. El dominio que aada debe terminar en un punto (.) (por ejemplo,
linux.org.au.).

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


79
Veamos un fichero de ejemplo para vlager en Ejemplo 6 1.

4.2.- El fichero nsswitch.conf.

La versin 2 de la biblioteca estndar de funciones de GNU incluye un fichero ms
flexible para sustituir a host.conf. El concepto de servicio de nombres se ha extendido
para incluir una variedad de diferentes tipos de informacin. Las opciones para
seleccionar las bases de datos a las que interrogar se han introducido todas en un
fichero, que se llama nsswitch.conf.

El fichero nsswitch.conf permite al administrador de sistemas configurar una amplia
variedad de diferentes bases de datos. Limitaremos nuestra discusin a opciones que se
refieran a la resolucin de nombres de mquina y direcciones IP. Se puede encontrar
fcilmente mucha ms informacin para aprovechar el resto de las caractersticas de este
fichero, sin ms que leer la documentacin de la biblioteca estndar GNU.

Las opciones del fichero nsswitch.conf deben estar en lneas diferentes. Los campos se
separan por blancos (espacios o tabuladores). Un signo de almohadillado (#) introducir
un comentario para todo el resto de esa lnea. Cada lnea describe un servicio en
particular; la resolucin de nombres es uno de ellos. El primer campo de cada lnea es el
nombre de la base de datos, finalizado en el signo de dos puntos. La base de datos
relacionada con la resolucin es hosts. Una base de datos relacionada es networks, que
se usa para convertir nombres en direcciones de redes. El resto de cada lnea lleva
opciones que determinan cmo se hacen las bsquedas de los elementos de la base de
datos.

Las opciones posibles son:

dns
Indica que se usa el DNS para resolver la direccin. Esto solo sirve para resolucin de
nodos, no de redes. Para ello se mira primero el fichero /etc/resolv.conf, que veremos
despus.

files
Hace la bsqueda en un fichero local. Es decir, en /etc/hosts para los nodos, y en
/etc/network para las redes.

Ejemplo 6 1. Ejemplo de fichero host.conf
# /etc/host.conf
# Tenemos servidor de nombres, pero no NIS (de momento)
order bind hosts
# Permitir multiples direcciones
multi on
# Contra los nombres falsos
nospoof on
# Dominio local por defecto (no necesario).
trim vbrew.com.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


80
nis o nisplus
Usar el sistema NIS (sistema de informacin en red) para resolver nodos o redes.

El orden en el que los servicios estn listados es el orden en el que sern interrogados
para buscar un nombre. Es decir, los servicios son interrogados leyndolos de izquierda
a derecha, hasta encontrar la respuesta.

Un ejemplo de fichero nsswitch.conf lo tenemos en Ejemplo 6 2.

Este ejemplo hace que el sistema busque los nodos, primero en el DNS y despus en
/etc/hosts, si no se encuentra. En cambio las redes se buscan exclusivamente en
/etc/networks.

Podemos controlar el comportamiento ms precisamente, usando items de accin que
describen qu hacer tras el ltimo intento de bsquedas. Los items de accin aparecen
entre los servicios, y se encierran entre corchetes, [. La sintaxis general es:

[ [!] estado = accin ... ]

Hay dos posibles acciones:

Return
Hace que el control retorne al programa que hizo la peticin de resolucin. Si la
bsqueda tuvo xito, retornar los detalles. Si no, retornar un cero.

continue
El sistema seguir buscando a travs del siguiente servicio de la lista.

El carcter opcional (!) especifica que el valor de estado debe considerarse invertido
antes de comprobarlo, es decir, es un not.

Los valores de estado posible son:

success
La peticin se encontr sin errores. La accin por defecto aqu es return.

notfound
No hubo error en la bsqueda, pero no se encontr el nodo o la red. La accin
predeterminada aqu es continue.

Ejemplo 6 2. Ejemplo de fichero nsswitch.conf
# /etc/nsswitch.conf
#
# Ejemplo de configuracion del nsswitch de GNU.
# En el paquete `libc6 doc' se documentan estos ficheros.
hosts: dns files
networks: files
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


81
unavail
El servicio solicitado no est disponible. Por ejemplo, que el fichero /etc/hosts no est
en su sitio, o que el servidor DNS o NIS requeridos no respondan. La accin
predeterminada es continue.

tryagain
Significa que el servicio estaba no disponible temporalmente. Por ejemplo, que el
fichero hosts est bloqueado por otro proceso, o que el DNS est muy cargado. La
accin predeterminada para este estado es continue.

Un ejemplo de uso de todo esto se muestra en Ejemplo 6 3.

Este ejemplo intentar resolver los nodos usando el DNS. Si se devuelve un error que
no sea UNAVAIL, el sistema devolver lo que ha encontrado. En otro caso intentar
buscarlo en /etc/hosts. Esto significa que este fichero solo se usar en caso de que el
DNS no funcione bien.

4.4.- Configuracin del fichero resolv.conf.

Cuando se configura la librera de resolucin para utilizar los servicios de BIND, tiene
que indicarse tambin qu servidores utilizar. El fichero resolv.conf contiene una lista
de servidores, que si est vaca har considerar al sistema que el servidor est en su
mquina.

Si ejecuta un servidor de nombres en su mquina local, tendr que configurarlo por
separado, como se explicar despus. Si se encuentra en una red local y puede usar un
servidor de nombres existente, mejor. Si estamos conectados a Internet por mdem, lo
habitual es especificar en resolv.conf el servidor de nombres que nos diga nuestro
proveedor de servicios.

La opcin ms importante del fichero resolv.conf es nameserver, que tiene la direccin
IP del servidor de nombres a usar. Si especifican varios servidores poniendo varias
lneas nameserver, se intentarn usar en el orden dado; por lo que debera poner en
primer lugar el servidor de nombres ms rpido o cercano.

Realmente, puede ponerse un mximo de tres servidores distintos. Si no se pone
ninguno, intentar buscar un servidor de nombres en la mquina local.

Otras dos opciones, domain y search, nos permiten usar nombres cortos (sin dominio)
para mquinas que stn en nuestro dominio. Normalmente, para conectarnos a una
mquina de la misma red, no querremos poner el dominio completo, sino su nombre.
Por ejemplo, gauss en lugar de gauss.mathematics.groucho.edu.
Ejemplo 6 3. Ejemplo de nsswitch.conf con acciones
# /etc/nsswitch.conf
#
# Ejemplo de configuracion del nsswitch de GNU.
# En el paquete `libc6 doc' se documentan estos ficheros.
hosts: dns [!UNAVAIL=return] files
networks: files
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


82
Para esto sirve la palabra domain. Nos permite especificar un dominio predeterminado
que se aade a las peticiones cuando su bsqueda inicial falla. Por ejemplo, al buscar
gauss y fallar el servidor de nombres buscndolo en Internet, le aade automticamente
su dominio predeterminado y ya s puede resolverlo.

Esto est bien, pensaremos, pero tan pronto como nos refiramos a una mquina que est
fuera del Departamento de Matemticas, tendremos que volver a teclear el dominio
completo. A lo mejor queremos teclear solo quark.physics para referirnos a una
mquina del Departamento de Fsicas.

Para esto podemos usar la lista de bsqueda, que puede especificarse con la opcin
search. En esta lista se especifica una lista de dominios donde resolver nombres cortos.
Los elementos de la lista deben especificarse separndolos por espacios o tabuladores.

Las opciones search y domain son mutuamente excluyentes y no pueden aparecer ms
de una vez. Si ninguna de las dos se pone, el sistema intentar asignar a los nombres
cortos el dominio de la mquina local, que averiguar usando la llamada al sistema
getdomainname(2). Si el nodo local no tiene dominio, se asumir que el dominio
predeterminado es el raz.

Si decidimos poner una opcin search en el fichero resolv.conf, habr que ser
cuidadosos con los dominios que aadimos a la lista. Las libreras de resolucin
anteriores a BIND 4.9 solan construir una lista de bsqueda predeterminada para el
dominio cuando no se proporciona otra lista. Esta lista predeterminada se haca con el
dominio del nodo, ms todos los dominios padre hasta llegar a la raz. Esto daba lugar a
bsquedas innecesarias a los servidores de nombres externos.

Asumamos que estamos en la Cervecera Virtual y queremos conectarnos al sistema
foot.groucho.edu. Por un error tecleamos el nombre foo, que no existe. El servidor de la
universidad nos responder que no existe el nodo. Con la bsqueda antigua, intentar
buscar ese nombre en los dominios vbrew.com y com. Este ltimo es problemtico
porque causa una bsqueda innecesaria y adems podra existir. Al final nos habremos
intentado conectar a una mquina totalmente ajena.

En algunos casos, esto es un potencial problema de seguridad. De hecho las listas de
bsqueda deben limitarse a dominios de la organizacin local o algo similar. La lista en
el Departamento de Matemticas debe limitarse a los dominios maths.groucho.edu y
groucho.edu.

Como lo anterior puede resultar confuso, sea el siguiente ejemplo de fichero resolv.conf
para la Cervecera Virtual:

Cuando se trate de traducir el nombre vale, el sistema empezar por buscar directamente
vale y si falla, probar con vale.vbrew.com.
# /etc/resolv.conf
# Nuestro dominio
domain vbrew.com
#
# Nuestro servidor principal va a ser vlager:
name server 172.16.1.1
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


83
5.- Configuracin de un servidor HTTP.

5.1.- El servidor Web Apache en Linux.

Apache surgi a partir del servidor de HTTP ms famoso y difundido en su poca:
NCSA. Desde entonces se convirti en un poderoso rival de todos los servidores Unix
utilizados hasta la fecha por su eficiencia, funcionalidad y rapidez. Es por ello que se
conoce como el rey de los servidores Web. Se desarrolla de forma estable y segura
gracias a la cooperacin y los esfuerzos de un grupo de personas conocidas como grupo
Apache (Apache Group), los cuales se comunican a travs de Internet y del Web. Juntos
se dedican a perfeccionar el servidor y su documentacin regidos por la ASF (Apache
Software Foundation).

En la actualidad Apache es el servidor Web ms utilizado en el mundo de acuerdo con
las estadsticas de http://www.netcraft.com/Survey/ que lo colocan en ms de 7
millones de servidores que sirven poco ms de 18 millones de sitios Web, lo cual
significa ms del 60% en todo el mundo. Entre las caractersticas principales del Apache
se encuentran:

Es un servidor Web potente, flexible y ajustado al HTTP/1.1
Es altamente configurable y extensible.
Puede ser ajustado a travs de la definicin de mdulos empleando su propio
API (Aplication Programming Interface).
Provee todo su cdigo fuente de forma libre y se distribuye bajo una licencia no
restrictiva.
Se ejecuta en diversas plataformas operativas tales como: Windows 9x/NT,
Macintosh, Novell NetWare, OS/2, Linux y la mayora de los Unix existentes:
IRIX, Solaris, HPUX, SCO, FreeBSD, NetBSD, AIX, Digital Unix, etc.
Se desarrolla de forma acelerada estimulando la retroalimentacin desde sus
usuarios a travs de nuevas ideas, reportes de errores y parches.

Implementa muchas posibilidades frecuentemente demandadas, tales como:

Bases de datos DBM para autenticacin. Permiten establecer fcilmente la
proteccin de documentos a travs de passwords para una gran cantidad de
usuarios sin daar el funcionamiento del servidor.
Respuestas adaptables a los errores o problemas. Se pueden definir ficheros o
scripts de tipo CGI11.3 que respondan ante la ocurrencia de errores internos o en
las solicitudes realizadas.
Directiva para definir mltiples ndices. Se utiliza cuando se solicitan directorios
por parte de los clientes a partir de lo cual se puede buscar en estos y devolver
un documento ndice cuyo nombre puede ser por ejemplo: index.html, index.cgi
o default.html.
Ilimitadas y flexibles posibilidades de redireccionamiento y definicin de alias
para los URLs. Apache no tiene un lmite establecido para definir alias y
redireccionamientos que pueden ser declarados en sus ficheros de configuracin.
Negociacin del contenido de las respuestas. Apache es capaz de ofrecer la
mejor representacin de la informacin accedida de acuerdo con las capacidades
del cliente solicitante.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


84
Soporte de hosts virtuales. Es la habilidad del servidor de distinguir entre los
pedidos hechos a diferentes direcciones IP o nombres de dominio definidos en la
misma mquina.
Configuracin flexible de las trazas generadas. Es posible adaptar el formato de
las trazas obtenidas as como redireccionarlas a travs de tuberas (Unix) en aras
de filtrarlas. De esta forma se puede lograr por ejemplo dividir dinmicamente
las trazas de los hosts virtuales en distintos ficheros.

El Apache en Linux se ejecuta a travs de un daemon llamado httpd que se manipula
utilizando el script de inicio del mismo nombre en /etc/rc.d/init.d/. Por tanto la forma
ms sencilla de iniciar, detener, conocer el estado o indicar que relea su configuracin al
daemon es como se muestra en los ejemplos:

# service httpd stop
Stopping httpd: [ OK ]

# service httpd start
Starting httpd: [ OK ]

# service httpd status
httpd (pid 6973 6972 6971 6970 6969 6968 6967 6966 6963) is running...

# service httpd reload
Reloading httpd: [ OK ]

5.1.- Configuracin de Apache.

Una vez instalado el paquete del Apache en Red Hat, el directorio de la configuracin
ser /etc/httpd/conf/. Esto puede variarse utilizando la opcin -f al ejecutar el daemon.
Los ficheros de configuracin agrupados en este directorio estn formados por un
conjunto de directivas que regulan el comportamiento del servidor. Adems se pueden
incluir comentarios precedidos por el caracter ``#'' como es tradicional.

Actualmente el fichero de configuracin principal del Apache, y el nico que se debe
modificar de los existentes, se nombra httpd.conf. En versiones anteriores se empleaban
otros dos ficheros nombrados srm.conf y access.conf cuyos propsitos se describen ms
adelante. Apache procesa estos ficheros en el orden en que se mencionaron. En las
versiones actuales se recomienda escribir todas las directivas de configuracin en
httpd.conf y deshabilitar la lectura de los otros ficheros en la propia configuracin, a
travs de las dos directivas correspondientes descritas ms adelante.

Adems de los ficheros de configuracin mencionados, el acceso a cada directorio del
servidor se puede regular en un fichero, contenido en el mismo directorio o en sus
antecesores, cuyo nombre por defecto es .htaccess, y que tambin puede ser variado
mediante la configuracin.

Como ya se explic, de los tres ficheros de configuracin mencionados el ms
importante es httpd.conf. Este se divide en tres secciones con fines puramente
organizativos:

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


85
Seccin 1: rene los aspectos globales del servidor. Por ejemplo: el nmero mximo de
clientes concurrentes, los timeouts, el directorio raz del servidor, etc.

Seccin 2: agrupa las directivas que definen la forma de responder a todos los pedidos
del servidor principal, o sea aquellos que no son para los hosts virtuales, de existir
alguno definido. Tambin rene los aspectos por defecto de todos los hosts virtuales que
se configuren ms adelante.

Seccin 3: agrupa las directivas relacionadas con los hosts virtuales que se definan.

En las siguientes secciones se describirn algunas directivas presentes en los ficheros de
configuracin del Apache, agrupadas por seccin.
5.1.1.- Seccin 1.

ServerType
Sintaxis: ServerType standalone | inetd

Permite indicar el tipo de servidor a ejecutar. Este puede ser:
inetd: el servicio se brindar como un servicio tipo xinet. Se deber definir su
configuracin en el directorio xinetd.d. De esta forma se iniciar una copia del
servidor cada vez que algn cliente trate de conectarse y esta terminar una vez
que retorne lo pedido. Aunque se considera ms seguro, debe evitarse este
modo, porque puede que no trabaje adecuadamente.
standalone: el servidor se ejecutar como un daemon independiente. Es la
forma ms eficiente y la que se asume por defecto.

Ejemplo: ServerType standalone

ServerRoot
Sintaxis: ServerRoot <directorio>

Permite indicar el directorio raz del servidor. A partir de aqu se buscarn el resto de
los ficheros de configuracin, el directorio de logs, los mdulos, etc. Todo fichero
especificado de forma relativa (su path no comienza con ``/'') se buscar a partir de este
directorio. Por defecto es /etc/httpd.

Ejemplo: ServerRoot "/usr/local/apache"

PidFile
Sintaxis: PidFile <fichero>

Especifica el fichero donde se almacena el identificador del proceso servidor inicial.

Ejemplo: PidFile "/var/run/httpd.pid"

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


86
ResourceConfig
Sintaxis: ResourceConfig <fichero>

Permite indicar el nombre del fichero que contiene las directivas que describen los
recursos que brinda el servidor, y que se lee despus de httpd.conf. Por defecto es
conf/srm.conf. Histricamente este fichero contena todas las directivas con excepcin
de aquellas propias de la configuracin del servidor y <Directory>, abordada ms
adelante. Actualmente est en desuso por lo que se puede deshabilitar su lectura como
se muestra en el ejemplo.

Ejemplo: ResourceConfig /dev/null

AccessConfig
Sintaxis: AccessConfig <fichero>

Permite indicar el nombre del fichero que contiene las directivas que describen las
reglas de acceso a los recursos que brinda el servidor, y que se lee despus del fichero
especificado con ResourceConfig. Por defecto es conf/access.conf. Histricamente
contena las directivas <Directory>, descrita ms adelante. Actualmente est en desuso
por lo que se puede deshabilitar su lectura como se muestra en el ejemplo.

Ejemplo: AccessConfig /dev/null

TimeOut
Sintaxis: TimeOut <segundos>

Indica la cantidad de segundos permitidos entre un pedido y su respuesta. Por defecto es
300 segundos.

Ejemplo: TimeOut 600

KeepAlive
Sintaxis: KeepAlive On/Off

Indica si se aceptarn o no las conexiones persistentes. Estas conexiones permiten a
travs de una misma conexin TCP realizar varios pedidos HTTP. De esta forma se
mejora el tiempo de respuesta del servidor. Slo es posible si el browser soporta esta
caracterstica (Netscape y Microsoft Internet Explorer la soportan). Por defecto est
habilitada.

Ejemplo: KeepAlive Off

MaxKeepAliveRequests
Sintaxis: MaxKeepAliveRequests <cantidad>

Permite restringir el nmero de pedidos en una conexin persistente. Si se indica 0 el
nmero ser ilimitado. Por defecto este nmero es 100.

Ejemplo: MaxKeepAliveRequests 50


C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


87
KeepAliveTimeout
Sintaxis: KeepAliveTimeOut <cantidad>

Indica el nmero de segundos que se esperar por el prximo pedido de un mismo
cliente a travs de la misma conexin (conexin persistente). Por defecto es 15
segundos.

Ejemplo: KeepAliveTimeout 30

StartServers
Sintaxis: StartServers <cantidad>

Permite indicar la cantidad de procesos hijos del servidor que se ejecutarn
concurrentemente con el padre al iniciar el servicio. Esta cantidad es modificada
dinmicamente de acuerdo a la carga, por lo que este valor carece de mucha
importancia. Por defecto es 8. Para especificar la cantidad mnima y mxima de
procesos servidores se utilizan otras dos directivas: MinSpareServers y
MaxSpareServers, respectivamente. Estas tienen como valores por defecto, 5 y 20
instancias respectivamente.

Ejemplos:

StartServers 10
MinSpareServers 8
MaxSpareServers 30

MaxClients
Sintaxis: MaxClients <cantidad>

Permite indicar la cantidad mxima de clientes conectados simultneamente al servidor.
Por defecto es 150.

Ejemplo: MaxClients 200

MaxRequestsPerChild
Sintaxis: MaxRequestsPerChild cantidad

Indica la cantidad de pedidos que puede atender un proceso servidor hijo antes de que
muera. Si se especifica cero el nmero ser ilimitado. Poner lmites a este nmero
permite liberar la memoria asociada al proceso, en caso de que esta se acumule
accidentalmente, adems de disminuir el nmero de procesos activos, cuando la carga
del servidor disminuye. Por defecto es 100. Este valor no incluye la cantidad de los
pedidos en una conexin persistente, los cuales se cuentan como uno solo.

Ejemplo: MaxRequestsPerChild 200


C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


88
Listen
Sintaxis: Listen <[direccin IP:]puerto>

Expresa la interfaz de red y/o el puerto a travs de los cuales el servidor Apache escucha
las solicitudes de los clientes. Las interfaces de red se indican mediante la direccin IP
asociada. Por defecto, Apache escucha a travs de todas las interfaces de red, pero
solamente por el puerto que se especifica con la directiva Port. Las interfaces de red
tambin se pueden indicar utilizando la directiva BindAddress explicada a continuacin.

Ejemplos:

Listen 8080
Listen 10.11.12.13:80
Listen 10.11.12.14:800

BindAddress
Sintaxis: BindAddress * | <direccin IP> | <nombre de dominio>

Expresa la interfaz de red a travs de la cual el servidor Apache escucha las solicitudes
de los clientes. La interfaz de red se indica mediante: un caracter ``*'' (se refiere a todas
las interfaces), la direccin IP asociada, o un nombre de dominio. Slo puede haber una
directiva BindAddress en la configuracin por lo que para tener un mayor control se
debe emplear Listen.

Ejemplos:

BindAddress *
BindAddress 10.11.12.13
BindAddress deltha.disaic.cu

LoadModule
Sintaxis: LoadModule <nombre> <binario>

Permite cargar un mdulo del Apache. Los mdulos incorporan nuevas funcionalidades
al servidor. Se indican a travs de un nombre genrico y el fichero donde se encuentra
definido el binario correspondiente. Los mdulos que trae la distribucin del Apache
para Red Hat se agrupan en el directorio /usr/lib/apache/ enlazado simblicamente por
/etc/httpd/modules.

Ejemplos:

LoadModule dir_module modules/mod_dir.so
LoadModule cgi_module modules/mod_cgi.so
LoadModule alias_module modules/mod_alias.so

AddModule
Sintaxis: AddModule <mdulos>

Permite activar aquellos mdulos precompilados que se encuentran asociados al
Apache.

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


89
Ejemplos:

AddModule mod_dir.c
AddModule mod_cgi.c
AddModule mod_alias.c

ClearModuleList
Sintaxis: ClearModuleList

Permite eliminar todos los elementos de la lista de mdulos integrada (builtin) al
servidor. La lista se vuelve a llenar utilizando la directiva AddModule.

Include
Sintaxis: Include <fichero>

Permite incluir otro fichero como parte de la configuracin del Apache.

Ejemplo: Include "conf/especial.conf"

5.1.2.- Seccin 2.

Port
Sintaxis: Port <puerto>

Se utiliza para indicar el puerto a travs del cual el servidor escucha. Por defecto es el
80. Cuando se especifica un puerto a travs de la directiva Listen o el tipo de servidor
(directiva Server) es inet, el valor de Port carece de significado.

Ejemplo: Port 8080


User y Group
Sintaxis:

User <usuario> | <UID>
Group <grupo> | <GID>
Permiten especificar el usuario y el grupo con cuyos permisos se ejecuta el servidor una
vez iniciado. Por defecto son el usuario especial apache y el grupo del mismo nombre.
Si el tipo de servidor (directiva Server) es inet entonces estas directivas carecen de
significado. Para expresar estos aspectos a travs de los identificadores numricos se
indican estos precedidos del caracter ``#''.

Ejemplos:

User www
Group www

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


90
ServerAdmin
Sintaxis: ServerAdmin <direccin de correo>

Especifica la direccin de correo a la cual deben enviarse los errores en el servicio. Se
coloca en algunas pginas de error generadas por el servidor. Por defecto es
root@localhost.

Ejemplo: ServerAdmin pepito@mail.disaic.cu

ServerName
Sintaxis: ServerName <nombre>

Indica el nombre de dominio que identifica al servidor. Este debe ser un nombre vlido
en el servicio de nombres de dominio. En caso de que no se posea un nombre de
dominio se podr utilizar la direccin IP de la mquina.

Ejemplo: ServerName www.deltha.disaic.cu

DocumentRoot
Sintaxis: DocumentRoot <directorio>

Indica el directorio a partir del cual se localizarn todos los documentos provistos por el
servidor. Por defecto es /var/www/html. Esto indica que si se realiza el pedido
http://www.deltha.disaic.cu/manual/index.html el documento devuelto ser
/var/www/html/manual/index.html.

Ejemplo: DocumentRoot "/usr/local/web"

DirectoryIndex
Sintaxis: DirectoryIndex <ficheros>

Indica los ficheros que se devolvern en caso de que se solicite un directorio, o sea
cuando se haga un pedido del tipo http://www.deltha.disaic.cu/manual/ se devolver el
primer fichero de los indicados en esta directiva que exista dentro del directorio
manual/. Por defecto, los ficheros son: index.html, index.htm, index.shtml e index.cgi.

Ejemplo: DirectoryIndex index.html default.html index.cgi start.cgi

AccessFileName
Sintaxis: AccessFileName <ficheros>
Indica los nombres de los ficheros donde se pueden colocar las directivas que describen
el acceso a un directorio determinado, descritas ms adelante. Estos ficheros pueden
pertenecer al directorio correspondiente o a los directorios que forman su path. Siempre
se utilizar el primero de los especificados que aparezca en cada uno de los directorios
de la jerarqua. Por defecto el valor de esta directiva se refiere a un fichero con nombre
.htaccess. De esta forma para acceder al documento /var/www/html/manual/index.html
se leern en orden los siguientes ficheros: /.htaccess, /var/.htaccess, /var/www/.htaccess,
/var/www/html/.htaccess y /var/www/html/manual/.htaccess y de los que existan se
tomarn las restricciones.

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


91
Ejemplo: AccessFileName .htaccess .access .acl

<Directory>
Sintaxis: <Directory directorio> ... </Directory>

Esta directiva es muy importante pues se emplea para encerrar un conjunto de directivas
a aplicar a uno o varios directorios (y sus subdirectorios) en el servidor. Los directorios
se pueden indicar de la forma acostumbrada o utilizando expresiones regulares si se
coloca como primer argumento de la directiva el caracter ``~''. Por ejemplo para
referirse a todos los directorios que comiencen con la palabra ``prueba'' y a continuacin
de dos a cuatro caracteres ``a'', ``b'' o ``c'' se puede emplear la declaracin:

<Directory ~ /var/www/html/prueba[abc]{2,4}>
...
</Directory>

Tambin se podra emplear la directiva equivalente <DirectoryMatch>. Las directivas
aplicables a un directorio son las siguientes:

Options
Sintaxis: Options [+|-]<opcin> [+|-]<opcin> ...

Permite indicar que caractersticas estn disponibles cuando se sirve el directorio
correpondiente al cliente. Estas caractersticas son:

FollowSymLinks: indica que se pueden seguir los enlaces simblicos presentes
en el directorio.

ExecCGI: indica que se pueden ejecutar los scripts de tipo CGI
Includes: indica que se permita el mecanismo SSI (Server Side Include)11.4.

Indexes: indica que si el cliente solicita un directorio donde no exista ninguno
de los ficheros especificados en DirectoryIndex se le devuelva una lista con
formato del contenido del directorio.

SymLinksIfOwnerMatch: indica que se sigan los enlaces simblicos solo si el
fichero o directorio enlazado posee el mismo dueo que el enlace.

IncludeNoExec: es similar a Includes con la diferencia de que no se permiten
los comandos SSI include y exec para programas CGI.

MultiViews: indica que se ``negocie'' entre el servidor y el cliente el documento
a mostrar cuando existen varias posibilidades. Por ejemplo, si se solicita el
documento /images/map y existe el directorio images con la opcin habilitada
pero no existe /images/map, entonces el servidor busca todos los documentos
con nombre map.* y ``negocia'' con el cliente cual de estos, de existir alguno,
retorna al cliente.

All: incluye todas las opciones con excepcin de MultiViews. Este es el valor
por defecto.
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


92

Cuando varias directivas Option son aplicables a un directorio se toma la ms
especfica, o sea no se mezclan salvo que estas se indiquen precedidas por un + o un -,
en cuyo caso se aade la opcin o se elimina respectivamente. Por ejemplo en la
declaracin siguiente:

<Directory /var/www/html/documents>
Options Indexes FollowSymLinks
</Directory>
<Directory /var/www/html/documents/linux>
Options Includes ExecCGI
</Directory>

Las opciones aplicadas al directorio /var/www/html/documents/linux son solamente
Includes y ExecCGI. En cambio si se pone:

<Directory /var/www/html/documents>
Options Indexes FollowSymLinks
</Directory>
<Directory /var/www/html/documents/linux>
Options +Includes +ExecCGI -FollowSymLinks
</Directory>

Las opciones seran Indexes, Includes y ExecCGI

Allow y Deny
Sintaxis: Allow from <host> <host> ...

Permiten definir que hosts tienen o no tienen acceso a un directorio determinado. Para
especificar los hosts se pueden emplear mltiples formatos.

Ejemplos:

Allow from .disaic.cu 200.198.100.
Deny from 192.168.0.0/16 200.198.100.34
Allow from all

El orden en que se evaluan estas directivas se indica a travs de la directiva Order. Sus
posibles valores son allow,deny o deny,allow. Siempre se evaluan ambas directivas o
sea, no se hace corto circuito cuando se encuentra una expresin que se corresponda con
el host cliente.

AllowOverride
Sintaxis: AllowOverride <valores>

Indica que directivas presentes en un fichero especificado en AccessFileName
sobrescriben el valor de las encontradas en el fichero de configuracin principal
(httpd.conf). Los valores que toma AllowOverride pueden ser:


C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


93
All y None: indican que se sobrescriban todas las directivas o que no se
sobrescriba ninguna.
Options: permite que se sobrescriba la directiva Options.
Indexes: permite qe se sobrescriban todas las directivas relacionadas con la
indexacin de los directorios (Ej. AddDescription, AddIcon,
AddIconByEncoding, AddIconByType, DefaultIcon, DirectoryIndex,
FancyIndexing, HeaderName, IndexIgnore, IndexOptions, ReadmeName, etc.)
Limit: permite la sobrescritura de directivas que controlan el acceso por
mquina (Order, Allow y Deny).
AuthConfig: permite el uso de directivas que controlan el acceso por
autenticacin (Ej. AuthDBMGroupFile, AuthDBMUserFile, AuthGroupFile,
AuthName, AuthType, AuthUserFile, Require, etc.)
FileInfo: permite la sobrescritura de las directivas que controlan el tipo de
documentos (Ej. AddEncoding, AddLanguage, AddType, DefaultType,
ErrorDocument, LanguagePriority, etc.)

Ejemplo:

<Directory /var/www/html>
Options Indexes FollowSymLinks IncludesNoExec
Order allow,deny
Allow from all
Deny from 192.168.100.11
AllowOverride Limit AuthConfig
</Directory>

UserDir
Sintaxis: UserDir <directorio>

Indica el directorio personal de cada usuario del sistema. En este directorio los usuarios
podrn colocar sus documentos para ser accedidos mediante el servicio de la forma
http://host/~login. El directorio por defecto es public_html.

Ejemplo: UserDir web

<Limit>
Sintaxis: <Limit mtodos> ... </Limit>

El prposito de esta directiva es restringir el acceso de acuerdo a los mtodos del
protocolo HTTP que invoque el cliente. Estos pueden ser: GET, POST, PUT, DELETE,
CONNECT, OPTIONS, TRACE, PATCH, PROPFIND, PROPPATCH, MKCOL,
COPY, MOVE, LOCK, y UNLOCK. Similar a Limit existe la directiva LimitExcept
que funciona de forma opuesta.

Ejemplo:

<Directory /var/www/html>
Options Indexes FollowSymLinks IncludesNoExec
<Limit GET POST OPTIONS PROPFIND>
Order allow,deny
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


94
Allow from all
</Limit>
<Limit PUT DELETE PATCH PROPPATCH MKCOL COPY MOVE LOCK
UNLOCK>
Order deny,allow
Deny from all
</Limit>
</Directory>

<Files>
Sintaxis: <Files fichero> ... </Files>

Permite especificar directivas a aplicar de acuerdo a los ficheros accedidos. Es similar a
<Directory> y <Location>, vista ms adelante, aunque a diferencia de estas se puede
utilizar dentro de los ficheros especificados en la directiva AccessControlFiles. Tambin
se permite la utilizacin de expresiones regulares o de la directiva equivalente
<FilesMatch>.

Ejemplo:

<FilesMatch "^\.(ht|ac)">
Order allow,deny
Deny from all
</FilesMatch>


<Location>
Sintaxis: <Location URL> ... </Location>

Se emplea para aplicar un conjunto de directivas teniendo como base el URL accedido.
Se evalua despus de las directivas <Directory> y <Files>, y de leer los ficheros de
control de acceso (directiva AccessControlFiles). Puede ser til cuando se combina con
la directiva SetHandler que permite indicar un manipulador (handler11.5) para los
documentos solicitados. Ejemplos de manipuladores son server-status y server-info. El
primero devuelve una pgina descriptiva del estado del servidor (se puede ampliar la
informacin mostrada habilitando la directiva ExtendedStatus), y el segundo
manipulador, devuelve una pgina con informacin acerca de la configuracin actual
del Apache.

Ejemplo:

<Location /server-status>
SetHandler server-status
Order deny,allow
Deny from all
Allow from localhost
</<Location>


C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


95
UseCanonicalName
Sintaxis: UseCanonicalName On|Off|dns

Indica que se debe hacer cuando el Apache necesita construir un URL que se referencie
a si mismo, por ejemplo cuando se accede a un directorio sin el caracter / al final. Si se
pone esta directiva a On entonces se emplearn los valores de las directivas ServerName
y Port para construir el nombre cannico del servidor. En cambio, Off har que se tome
el nombre y el puerto provistos por el cliente, mientras que Dns har una resolucin
inversa de la direccin IP de la interfaz de red a la cual se conect el cliente a nombre
de dominio.

Ejemplo: UseCanonicalName dns


TypesConfig
Sintaxis: TypesConfig <fichero>

Indica el fichero que contendr los tipos MIME (Multiporpose Internet Mail
Extensions), o sea el que traduce las extensiones de los ficheros al tipo de contenido de
estos. No es recomendable cambiar este fichero. Si se desea aadir un tipo MIME se
puede emplear la directiva AddType. Por defecto, para Red Hat esta directiva seala al
fichero /etc/mime.types.

Ejemplo: TypesConfig conf/MIME.types


DefaultType
Sintaxis: DefaultType <tipo MIME>

Indica el tipo MIME que asume el servidor cuando no puede determinarlo. Por defecto,
para Red Hat es text/plain, o sea texto plano.

Ejemplo: DefaultType text/html


HostnameLookups
Sintaxis: HostnameLookups On|Off|Double

Indica si se resuelve o no la direccin IP del cliente a nombre de dominio, para utilizarlo
en las trazas del servidor (o en las variable REMOTE_HOST de los CGIs y SSIs). El
valor Double indica que cuando se haga la consulta inversa se haga tambin la
resolucin del nombre devuelto debiendo coincidir una de las direcciones retornadas
con la direccin original. Por defecto es Off que es ms eficiente pues evita tener que
resolver el nombre de cada cliente siempre que haga un pedido.

Ejemplo: HostnameLookups On

C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


96
ServerSignature
Sintaxis: ServerSignature On|Off|Email

Indica como se firman las pginas de error devueltas por el servidor. Si se pone Off, no
se firman, con On se coloca una lnea con el nombre del servidor y el puerto por el que
atendi el pedido, con Email se incluye adems la direccin especificada en la directiva
ServerAdmin.

Ejemplo: ServerSignature Email

Alias
Sintaxis: Alias <URL> <fichero>|<directorio> Permite hacer alias para ficheros o
directorios a travs de un URL. De esta forma se puede acceder a recursos fuera del
directorio raz de los documentos accedidos mediante el servicio (directiva
DocumentRoot).

Ejemplo: Alias /doc /usr/share/doc

ScriptAlias
Sintaxis: ScriptAlias <URL> <fichero>|<directorio>

Es similar a la directiva Alias pero se refiere a documentos o directorios que deben ser
tratados por el servidor como scripts CGI o contenedores de estos.

Ejemplo: ScriptAlias /cgi-bin /var/www/cgi-bin

Redirect
Sintaxis: Redirect [estado] <URL viejo> <URL nuevo>

Permite indicar que un documento determinado ha sido cambiado de lugar ya sea
porque se traslad hacia otro directorio localmente o se movi a otro servidor.
Opcionalmente se puede sealar un estado que expresa la forma en que se cambi el
documento en cuestin. El estado puede ser:

301 (permanent): indica que el cambio fue permanente.
302 (temp): indica que el cambio fue temporal. Es as por defecto.
303 (seeother): retorna una pgina indicando la nueva direccin del documento.
410 (gone): indica que el documento ha sido borrado de forma definitiva. En
este caso el segundo argumento debe ser omitido.

Existen otras directivas relacionadas como RedirectMatch, RedirectPermanent y
RedirectTemp.

Ejemplos:

Redirect 303 /clases http://www.gloin.disaic.cu/clases
RedirectPermanent /curso /entrenamiento
RedirectMatch 301 (.*)\.ps$ http://www.disaic.com$1.pdf


C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


97
IndexOptions
Sintaxis: IndexOptions [+|-]<opcin> [+|-]<opcin> ...

Permite caracterizar la forma en que se muestran los ndices para los directorios
accedidos. Normalmente se utiliza la opcin FancyIndexing que genera una salida
elegante con iconos, descripciones y posibilidades de ordenacin. Existen otras
mltiples opciones.

Ejemplo: IndexOptions FancyIndexing

ErrorDocument
Sintaxis: ErrorDocument <cdigo> <documento>

Se emplea para redefinir el documento que devuelve el Apache ante cada cdigo de
error. Por defecto para cada tipo de error se devuelve una pgina Web integrada al
programa servidor, pero mediante el empleo de esta directiva se puede lograr devolver
un texto, un documento local o en otro servidor a travs de su URL, o ejecutar un
programa que genere dinmicamente la respuesta. Algunos cdigos de error son:

500: Reservado para errores internos del servidor. Puede producirse debido a
una mala configuracin del servicio o a errores en la ejecucin de un programa
CGI.
403: Se genera cuando el cliente no tiene acceso al documento solicitado.
404: Se genera cuando no existe el documento solicitado.

Ejemplos:
ErrorDocument 403 /errors/missing.html
ErrorDocument 500 "El servidor se fundi # el caracter " indica el comienzo de un
texto

5.1.3.- Directivas de la seccin 3.

NameVirtualHost
Sintaxis: NameVirtualHost direccin[:puerto]

Se emplea para identificar un conjunto de hosts virtuales basados en nombre, o sea que
comparten una misma direccin IP. En ella se especifican dicha direccin IP y el puerto
a los cuales se asociarn el conjunto de hosts virtuales. Este ltimo debe ser
especificado adems en la configuracin principal a travs de las directivas Listen o
BindAddress.

Ejemplo: NameVirtualHost 192.168.100.20:8080

<VirtualHost>
Sintaxis: <VirtualHost direccin[:puerto] [direccin[:puerto]] ...> ... </VirtualHost>

Este par de directivas se emplean para enclosar el conjunto de directivas que se refieren
a un host virtual. Siempre que el servidor recibe una solicitud de un documento
determina a travs de la direccin IP y el nombre por el que es llamado si debe
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m


98
responder como el servidor principal o como un host virtual. En este ltimo caso utiliza
la directiva VirtualHost correspondiente para controlar su respuesta. La direccin de un
host virtual se puede indicar por el nmero IP, el nombre de dominio o la cadena
_default_ que se refiere a todos los hosts virtuales que no tengan una directiva
VirtualHost ms especfica. Todos los aspectos de la configuracin que no se indiquen
para un host virtual se obtendrn de la configuracin principal.

Ejemplos:

NameVirtualHost 192.168.100.20:8080

<VirtualHost 192.168.100.20:8080>
ServerName nimbo.disaic.cu
DocumentRoot /var/www/html/nimbo
MaxClients 50
ErrorLog logs/nimbo-error_log
</VirtualHost>

<VirtualHost 192.168.100.20:8080>
ServerName stone.disaic.cu
DocumentRoot /var/www/html/stone
ServerAdmin stone@mail.disaic.cu
</VirtualHost>

<VirtualHost _default_:*>
DocumentRoot /var/www/html/errores
DirectoryIndex virtual_host_disable.html
</VirtualHost>

Si existe algn host virtual que emplea la misma interfaz de red y puerto que el servidor
principal se debe colocar una directiva VirtualHost para el servidor principal con el
contenido vaco.

Ejemplo:

<VirtualHost gloin.disaic.cu:8080>
</VirtualHost>


C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m
C
lic
k
h
e
r
e
t
o
b
u
y
A
B
B
Y
Y
P
D
F
Trans
fo
r
m
e
r
3
.
0
w
w
w
. A
BBYY
.c
o
m