- 2.1 Características del sistema
- 2.1.1
Multitarea - 2.1.2
Multiusuario - 2.2 Diferencias entre Linux y otros
sistemas
operativos
- 3. Introducción a las
redes
- 3.1 Historia
- 3.2 Redes
- 3.3 La importancia de una administración
adecuada - 3.3.1 Acerca de raíces,
sombreros y la sensación de poder - 3.3.2 La cuenta
root - 3.4 Comprensión de los
sistemas
de proceso
centralizado - 3.4.1 Elementos del modelo de
procesamiento centralizado - 3.5 Comprensión de los
sistemas
de procesamiento distribuido - 3.5.1 Los elementos del modelo de
procesamiento distribuido - 3.5.2 Revisión de
topologías - 3.6 Modelo
Cliente/Servidor - 3.7 Ethernets
- 3.7.1 Tarjetas
Ethernet - 3.8 Otros tipos de hardware
- 3.9 Redes con Linux
- 3.9.1 Diferentes etapas de
desarrollo - 3.10 El protocolo
IP
(Internet
Protocol) - 3.10.1 Problemas
con números IP en
Internet
- 4. IP en
líneas serie, SLIP y PPP
- 4.1 Configurando el software
serie - 4.1.1 Software de
comunicaciones vía
módem - 4.2 Introducción a
dispositivos serie - 4.3 Accediendo a los dispositivos
serie - 4.4 Hardware
serie
- 5. El protocolo de
control de
transmisión, TCP
- 5.1 Hardware
requerido - 5.2 Configuración de
TCP/IP - 5.2.1 La configuración de
red - 5.3 Introducción al DNS
- 5.3.1 Búsquedas de nombres
con DNS - 5.3.2 Servidores de
nombres - 5.3.3 La base de datos
DNS - 5.4 Los ficheros de inicio rc para
trabajo en redes. - 5.4.1
/etc/hosts - 5.4.2
/etc/networks. - 5.4.3
/etc/host.conf - 5.4.4
/etc/resolv.conf - 5.4.5 Ajuste del nombre de su
host. - 5.4.6 Problemas
con la configuración - 5.5 La Librería de
Sockets
- 6. Apéndice A. El proyecto
- 6.1 ¿Qué es intranet?
- 6.2 Intranet
vs. Internet - 6.3 El papel de
Linux en
intranet - 6.4 Usuarios y
formación
- 7. Apéndice B. La licencia
general pública. GNU
- 7.1
Preámbulo - 7.2 Términos y condiciones de
la licencia general pública de GNU para la
realización de copias, distribución y
modificación
- 8.
Bibliografía
Pensar en la palabra biblioteca, trae a la mente silencio…
centenares, miles de libros, el
intelecto de tanta gente, gente como yo, como Ud., que en el
afán de difundir sus conocimientos, con la
intensión de enseñar, escribió ese
ejemplar de aquel libro tan
recordado…Hoy, la tecnología, los medios de
comunicación y la información masiva, nos permiten ver
más allá de nuestros horizontes. Es muy
divertido, y a la vez interesante, sumergirse en los mares de
Internet,
navegar en busca de nuestras necesidades y llegar a nuestro
objetivo.
Lamentablemente, no siempre es posible, los datos
están diseminados por muchas partes, hay mucho
material… Justamente este aluvión de información hace que haya una
sobrecarga de datos, y ya
sabemos que los extremos no siempre traen lo
mejor…¿Que tal combinar todo esto? Sería
maravilloso lograr fusionar la idea de la vieja biblioteca
con la nueva ola de datos.
Alcanzar todos los libros,
sin importar si alguien los reservó antes, sin
interesar si físicamente, no se encuentran en mi
biblioteca.Sabemos del proyecto.
Biblioteca
2000 es una realidad, y es mi intensión
apoyarla.Una red informática, está formada por un
conjunto de computadoras interconectadas de tal forma que
permitan compartir sus recursos.
Esta es la base fundamental de Biblioteca
2000, compartir.Es preciso para comprender en detalle este trabajo,
que Ud. tenga mínimos conocimientos de computación, y en lo posible, muchas
ganas de aprender. Al hablar de red, necesitamos
esclarecer un poco ciertos conceptos, disponer de un lenguaje
común de comunicación, y en esto, justamente
reside el objetivo
central de este trabajo.Muchas preguntas surgen cuando se desarrolla un
sistema
informático, al trabajar conectados hay que tener en
cuenta que no todos los usuarios tienen los mismos derechos, hay
personas dedicadas al mantenimiento del sistema y
otras que sólo intentan obtener algún provecho
de él ocasionalmente. Esto deriva sin dudas en la
palabra seguridad.
En contrapartida, se debe tener en cuenta la flexibilidad, la
comodidad que brinda el sistema.Los sistemas
UNIX se
caracterizan por combinar de forma armónica estos
detalles. Son utilizados actualmente en la mayoría de
las organizaciones públicas y privadas que
necesiten comunicarse de la mejor manera. UNIX, es
probablemente el sistema
operativo más versátil y popular que se
puede encontrar actualmente.A simple vista podríamos pensar que UNIX es la
panacea, bueno, no debería creer esto. Existen varias
razones para pensar que UNIX no es lo
más adecuado, y una de las más importantes,
sino la más importante, son los recursos
económicos con que cuenta Biblioteca 2000. Este
proyecto,
está pensado para la gente, por consiguiente, lo ideal
es construir la biblioteca bajo cimientos pensados para la
gente.Podríamos pensar que uno de los cimientos de
nuestro sistema,
será el tipo de plataforma que utilizaremos en
nuestros ordenadores. Lo adecuado sería complementar
un sistema tan fuerte como UNIX con una
filosofía aún mayor, que es la de dar y
recibir. De esto se trata Linux.Linux es un sistema
operativo para PC basados en Intel. Al sistema lo han
diseñado y desarrollado cientos de programadores
repartidos por todo el mundo. El objetivo
ha sido crear un clon de UNIX, sin ningún software
comercial con derechos de
autor y que pueda utilizar todo el mundo. De hecho,
Linux, comenzó como una afición de Linus
Torvalds mientras estudiaba en la universidad de Helsinki, en Finlandia. Su
objetivo
era crear un sustituto del sistema Minix, similar a
UNIX.Linux es un espécimen único en la
revolución informática. No se trata de un producto
comercial respaldado por una gran empresa, sino
más bien de un sistema
operativo hijo de la frustración, creado por un
equipo de informática de todo el mundo que se ha
servido de los recursos
de Internet
para comunicarse entre sí y crear el sistema
operativo denominado Linux.Como se mencionó anteriormente, la
intensión de este trabajo es esclarecer conceptos,
como así también identificar un lenguaje
común para la
comunicación. Esta comunicación se dará entre
computadores, pues entonces habrá que armar una
red, y si
presta atención, aquí encontrará
material suficiente para administrar una red Linux de la manera
más sencilla.Qué espera… Manos a la obra!!!
- Introducción
-
UNIX es uno de los sistemas
operativos más populares del mundo debido a su
extenso soporte y distribución. Originalmente fue
desarrollado como sistema multitarea con tiempo
compartido para miniordenadores y mainframes a mediados de
los ‘70, y desde entonces se ha convertido en uno de
los sistemas
más utilizados a pesar de su, ocasionalmente, confusa
interfaz con el usuario y el problema de su
estandarización.¿Cuál es la verdadera razón de
la popularidad de UNIX? Muchos hackers
consideran que UNIX es el auténtico y único
sistema
operativo. El desarrollo
de Linux parte de un grupo en
expansión de hackers de
UNIX que quisieron hacer su sistema con sus propias
manos.Existen numerosas versiones de UNIX para muchos
sistemas,
desde ordenadores personales hasta supercomputadores como el
Cray Y-MP. La mayoría de las versiones de UNIX para
ordenadores personales son muy caras. Cuando se
escribía este libro, una
copia para una máquina 386 del UNIX System V de
AT&T costaba unos 1500 dólares
estadounidenses.Linux es una versión de UNIX de libre
distribución, inicialmente desarrollada
por Linus Torvalds en la Universidad de Helsinki, en Finlandia. Fue
desarrollado con la ayuda de muchos programadores y expertos
de UNIX a lo largo y ancho del mundo, gracias a la presencia
de Internet. Cualquier habitante del planeta puede acceder a
Linux y desarrollar nuevos módulos o cambiarlo a su
gusto.El núcleo de Linux no utiliza ninguna
línea del código de AT&T o de cualquier
otra fuente de propiedad
comercial, y buena parte del software para
Linux se desarrolla bajo las reglas del proyecto de
GNU de la Free Software
Foundation, Cambridge, Massachusetts.Inicialmente, sólo fue un proyecto de
Linus Torvalds. Se inspiraba en Minix, un pequeño UNIX
desarrollado por Andy Tanenbaum, y las primeras discusiones
sobre Linux surgieron en el grupo de
News comp.os.minix. Estas discusiones giraban en torno al
desarrollo
de un pequeño sistema UNIX de carácter
académico dirigido a aquellos usuarios de Minix que
querían algo más.El desarrollo
inicial de Linux ya aprovechaba las características de conmutación
de tareas en modo protegido del 386, y se escribió
todo en ensamblador. Linus dice, "Comencé a
utilizar el C tras escribir algunos drivers, y ciertamente se
aceleró el desarrollo. En este punto sentí que mi
idea de hacer un Minix mejor que Minix se hacía
más seria. Esperaba que algún día
pudiese recompilar el gcc bajo Linux… Dos meses de trabajo,
hasta que tuve un driver de discos (con numerosos bugs, pero
que parecía funcionar en mi PC) y un pequeño
sistema de ficheros. Aquí tenía ya la
versión 0.01 (al final de Agosto de 1991) no era muy
agradable de usar sin el driver de disquetes, y no
hacía gran cosa. No pensé que alguien
compilaría esa versión."No se anunció nada sobre esa versión,
puesto que las fuentes
del 0.01 jamás fueron ejecutables: contenían
solo rudimentos de lo que sería el núcleo, y se
asumía que se tenía acceso a un Minix para
poderlo compilar y jugar con él.El 5 de Octubre de 1991, Linus anunció la
primera versión "oficial" de Linux, la 0.02. Ya
podía ejecutar bash (el shell de GNU) y gcc (el
compilador de C de GNU), pero no hacía mucho
más. La intención era ser un juguete para
hackers.
No había nada sobre soporte a usuarios,
distribuciones, documentación ni nada parecido. Hoy,
la comunidad de
Linux aún trata estos asuntos de forma secundaria. Lo
primero sigue siendo el desarrollo del kernel.Linus escribía en comp.os.minix,
"¿Suspiráis al recordar aquellos días de
Minix-1.1, cuando los hombres eran hombres y escribían
sus propios drivers? ¿Os sentís sin
ningún proyecto interesante y os gustaría tener
un verdadero Sistema operativo que pudieras modificar a
placer? ¿Os resulta frustrante el tener solo a Minix?
Entonces, este artículo es para vosotros"."Como dije hace un mes, estoy trabajando en una
versión gratuita de algo parecido a Minix para
ordenadores At-386. He alcanzado la etapa en la que puede ser
utilizable y voy a poner las fuentes
para su distribución. Es solo la versión
0.02, pero he conseguido ejecutar en él: bash, gcc,
gnu-make, gnu-sed, compress, etc.".Tras la versión 0.03, Linus saltó a la
versión 0.10 al tiempo que
más gente empezaba a participar en su desarrollo. Tras
numerosas revisiones, se alcanzó la versión
0.95, reflejando la esperanza de tener lista muy pronto una
versión "oficial". (Generalmente, la versión
1.0 de los programas se
corresponden con la primera teóricamente completa y
sin errores). Esto sucedía en Marzo de 1992.
Año y medio después, en Diciembre del 93, el
núcleo estaba en la revisión 0.99.pl14, en una
aproximación asintótica al 1.0. Actualmente, el
núcleo se encuentra en la versión 1.1 parche
52, y se acerca la 1.2.2.Hoy Linux es ya un clónico de UNIX completo,
capaz de ejecutar X Windows,
TCP/IP, Emacs,
UUCP y software de correo y News. Mucho software de libre
distribución ha sido ya portado a
Linux, y están empezando a aparecer aplicaciones
comerciales. El hardware
soportado es mucho mayor que en las primeras versiones del
núcleo. Mucha gente ha ejecutado tests de rendimiento
en sus sistemas Linux 486 y se han encontrado que son
comparables a las estaciones de trabajo de gama media de Sun
Microsystems y Digital.¿Quién iba a imaginar que este
"pequeño" clónico de UNIX iba a convertirse en
un estándar mundial para los ordenadores
personales?Linux implementa la mayor parte de las características que se encuentran
en otras implementaciones de UNIX, más algunas
otras que no son habituales. En esta sección nos
daremos una vuelta por todo ello.Linux es un sistema operativo completo con
multitarea y multiusuario (como cualquier otra
versión de UNIX). Esto significa que pueden
trabajar varios usuarios simultáneamente en
él, y que cada uno de ellos puede tener varios
programas en ejecución.El sistema Linux es compatible con ciertos
estándares de UNIX a nivel de código
fuente, incluyendo el IEEE POSIX.1, System V y BSD. Fue
desarrollado buscando la portabilidad de los fuentes: encontrará que casi todo
el software gratuito desarrollado para UNIX se compila en
Linux sin problemas. Y todo lo que se hace para
Linux (código del núcleo, drivers,
librerías y programas de usuario) es de libre
distribución.En Linux también se implementa el
control de trabajos POSIX (que se usa en
los shells csh y bash), las pseudoterminales
(dispositivos pty), y teclados nacionales mediante
administradores de teclado cargables dinámicamente.
Además, soporta consolas virtuales, lo que permite
tener más de una sesión abierta en la
consola de texto
y conmutar entre ellas fácilmente. A los usuarios
del programa "screen" les resultará
familiar esto.El núcleo es capaz de emular por su
cuenta las instrucciones del coprocesador 387, con lo que
en cualquier 386 con coprocesador o sin él se
podrán ejecutar aplicaciones que lo
requieran.Linux soporta diversos sistemas de ficheros para
guardar los datos.
Algunos de ellos, como el ext2fs, han sido desarrollados
específicamente para Linux. Otros sistemas de
ficheros, como el Minix-1 o el de Xenix también
están soportados. Y con el de MS-DOS
se podrán acceder desde Linux a los disquetes y
particiones en discos
duros formateados con MS-DOS. Además, también
soporta el ISO-9660, que es el estándar en el
formato de los CD-ROMs.Linux implementa todo lo necesario para trabajar
en red con TCP/IP. Desde administradores para las
tarjetas
de red más populares hasta SLIP/PPP, que
permiten acceder a una red TCP/IP por el puerto serie.
También se implementan PLIP (para comunicarse por
el puerto de la impresora) y NFS (para acceso remoto a
ficheros). Y también se han portado los clientes de TCP/IP, como FTP,
telnet, NNTP y SMTP.El núcleo de Linux ha sido desarrollado
para utilizar las características del modo protegido
de los microprocesadores 80386 y 80486. En
concreto, hace uso de la gestión de memoria avanzada del modo protegido y
otras características avanzadas.
Cualquiera que conozca la programación del 386 en el modo
protegido sabrá que este modo fue diseñado
para su uso en UNIX (o tal vez Multics). Linux hace uso
de esta funcionalidad precisamente.El núcleo soporta ejecutables con
paginación por demanda. Esto significa que sólo
los segmentos del programa que se necesitan se cargan en
memoria desde el disco. Las páginas
de los ejecutables son compartidas mediante la
técnica copy-on-write, contribuyendo todo ello a
reducir la cantidad de memoria requerida para las
aplicaciones.Con el fin de incrementar la
memoria disponible, Linux implementa la
paginación con el disco: puede tener hasta 256
megabytes de espacio de intercambio o "swap" en el
disco
duro. Cuando el sistema necesita más memoria, expulsará páginas
inactivas al disco, permitiendo la ejecución de
programas más grandes o aumentando
el número de usuarios que puede atender a la vez.
Sin embargo, el espacio de intercambio no puede suplir
totalmente a la memoria
RAM, ya que el primero es mucho más lento que
ésta.La memoria dedicada a los programas y a la caché de disco
está unificada. Por ello, si en cierto momento hay
mucha memoria libre, el tamaño de la caché
de disco aumentará acelerando así los
accesos.Los ejecutables hacen uso de las
librerías de enlace dinámico. Esto
significa que los ejecutables comparten el código
común de las librerías en un único
fichero, como sucede en SunOS. Así, los
ejecutables serán más cortos a la hora de
guardarlos en el disco, incluyendo aquellos que hagan uso
de muchas funciones de librería.
También pueden enlazarse estáticamente
cuando se deseen ejecutables que no requieran la
presencia de las librerías dinámicas en el
sistema. El enlace dinámico se hace en tiempo
de ejecución, con lo que el programador puede
cambiar las librerías sin necesidad de
recompilación de los ejecutables.La palabra multitarea describe la capacidad
de ejecutar muchos programas al mismo tiempo sin detener la ejecución
de cada aplicación.Se le denomina multitarea prioritaria
porque cada programa tiene garantizada la
oportunidad de ejecutarse, y se ejecuta hasta que el
sistema operativo da prioridad a otro programa para que se ejecute. Este
tipo de multitarea es exactamente lo que hace Linux.
MS-DOS y Windows 3.1 no admiten la multitarea
prioritaria; admiten una forma de multitarea
denominada multitarea cooperativa. Con
ésta, los programas se ejecutan hasta que
permiten voluntariamente que se ejecuten otros
programas o no tienen nada más que hacer por
el momento. Para comprender mejor la capacidad
multitarea de Linux, examínelo desde otro
punto de vista. El microprocesador sólo es capaz
de hacer una tarea a la vez, pero las realiza en
tiempos tan cortos que se escapan a nuestra
comprensión es por eso que en sus "ratos
libres" se dedica a ejecutar otras tareas que se le
hayan pedido.Es fácil ver las ventajas de disponer
de multitarea prioritaria. Además de reducir
el tiempo muerto (tiempo en el que no
puede seguir trabajando en una aplicación
porque un proceso aún no ha finalizado),
la flexibilidad de no tener que cerrar las ventanas
de las aplicaciones antes de abrir y trabajar con
otras es infinitamente mucho más
cómoda.Linux y otros sistemas operativos multitarea
prioritaria consiguen el proceso de prioridad supervisando los
procesos que esperan para ejecutarse,
así como los que se están ejecutando.
El sistema programa entonces cada proceso para que disponga de las
mismas oportunidades de acceso al microprocesador. El resultado es que
las aplicaciones abiertas parecen estar
ejecutándose al mismo tiempo (en realidad, hay
una demora de billonésimas de segundo entre el
momento en que el procesador ejecuta una serie de
instrucciones de una aplicación y el momento
programado por Linux para volver a dedicar tiempo a
dicho proceso). Es esta capacidad de asignar
tiempo a las aplicaciones que se están
ejecutando desde una sistema operativo de acceso
gratuito, lo que destaca a Linux de otros sistemas operativos y entornos
disponibles en la actualidad.- Multitarea
- Multiusuario
La idea de que varios usuarios pudieran acceder
a las aplicaciones o la capacidad de proceso de un
único PC era una utopía hace relativamente
pocos años. UNIX y Windows
NT ayudaron a convertir ese sueño en realidad.
La capacidad de Linux para asignar el tiempo de microprocesador simultáneamente a
varias aplicaciones ha derivado en la posibilidad de
ofrecer servicio a diversos usuarios a la vez,
ejecutando cada uno de ellos una o más
aplicaciones. La característica que más
resalta de Linux es que un grupo
de personas puede trabajar con la misma versión de
la misma aplicación al mismo tiempo, desde el
mismo terminal o desde terminales distintos. No se
debe confundir esto con el hecho de que varios usuarios
puedan actualizar el mismo archivo simultáneamente,
característica que es potencialmente confusa,
peligrosa y decididamente indeseable.- Características
del sistema - Diferencias entre Linux
y otros sistemas operativos
Es importante entender las diferencias entre Linux y
otros sistemas
operativos, tales como MS-DOS,
OS/2, y otras implementaciones de UNIX para ordenador
personal.
Primeramente, conviene aclarar que Linux puede convivir
felizmente con otros sistemas
operativos en la misma máquina: es decir, Ud.
puede correr MS-DOS y
OS/2 en compañía de Linux sobre el mismo
sistema sin problemas.¿Por qué usar Linux en lugar de un
sistema operativo comercial conocido, bien probado, y bien
documentado? Podríamos darle miles de razones. Una de
las más importantes es que Linux es una excelente
elección para trabajar con UNIX a nivel personal. Si
Ud. es un desarrollador de software UNIX, Linux le
permitirá desarrollar y probar el software UNIX en su
PC, incluyendo aplicaciones de bases de
datos y X Windows.
Si es Ud. estudiante, la oportunidad está en que los
sistemas de su universidad correrán UNIX. Con Linux,
podrá correr su propio sistema UNIX y adaptarlo a sus
necesidades. La instalación y uso de Linux es
también una excelente manera de aprender UNIX si no
tiene acceso a otras máquinas UNIX.Pero no perdamos la vista. Linux no es sólo
para los usuarios personales de UNIX. Es robusto y
suficientemente completo para manejar grandes tareas,
así como necesidades de cómputo distribuidas.
Muchos negocios,
especialmente los pequeños, se están cambiando
a Linux en lugar de otros entornos de estación de
trabajo basados en UNIX. Las universidades encuentran a Linux
perfecto para dar cursos de
diseño de
sistemas operativos. Grandes vendedores de software
comercial se están dando cuenta de las oportunidades
que puede brindar un sistema operativo gratuito. - Breve historia de
Linux - Introducción a las
redes
La idea de redes es probablemente tan
vieja como las telecomunicaciones. Considere a la gente que
vivía en la edad de piedra, donde los tambores se pueden
haber usado para transmitir mensajes entre individuos. Suponga
que el cavernícola A quiere invitar al cavernícola
B a un partido de lanzamiento de rocas contra el
otro, pero viven demasiado lejos como para que B oiga a A golpear
su tambor. ¿Cuáles son las opciones de
A?
- ir a la cueva de B.
- hacerse con un tambor más grande.
- pedirle a C, que vive a mitad de camino entre los
dos, que le retransmita el mensaje.
La última opción es lo que se llama una
red.
Claro que ya ha pasado un tiempo desde las persecuciones
y planes primitivos de nuestros antepasados. Hoy en día
tenemos ordenadores que hablan entre sí a través de
vastas conexiones de cables, fibras ópticas, microondas,
etc. A continuación trataremos sobre el significado y
modos en que se realiza esto fuera de los cables.
Describiremos dos tipos de redes
en esta guía: Las basadas en UUCP, y las basadas en
TCP/IP. Estos son conjuntos de
protocolos y
paquetes de software que suministran medios para
transportar datos entre dos
ordenadores.
Definiremos una red como un conjunto de nodos que son
capaces de comunicarse entre sí, contando con los servicios de
un número de nodos dedicados que conmutan datos entre
participantes. Los nodos son a menudo ordenadores, pero no es
necesario; cualquiera puede pensar también en terminales X
o impresoras
inteligentes como nodos.
Linux dispone de los dos principales protocolos de red para sistemas UNIX: TCP/IP
y UUCP. TCP/IP (para los aficionados a los
acrónimos, Transmission Control
Protocol/Internet Protocol) es un conjunto de protocolos de red que permite a sistemas de
todo el mundo comunicarse en una única red conocida
como Internet. Con Linux, TCP/IP y una conexión a la
red, puede comunicarse con usuarios y máquinas por
toda Internet mediante correo
electrónico, noticias (USENET news),
transferencias de ficheros con FTP y
mucho más. Actualmente hay muchos sistemas Linux
conectados a Internet.La mayoría de las redes TCP/IP usan
Ethernet
como tipo de red física de transporte. Linux da soporte a muchas
tarjetas de
red Ethernet e
interfaces para ordenadores personales, incluyendo el
adaptador Ethernet
D-Link de bolsillo para ordenadores
portátiles.Pero dado que no todo el mundo tiene una
conexión Ethernet en
casa, Linux también proporciona SLIP (Serial Line
Internet Protocol), el cual permite conectarse a Internet a
través de un módem. Para poder
usar SLIP, necesitará tener acceso a un servidor de
SLIP, una máquina conectada a la red que permite
acceso de entrada por teléfono. Muchas empresas
y universidades tienen servidores
SLIP disponibles. De hecho, si su sistema Linux dispone de
conexión Ethernet y de módem, puede
configurarlo como servidor de
SLIP para otros usuarios.NFS (Network File System) permite
fácilmente compartir ficheros con otras
máquinas de la red. FTP
(File Transfer Protocol) permite la transferencia de
ficheros entre máquinas.Si tiene experiencia con aplicaciones TCP/IP en
otros sistemas UNIX, Linux le será muy familiar. El
sistema proporciona la interface estándar de
programación por "sockets", lo que
virtualmente permite que cualquier programa que use TCP/IP
pueda ser llevado a Linux. El servidor
Linux de X también soporta TCP/IP, permitiendo ver
aplicaciones que están corriendo en otros sistemas
sobre su pantalla.UUCP (UNIX-to-UNIX Copy) es un viejo mecanismo
usado para transferir ficheros, correo
electrónico y noticias entre máquinas
UNIX. Clásicamente las máquinas UUCP conectan
entre ellas mediante líneas telefónicas y
módem, pero UUCP es capaz de funcionar
también sobre una red TCP/IP. Si no tiene acceso a
una red TCP/IP o a un servidor
SLIP, puede configurar su sistema para enviar y recibir
ficheros y correo
electrónico usando UUCP.- Redes
Todos los sistemas UNIX son distintos de un forma
u otra y cada sistema individual UNIX es distinto en la
forma en que debe administrarse. Linux no es una
excepción. Las tareas de administración varían
dependiendo, entre otras cosas, del número de
usuarios a administrar, los tipos de periféricos conectados al conmutador,
las conexiones de red y el nivel de seguridad necesaria.Un administrador de sistema tiene que
proporcionar a los usuarios del sistema un entorno
eficiente, seguro y
fiable.La delegación de las responsabilidades de
administración varía de un
sistema a otro. En sistemas pequeños se asigna a un
simple usuario la tarea de administrador. Si se trabaja en un entorno
de red, la administración la realiza un administrador de red.Todos los sistemas Linux tienen un sólo
usuario que puede realizar cualquier operación en el
computador denominado superusuario,
con un nombre especial de entrada llamado root (descripto a
continuación).Como sabe, UNIX distingue diferentes rangos de
usuarios. Cada usuario recibe una cuenta que incluye un
nombre de usuario y un directorio inicial entre otras
cosas. Además de las cuentas dadas a personas reales, existen
cuentas especiales, definidas por el
sistema, que tienen privilegios especiales. La
más importante de éstas es la cuenta
raíz, con el nombre de usuario root.- Acerca de raíces,
sombreros y la sensación de
poder - La cuenta
root
- La importancia
de una administración
adecuada
Los usuarios normales están restringidos
normalmente para que no puedan dañar a nadie más en
el sistema, sólo a ellos mismos. Los permisos de los
ficheros en el sistema están preparados para que los
usuarios normales no tengan permitido borrar o modificar ficheros
en directorios compartidos por todos los usuarios (como son /bin
y /usr/bin). Muchos usuarios también protegen sus propios
ficheros con los permisos adecuados para que otros usuarios no
puedan acceder o modificar éstos ficheros.
Estas restricciones desaparecen para root. El usuario
root puede leer, modificar o borrar cualquier fichero en el
sistema, cambiar permisos y pertenencias en cualquier fichero, y
ejecutar programas especiales, como pueden ser los que
particionan un disco o crean sistemas de ficheros. La idea
básica es que la persona o
personas que ejecutan y cuidan del sistema entren como root
cuando sea necesario para realizar tareas que no pueden ser
ejecutadas por un usuario normal. Puesto que root puede hacer
todo, es fácil cometer errores que tengan consecuencias
catastróficas cuando se trabaja utilizando esta
cuenta.
Por ejemplo, como un usuario normal, si inadvertidamente
se intentase borrar todos los ficheros en /etc, el sistema no lo
permitiría. Sin embargo, como usuario root, el sistema no
diría nada. Es muy simple el dañar sistema
utilizando root. La mejor forma de evitar accidentes
es:
- Pensar dos veces antes de presionar <enter> en
un comando que pueda causar daño. - No acostumbrarse a utilizar root. Cuanto más
confortable se encuentre uno trabajando con el usuario root,
más seguro que se
confundirán los privilegios con los de un usuario
normal. - Utilizar un marcador distinto para la cuenta root. Se
debe cambiar el fichero .bashrc o el login de root para poner
el marcador del intérprete a algo distinto del marcador
de usuario normal. Por ejemplo, mucha gente utiliza el
carácter "$" como marcador para los usuarios normales, y
reserva el carácter "#" como marcador para el usuario
root. - Conectarse como root sólo cuando sea
absolutamente necesario. Y desconectarse tan pronto como se
haya terminado el trabajo.
Cuanto menos se use la cuenta root, menos posibilidades
habrá de dañar el sistema.
Por supuesto, existe una variante de hackers de UNIX
que utilizan root para prácticamente todo. Pero cada uno
de ellos ha cometido, en algún momento, algún error
tonto como root y corrompido el sistema. La regla general es que
hasta que se familiarice con la falta de restricciones de root, y
esté cómodo utilizando el sistema sin dichas
restricciones, procure conectarse como root lo menos
posible.
Por supuesto, todo el mundo comete errores. El mismo
Linus Torvalds borró accidentalmente una vez el
árbol de directorios completo del núcleo de su
sistema. Horas de trabajo se perdieron para siempre.
Afortunadamente, sin embargo, gracias a su conocimiento
del código del sistema de ficheros, fue capaz de reiniciar
el sistema y reconstruir el árbol de directorios del disco
a mano.
Pongámoslo de otra forma, si se imagina la
utilización de la cuenta root como un sombrero
mágico especial que le da montones de poderes, pudiendo,
con un gesto de la mano destruir ciudades enteras, es una buena
idea de lo que es ser un poco cauto con lo que se hace con las
manos. Puesto que es fácil mover la mano de manera
destructiva por accidente, no sería ideal llevar el
sombrero mágico cuando no es necesario, a pesar de la
maravillosa sensación.
Debido al avance tecnológico durante las
décadas de 1950 y 1960, los sistemas
operativos comenzaron a permitir que varios usuarios
compartieran recursos
desde terminales distintos. Dos usuarios podían, en
una secuencia de proceso por lotes, ejecutar dos conjuntos de instrucciones al mismo tiempo
que compartían un procesador, el almacenamiento y la salida.Con la llegada de la red telefónica
conmutada, los computadores comenzaron a utilizar los
recursos
telefónicos para extender geográficamente los
recursos informáticos. Con este modelo,
cada procesador utilizaba recursos de proceso de
comunicaciones para conectarse con
terminales remotos. Esto hizo necesario que los terminales
y computadores se pudieran comunicar de una forma mejor. El
resultado fue el desarrollo del procesamiento de
interfaz de cara al usuario para las tareas de comunicación y el modelo
de procesamiento centralizado.Hasta que los computadores personales fueron de un
precio
accesible, potentes, y de uso general, la mayoría de
los sistemas UNIX utilizaban el modelo de proceso
centralizado. Con este tipo de modelo los computadores
mainframe se encargaban de todo el procesamiento. Este
modelo cada vez se utiliza menos hoy en día, aunque
es adecuado para las ubicaciones informáticas cuyos
usuarios estén dispersos
geográficamente.
Ilustración -1 (Modelo
centralizado)Para hacer que funcione un modelo de procesamiento
centralizado se necesitan muchos elementos, como el
servidor, procesadores de interfaz de cada usuario,
terminales, módems y adaptadores
multipuerto.Un servidor puede ser descripto como un computador configurado para compartir sus
recursos. Un procesador de interfaz de cara al usuario
conecta los canales de comunicación y el servidor. Se
encarga de los detalles de la
comunicación de modo que el servidor esté
libre para procesar sus datos.Hoy en día se utilizan dos tipos de
terminales populares: terminales bobas y terminales
inteligentes.Tradicionalmente, UNIX se ha utilizado con los
primeros, que sólo cuentan con un teclado
y un monitor.
No tienen potencia
local de proceso. El puerto de comunicación del terminal está
conectado al servidor, a través de un módem o
directamente. Cuando se escribe en una terminal boba, cada
pulsación se transmite al servidor que la
procesa.Los terminales inteligentes, pueden realizar
varios procesos
mínimos localmente. Las cajas registradoras y otros
dispositivos de punto de venta
son ejemplos de terminales inteligentes. El dispositivo
local, almacena la petición de transacción y
la envía completa al servidor en vez de enviar cada
pulsación.Para aumentar el número de puertos
disponibles a los que se puede conectar el usuario, hay que
instalar un adaptador multipuerto. Por ejemplo, el PC
normalmente tiene sólo dos puertos serie: COM1 y
COM2. Se necesitan más puertos si se quiere utilizar
un PC como servidor para más de dos
usuarios.
- Comprensión de
los sistemas de proceso centralizadoEn el procesamiento distribuido, el terminal se
sustituye por una estación de trabajo, que en
sí misma es un computador, normalmente ejecutando DOS o
UNIX. Los programas pueden estar situados en el servidor, y
ejecutarse desde allí, o dentro de la misma
estación de trabajo. Se puede imprimir en impresoras conectadas a la estación o
en dispositivos distantes conectados al
servidor.El procesamiento distribuido utiliza servidores de archivos, estaciones de trabajo,
tarjetas de interfaz de red,
nódulos, repetidores, puentes, routers y
pasarelas.
Ilustración -3 (Modelo
distribuido)Servidor de archivos: Su
propósito es distribuir archivos y segmentos de programas a las
estaciones de trabajo, imprimir desde una
ubicación central y controlar el flujo de
conexión entre las estaciones de
trabajo.Estaciones de trabajo: Un
computador personal, además de utilizarse
como servidor de archivos, puede también servir
como estación de trabajo Linux. Con un procesador 386X y 4Mb de RAM
debería ser suficiente para poder trabajar.Tarjetas de interfaz de red: Una
tarjeta de interfaz de red se conecta a una ranura de
la placa madre y es el enlace físico entre el
computador y el cableado de la red.
Estas tarjetas comúnmente están
disponibles para cables coaxiales y para par
trenzado.Nódulos: Un nódulo
sirve como punto de conexión de cables coaxiales
y puede ser activo o pasivo. Un nódulo pasivo,
normalmente tiene cuatro conectores. Un nódulo
activo, tiene ocho puertos y amplifica o retransmite la
señal.Repetidores: Estos amplifican o
regeneran la señal en la red de modo que se
puedan ampliar las limitaciones normales de distancia
del cableado de red.Puentes: Se utiliza un puente
cuando se quiere conectar dos tipos de red
similares.Routers: Los routers se utilizan
en redes complejas y de gran tamaño donde hay
caminos para que las señales de la red viajen al
mismo destino. El router determina y envía la
señal por la ruta más
efectiva.Pasarelas: Utilice una pasarela
cuando quiera conectar tipos de
redes no similares. La pasarela realiza las
conversiones de protocolo necesarios de modo que las dos
redes se puedan conectar.- Los elementos
del modelo de procesamiento
distribuido - Revisión de
topologías
La palabra topología, se refiere al modo en
que las estaciones de trabajo y los servidores
de archivos se
conectan en una red. El nombre de varias de las
topologías proviene del patrón que hacen los
cables después de que se conectan varios terminales,
estaciones de trabajo y servidores
de archivos.Las topologías más corrientes son:
estrella, bus y
anillo. Cuando se utiliza más de una
topología en una red, esta se describe como una
red híbrida.Topología en estrella: Con
esta topología todas las estaciones de trabajo
están conectadas a un servidor de archivos o
nódulo. Con esta disposición se pueden tener
nódulos activos
o pasivos.Topología en bus: En una topología en
bus,
todas las estaciones de trabajo y servidores de archivos
comparten un mismo camino. De hecho, están
conectados directamente. La topología en bus,
constituye la base de los buses ethernet y del
token.Topología en anillo: Una
topología en anillo parece una rueda sin eje. El
servidor está conectado en modo bus con las
estaciones de trabajo, sin embargo los últimos
elementos de la red están conectados juntos hasta
formar un bucle cerrado. La topología anillo,
utiliza un repetidor, al que IBM llama MAU (Multistation
Access
Unit). La red token-ring de IBM es un ejemplo de
topología en anillo.Topología híbrida: Una
topología híbrida, está compuesta por
la integración de redes con distintas
topologías, haciendo así, una red global
homogénea. - Comprensión de los
sistemas de procesamiento distribuidoEl resultado del desarrollo del procesamiento
distribuido es un modelo Cliente/Servidor. Ahora Linux puede
utilizarse como el cliente,
el servidor o ambos.
Ilustración -4 (Modelo Cliente/Servidor)
Para ilustrar una configuración del modelo
Cliente/Servidor, podemos asumir que varias estaciones de
trabajo Linux (los clientes) están conectados a un
servidor por medio de una topología de bus. El
servidor tiene directorios para cada cliente, donde pueden
almacenarse los archivos importantes, de los que se
hará copia con la copia de seguridad de cada noche. El servidor tiene
también directorios donde los clientes
pueden compartir archivos. Están conectados al
sistema una rápida impresora láser, a la que todos
tienen acceso y una unidad de cinta apropiada para hacer
copias de seguridad de los discos grandes.
Además, algunos clientes
tienen sus propias impresoras, que son más
económicas y más lentas que la del
servidor. - Modelo Cliente/Servidor
El tipo de hardware
más usado en las LANs es lo que comúnmente
conocemos como Ethernet. Consta de un solo cable con los
nodos colgando de él a través de conectores,
clavijas o transceptores. Las ethernets simples son poco
caras de instalar, lo que unido a un flujo de transferencia
neto de 10 Megabits por segundo avala gran parte de su
popularidad.
Ilustración -5 (Tarjeta Fast
Ethernet)Las Ethernets pueden conectarse mediante tres
tipos diferentes de cables: coaxil grueso, coaxil fino y
par trenzado. Tanto el fino como el grueso utilizan
cable
coaxial, difiriendo en el grosor y el modo de conectar
este cable a los nodos. El Ethernet fino usa conectores
"BNC" con forma de T, que se insertan en el cable y se
enganchan en un enchufe en la parte trasera de su
ordenador. El Ethernet grueso requiere que taladre un
pequeño agujero en el cable ,y conecte un
transceptor usando un "conector vampiro". Entonces se
pueden conectar uno o más nodos al transceptor. Los
cables Ethernet fino y grueso pueden alcanzar una distancia
de 200 y 500 metros, respectivamente, y es por ello que se
les llama también 10base-2 y 10base-5.
Ilustración -6 (Cable coaxil
fino)El par trenzado usa un cable hecho de dos
líneas de cobre
como las que se encuentran en las instalaciones
telefónicas ordinarias, pero generalmente necesitan
hardware adicional.También se le conoce como 10base-T. A pesar
de que añadir un nodo a una Ethernet gruesa es una
tarea tediosa, eso no tirará abajo la red. Para
añadir un nodo en una instalación de cable
fino, se debe interrumpir el servicio
de red al menos por unos minutos ya que se debe cortar el
cable para insertar el conector.
Ilustración -7 (Conector tipo
BNC)La mayoría de gente prefiere el Ethernet
fino porque es barato: las tarjetas
de PC pueden encontrarse por unos $40, o menos, y el cable
esta por unos centavos el metro. Sin embargo, para
instalaciones de gran escala,
es más apropiado el Ethernet grueso. Por ejemplo, la
Ethernet del Departamento de Matemáticas de GMU usa Ethernet
gruesa, de modo que no se interrumpe el tráfico cada
vez que se añade un nodo a la red.Uno de los inconvenientes de la tecnología Ethernet es su limitada
longitud de cable, que imposibilita cualquier uso fuera de
las LANs. Sin embargo, pueden enlazarse varios segmentos de
Ethernet entre sí usando repetidores, puentes o
routers. Los repetidores simplemente copian las
señales entre dos o más segmentos, de forma
que todos los segmentos juntos actúan como si fuese
una única Ethernet. Los puentes y routers son
más sofisticados. Analizan los datos de entrada y
los reenvían sólo si el nodo receptor no esta
en la Ethernet local.Ethernet funciona como un sistema de bus, donde un
nodo puede mandar paquetes (o tramas) de hasta 1500 bytes a
otro nodo de la misma Ethernet. Un nodo se direcciona por
una dirección de seis bytes grabada en el
firmware de su tarjeta Ethernet. Estas direcciones se
escriben generalmente como una secuencia de números
hexadecimales de dos dígitos separados por dos
puntos, como en aa:bb:cc:dd:ee:ff.Una trama enviada por una estación es
visible a todas las estaciones conectadas, pero sólo
el nodo destinatario la toma y la procesa. Si dos
estaciones intentan emitir al mismo tiempo, se produce una
colisión, que se resuelve por parte de las dos
estaciones abortando el envío, y
reintentándolo al cabo de un tiempo
determinado. - Ethernets
Linux soporta un buen número de tarjetas Ethernet
y adaptadores para LAN. Esto
incluye los siguientes:
- 3com 3c503, 3c503/16
- Novell NE1000, NE2000
- Western Digital WD8003, WD8013
- Hewlett Packard HP27245, HP27247, HP27250
- D-Link DE-600
Los siguientes clónicos se ha informado que
funcionan:
- LANNET LEC-45
- Alta Combo
- Artisoft LANtastic AE-2
- Asante Etherpak 2001/2003,
- D-Link Ethernet II
- LTC E-NET/16 P/N 8300-200-002
- Network Solutions HE-203,
- SVEC 4 Dimension Ethernet
- 4-Dimension FD0490 EtherBoard 16
Aquellas tarjetas clónicas compatibles con
cualquiera de las tarjetas anteriores también
debería funcionar.
En instalaciones mayores, como la Universidad de Groucho Marx,
Ethernet no es el único tipo de equipo usado
generalmente. En la Universidad de Groucho Marx cada
LAN de
un departamento esta enlazada a la troncal del campus, que
es un cable de fibra
óptica funcionando en FDDI (Fiber Distributed
Data Interface). FDDI usa una aproximación
enteramente diferente para transmitir datos, que
básicamente implica el envío de un
número de testigos, de modo que una estación
sólo pueda enviar una trama si captura un
testigo.La principal ventaja de FDDI es una velocidad de hasta 100 Mbps, y una longitud
de cable máxima de hasta 200 km.Para enlaces de red de larga distancia, se usa
frecuentemente un tipo distinto de equipos, que se basa en
un estándar llamado X.25. Muchas de las llamadas
Redes Publicas de Datos, como Tymnet en Estados
Unidos, Datex-P en Alemania, o Iberpac en España, ofrecen este servicio.X.25 requiere un hardware especial,
llamado Ensamblador/Desensamblador de Paquetes o
PAD. X.25 define un conjunto de protocolos de red de derecho propio, pero
sin embargo se usa frecuentemente para conectar redes
corriendo TCP/IP y otros protocolos.Ya que los paquetes IP no se pueden mapear de modo
simple en X.25 (y viceversa), estos son encapsulados en
paquetes X.25 y enviados a través de la
red.Frecuentemente, los radioaficionados usan sus
propios equipos para conectar sus ordenadores en red; esto
se llama packet radio o
ham radio.
El protocolo utilizado por el packet radio es
el llamado AX.25, que deriva del X.25. Otras
técnicas implican el uso de las lentas pero baratas
líneas serie para acceder bajo llamada. Esto
requiere otro protocolo para la transmisión de
paquetes, como SLIP o PPP, que se describen más
adelante.- Otros tipos de
hardwareSiendo el resultado del esfuerzo concentrado de
programadores de todo el mundo, Linux no habría sido
posible sin la red global. Así que no sorprende que
ya en los primeros pasos del desarrollo, varias personas
comenzaron a trabajar en dotarlo de capacidades de red. Una
implementación de UUCP corría en Linux casi
desde el comienzo, y el
trabajo sobre redes basadas en TCP/IP comenzó
por el otoño de 1992, cuando Ross Biro y otros
crearon lo que ahora se conoce como Net-1.Después de que Ross dejara el desarrollo
activo en Mayo de 1993, Fred van Kempen comenzó a
trabajar en una nueva implementación, reescribiendo
grandes partes del código.Este esfuerzo continuado se conoce como Net-2. Una
primera versión pública, Net-2d, salió
en el verano de 1992 (como parte del kernel 0.99.10), y ha
sido mantenida y ampliada por varias personas, muy
especialmente por Alan Cox, como Net-2 Debugged. Tras una
dura corrección y numerosas mejoras en el
código, cambió su nombre a Net-3
después de que saliese Linux 1.0. Esta es la
versión del código de red que se incluye
actualmente en las versiones oficiales del
kernel.Net-3 ofrece drivers de dispositivo para una
amplia variedad de tarjetas Ethernet, así como SLIP
(para enviar tráfico de red sobre líneas
serie), y PLIP (para líneas en paralelo). Con Net-3,
Linux tiene una implementación de TCP/IP que se
comporta muy bien en entorno de red de área local,
mostrándose superior a algunos de los UNIX de PC
comerciales. El desarrollo se mueve actualmente hacia la
estabilidad necesaria para su funcionamiento fiable en
nodos de Internet.Además de estas facilidades, hay varios
proyectos en marcha que mejorarán la
versatilidad de Linux. Un driver para PPP (el protocolo
punto a punto, otra forma de enviar trafico de red sobre
líneas serie) está en estado
Beta actualmente, y otro driver AX.25 para ham radio
está en estado
Alfa. Alan Cox también ha implementado un driver
para el protocolo IPX de Novell,
pero el esfuerzo para un paquete de red completo compatible
con el de Novell
se ha paralizado por el momento, debido a la negativa de
Novell
para facilitar la documentación necesaria. Otro
proyecto muy prometedor es samba, un servidor de NetBIOS
gratis para Unixes, escrito por Andrew Tridge.Mientras, Fred siguió desarrollando,
Net-2e, que dispone de un más revisado diseño de la capa de red. En el
momento de escribir esto, Net-2e es aun software Beta. Lo
más notable sobre Net-2e es la incorporación
de DDI, el Device Driver Interface (Interface de driver de
dispositivo). DDI ofrece un acceso y un método de configuración
uniforme a todos los dispositivos y protocolos de
red.Otra implementación más de red
TCP/IP viene de Matthias Urlichs, quien escribió un
driver de RDSI para Linux y FreeBSD. Para esto,
integró algo del código de red de BSD en el
kernel de Linux.En un futuro previsible, sin embargo, Net-3 parece
estar aquí para quedarse. Alan trabaja actualmente
en una implementación del protocolo AX.25 usado por
radioaficionados. Sin duda, el código de
"módulo" aún por desarrollar para el kernel
traerá también nuevos impulsos al
código de red. Los Módulos le permiten
añadir drivers al kernel en tiempo de
ejecución.Aunque todas estas diferentes implementaciones de
red intentan dar el mismo servicio, hay grandes diferencias entre
ellas a nivel de kernel y dispositivos. Además, no
podrá configurar un sistema con un kernel Net-2e con
utilidades de Net-2d o Net-3, y viceversa. Esto solo se
aplica a comandos
que tienen mucho que ver con el funcionamiento interno del
kernel; aplicaciones y comandos
de red comunes como rlogin o telnet
se ejecutan en cualquiera de ellos. - Redes con
LinuxPor supuesto, Ud. no querría que su red
estuviese limitada a una Ethernet. Idealmente, Ud.
desearía poder
usar una red sin importarle que hardware dispone y de
cuantas subunidades se compone. Por ejemplo, en
instalaciones grandes como la Universidad de Groucho
Marx,
habrá un número de Ethernets separadas, que
han de conectarse de alguna manera. En la GMU, el
departamento de matemáticas tiene dos Ethernets: una
red de máquinas rápidas para profesores y
graduados, y otra con maquinas
lentas para estudiantes. Ambas están colgadas de la
red troncal FDDI del campus.Esta conexión se maneja con un nodo
dedicado, el llamado pasarela, o gateway, que maneja los
paquetes entrantes y salientes copiándolos entre las
dos Ethernets y el cable de fibra
óptica. Por ejemplo, si está en el
Departamento de Matemáticas, y quiere acceder a quark
en la LAN del
Departamento de Físicas desde su Linux, el software
de red no puede mandar paquetes a quark directamente,
porque no esta en la misma Ethernet. Por tanto, tiene que
confiar en la pasarela para que actúe como
retransmisor. La pasarela (llamémosla sophus)
reenvía entonces estos paquetes a su pasarela
homóloga niels del Departamento de Físicas,
usando la troncal, y por fin niels los entrega a la maquina
destino.Este esquema de dirección de los datos al nodo remoto
se llama encaminamiento, y a los paquetes se des denomina a
menudo datagramas en este contexto. Para facilitar las
cosas, el intercambio de datagramas está gobernado
por un único protocolo que es independiente del
hardware utilizado.El principal beneficio del IP es que convierte a
redes físicamente distintas en una red aparentemente
homogénea. A esto se le llama internet working, y la
resultante "metared" se llama internet. Observe aquí
la sutil diferencia entre una internet y La Internet. El
último es el nombre oficial de una internet global
particular. Existen casos especiales de internets llamadas
intranets, las cuáles pueden ser o no parte de La
Internet.Claro que el IP también necesita un esquema
de direccionamiento independiente del hardware. Esto se
consigue asignando a cada nodo un número
único de 32 bits, que define su dirección IP. Una dirección IP se escribe normalmente
como 4 números en decimal, uno por cada
división de 8 bits, y separados por puntos. Por
ejemplo, quark podría tener una dirección IP 0x954C0C04, que se
escribiría como 149.76.12.4. A este formato se le
llama notación de puntos.Se dará cuenta de que ahora tenemos tres
tipos distintos de direcciones: primero, tenemos el nombre
del nodo, como quark, después tenemos las
direcciones IP, y por fin están las direcciones
hardware, como la dirección Ethernet de 6 bytes. De
alguna forma todas ellas deben coincidir, de modo que
cuando escriba rlogin quark, se le pueda pasar la
dirección IP al software de red; y cuando IP
envíe datos a la Ethernet del Departamento de
Físicas, de algún modo tiene que encontrar
que dirección Ethernet corresponde con la
dirección IP. Lo cual es bastante
confuso.No entraremos en esto aquí, sino que lo
dejamos para próximos capítulos. De momento,
es suficiente con recordar que estos pasos para encontrar
las direcciones se llaman resolución de nombres,
para mapear nombres de nodo con direcciones IP; y
resolución de direcciones, para mapear éstas
últimas con direcciones hardware. - El protocolo
IP (Internet Protocol)
Internet está enfrentando dos graves problemas que
coartan su crecimiento. El primero es el rápido
agotamiento del ancho de banda de los backbones. Afortunadamente,
este problema está en vías de ser resuelto,
agregando vínculos de mayor velocidad en
la "columna vertebral" de la red de redes.
El segundo problema es más grave, ya que no
existe una solución que no implique grandes cambios en los
protocolos que utiliza Internet. Como sabemos, todo equipo
conectado a una red TCP/IP como Internet debe poseer una
dirección de IP única para toda la red. Esta
dirección es de 32 bits de largo y generalmente se la
representa con cuatro bytes separados por puntos (ejemplo:
128.12.14.5). Si bien con este esquema son disponibles 4.000
millones de direcciones IP, las direcciones se agruparon en redes
de distinto tipo. Una red de clase A posee 16 millones de hosts;
una de clase B, 65.000; y una de clase C, 254.
Esta división, si bien ayudaba al enrutamiento de
los paquetes TCP/IP, no utilizaba muy eficientemente todas las
direcciones posibles. Si bien este esquema resistió
satisfactoriamente los primeros 25 años de Internet, desde
hace dos años están comenzando a escasear los
números de red. Las redes clase B están casi
agotadas, mientras que las de clase C van en camino de correr la
misma suerte en muy poco tiempo.
La solución a este problema es la adopción
de una nueva versión para el protocolo IP, denominada
IPv6. El actual protocolo IP, versión 4 (IPv4), soporta
direcciones de 32 bits de longitud. IPv6 lleva esta longitud a
128 bits, dando un espacio de direccionamiento de tal magnitud,
que se espera que dure mucho más que el anterior.
Además, se definieron mecanismos de separación de
redes mucho más eficientes. IPv6 no solo aumenta el
tamaño de la dirección IP, sino que incorpora
soporte de seguridad,
transmisores de información sensibles al retardo (como ser
audio y video), reserva
de ancho de banda, etc.
Si bien un nodo corriendo IPv6 puede conectarse
transparentemente con un IPv4, y ya hay varias implementaciones
de software para IPv6, tanto para computadoras
como para ruteadores; existe una gran preocupación acerca
de cómo se va a manejar la transición y si los
usuarios de Internet aceptarán el cambio sin
inconvenientes. Lamentablemente, el tiempo se acaba y la adopción
de IPv6 debe ser efectuada lo más pronto
posible.
SLIP (Serial Line IP, Protocolo Internet en
Línea Serie), y PPP (Point-to-Point Protocol,
Protocolo Punto-a-Punto) son protocolos muy utilizados para
enviar paquetes IP a través de enlaces serie. Varias
instituciones ofrecen acceso telefónico
SLIP y PPP a maquinas
conectadas a Internet, esto proporciona conectividad IP a
personas privadas (algo que de otra forma seria
difícilmente de conseguir debido al elevado
coste).Para trabajar con SLIP o PPP, no son necesarias
modificaciones en el hardware; puede utilizarse cualquier
puerto serie.Hay personas fuera del mundo de las redes que
solo poseen un PC y no tienen dinero
para gastarlo en un enlace Internet T1. Para conseguir su
dosis diaria de noticias y mensajes, dependen de enlaces
SLIP, redes UUCP y BBS, que usan las redes
telefónicas publicas.Este capitulo pretende ayudar a todas aquellas
personas que dependen del módem para mantener sus
enlaces. Sin embargo, hay muchos detalles que este
capitulo no puede abordar, por ejemplo, como configurar
el módem para marcar ya que no todos los
módems tienen una misma configuración. Por
otro lado, nuestra tarea es comprender la
administración de redes, sería un trabajo
muy extenso abordar temas tan específicos. Para
más información, puede consultar
"serial HOWTO" de Greg Hankins que es enviado a
comp.os.linux.announce regularmente.Existen varios paquetes de comunicaciones disponibles para Linux.
Muchos de ellos son emuladores de terminales, que
permiten a un usuario conectarse a otro ordenador como si
estuviera frente a uno de sus terminales. El emulador de
terminales tradicional en UNIX es kermit. Este es, sin
embargo, algo duro. Hay programas disponibles más
cómodos que soportan agenda telefónica y
guiones para llamar y entrar en ordenadores remotos. Uno
de estos es el minicom, muy parecido a los primitivos
programas emuladores de terminal a los que tan
acostumbrados están los usuarios del DOS. Hay
también paquetes de comunicaciones bajo X-11 como por ejemplo
seyon.
Ilustración -1 (Módem tipo
tarjeta)También, existe un buen numero de
programas para instalar BBS bajo Linux, disponibles para
aquellos que quieran ofrecer este sistema.
Ilustración -2 (Módem tipo
externo)A parte de los programas de terminal, hay
también software que usa la línea serie de
forma no interactiva para el transporte de datos hasta su ordenador. La
ventaja de esta técnica es que se usa menos tiempo
en transferir varios kilobytes automáticamente que
el necesario para leer los mensajes en algunos buzones y
visualizar noticias interesantes en un BBS. Por otra
parte, esto requiere más espacio de disco debido a
la transferencia de más información inútil de la que
normalmente se obtendría.El compendio de esta clase de software de
comunicaciones es UUCP. Este es un conjunto de programas
que copia ficheros desde una maquina a otra, ejecuta
programas en un ordenador remoto, etc. Se utiliza
frecuentemente para transferir mensajes y noticias (news)
entre redes privadas. Otro software de comunicaciones no
interactivo es utilizado, por ejemplo, en Fidonet.
También están disponibles puertos para
aplicaciones de Fidonet como ifmail.- Configurando
el software serieLos dispositivos proporcionados por
núcleo UNIX para el acceso a dispositivos serie
son llamados normalmente ttys. Esta es una abreviatura de
Teletype, los cuales solían ser uno de los mayores
productores de terminales en los primeros días de
UNIX. El termino se usa actualmente para cualquier
terminal de texto.
A través de este capitulo, lo usaremos
exclusivamente para referirnos a los
dispositivos.Linux distingue tres clases de ttys: consolas
(virtuales), pseudo terminales (similares a las
tuberías de doble vía, usadas por
aplicaciones tales como X11), y dispositivos serie. Estos
últimos son considerados también como ttys,
porque permiten sesiones interactivas sobre conexiones
serie, ya sea esta un terminal conectado por cable o un
ordenador remoto a través de la línea
telefónica.Los Ttys tiene un numero de parámetros
configurables mediante la llamada al sistema ioctl.
Muchas de ellas se aplican solo a dispositivos serie,
puesto que necesitan una distribución mayor y
más flexible para manejar varios tipos de
conexiones.Entre los más destacados
parámetros para la línea se encuentra la
velocidad y la paridad. Pero hay
también elementos para la conversión entre
caracteres en mayúscula y minúscula, de
retorno de carro en el avance de línea, etc. El
manejador tty puede también soportar varias
líneas dedicadas las cuales hacen que el manejador
de dispositivo tenga un comportamiento completamente distinto. Por
ejemplo, el driver SLIP para Linux está
desarrollado por medio de una línea especial
dedicada.Hay una pequeña ambigüedad sobre la
forma de medir la velocidad de línea. El termino
correcto es Bit rate, el cual esta relacionado con la
velocidad de transferencia de la
línea medida en bit por segundo (bps para
abreviar). Algunas veces se oye a la gente referirlo como
velocidad en Baudios, el cual no es muy correcto. Esos
dos términos no son intercambiables. La velocidad
en Baudios se refiere a una característica
física de algunos dispositivos
serie, es decir, la velocidad de reloj a la que se
transmiten los impulsos. El "bit rate", indica el
estado actual de una conexión serie existente
entre dos puntos, a saber, el número medio de bits
transferidos por segundo. Es importante saber que estos
dos valores suelen ser diferentes, ya que la
mayoría de los dispositivos codifican más
de un bit por cada impulso eléctrico. - Introducción a
dispositivos serieComo todos los dispositivos en un sistema UNIX,
se accede a los puertos serie a través de ficheros
especiales, localizados en el directorio /dev. Hay dos
tipos de ficheros de dispositivos relacionados con los
manejadores serie, y cada puerto tiene su archivo. Dependiendo del fichero por el
que se acceda, el dispositivo se comportara de forma
diferente.El primer tipo se utiliza para las llamadas de
entrada, tienen el 4 como número mayor, y los
ficheros son nombrados ttyS0, ttyS1, etc. El segundo tipo
se utiliza para llamadas de salida a través de un
puerto, los ficheros son llamados cua0, etc. y tienen
como número mayor el 5.Los números menores son idénticos
en ambos tipos. Si tiene su módem en uno
cualquiera de los puertos COM1 a COM4, su número
menor será el numero de puerto COM +
63.Asumamos que su módem esta en el COM2, en
ese caso su numero menor será 65, y su numero
mayor será 5 para llamadas. Para esto,
debería existir un dispositivo que tuviera esos
números. A continuación vemos una lista de
ttys serie del directorio /dev.$ ls -l /dev/cua*
crw-rw-rw-1 root root 5, 64 Nov 30
19:31 /dev/cua0crw-rw-rw-1 root root 5, 65 Nov 30
22:08 /dev/cua1crw-rw-rw-1 root root 5, 66 Oct 28
11:56 /dev/cua2crw-rw-rw-1 root root 5, 67 Mar 19 1992
/dev/cua3Si no hubiese un dispositivo tal, tendría
que crear uno, haciéndose superusuario y
tecleando:# mknod -m 666 /dev/cua1 c 5
65# chown root.root /dev/cua1
- Accediendo a
los dispositivos serie - Hardware
serie
Linux normalmente soporta una amplia variedad de
placas serie que utilicen el estándar RS-232. RS-232
es, en la actualidad, el estándar más
común para comunicaciones serie en el mundo del PC.
Este usa un número de circuitos
tanto para transmitir simples bits como para
sincronización. Líneas adicionales pueden ser
usadas para señalar la presencia de un carrier y
handshake.El hardware handshake es opcional, pero muy
útil. Permite a cada una de las dos estaciones
señalar cuando esta lista para recibir más
datos, o si la otra estación debe parar hasta que el
receptor procese los datos de entrada. Las líneas
usadas para esto son llamadas Clear to Send, despejado para
enviar, (CTS) y Ready toa Send, listo para enviar (RTS),
respectivamente.En ordenadores PC, el interfaz RS-232 es
generalmente manejado por un chip UART descendiente del chip
16450 de la National Semiconductor, o de una nueva
versión de este, el NSC 16550A2. Algunas marcas
(más notablemente los módems internos equipados
con un chip Rockwell) también usan chips completamente
diferentes que han sido programados para comportarse como un
16550.La principal diferencia entre los 16450 y los 16550
estriba en que el primero tiene un buffer de 1 byte mientras
que el segundo es de 16 bytes. Esto hace al 16450
válido para velocidades máximas de 9600
baudios, mientras que para velocidades superiores se requiere
un chip compatible con el 16550. Además de esos chips,
Linux también soporta el chip 8250, que era el
original UART de los PC.En la configuración por defecto, el
núcleo comprueba los cuatro puertos series
estándar, es decir, del COM1 hasta el COM4, a los que
se le asignaran los números menores desde el 64 hasta
el 67, como se ha descrito anteriormente.Si quiere configurar su puerto serie adecuadamente,
tendría que incluir la órden setserial en el
archivo
rc.serial, el cual es llamado en tiempo de arranque del
sistema desde el fichero de inicialización /etc/rc.
Este usa setserial para configurar los dispositivos serie del
kernel. Un típico guión rc.serial tendrá
el siguiente aspecto:# /etc/rc.serial – guión de
configuración de la línea serie#
# Detección de interrupciones
libres/sbin/setserial -W /dev/cua*
# Configurar dispositivos serie
/sbin/setserial /dev/cua0 auto_irq
skip_test autoconfig/sbin/setserial /dev/cua1 auto_irq
skip_test autoconfig/sbin/setserial /dev/cua2 auto_irq
skip_test autoconfig/sbin/setserial /dev/cua3 auto_irq
skip_test autoconfig# Muestra la
configuración de dispositivos serie/sbin/setserial -bg /dev/cua*
Referirse, por favor, a la documentación que
viene con setserial para comprender los parámetros. Si
su tarjeta serie no es detectada, o la orden setserial -bg
muestra una
configuración incorrecta, tendrá que forzar la
configuración suministrando explícitamente
los
valores correctos. Está comprobado que los
módems internos equipados con los chip de Rockwell
experimentan este tipo de problemas. Así, por ejemplo,
si se obtiene que el chip de una UART es el NSC 16450, siendo
de hecho una compatible NSC 16550, se tendrá que
cambiar la configuración del puerto implicado de la
forma siguiente:/sbin/setserial /dev/cua1 auto_irq
skip_test autoconfig UART 16550Existen opciones similares para forzar los puertos
COM, direcciones base, y configuración de
IRQ.Si su módem soporta hardware handshake,
asegúrese de activarlo. Sorprendentemente, la
mayoría de los programas de comunicaciones no intentan
activarlo por defecto, por lo cual hay que realizarlo
manualmente. La mejor forma es incluirlo en el guión
rc.serial usando la orden stty:$ stty crtscts < /dev/cua1
Para comprobar si el hardware handshake
esta funcionando usar:$ stty -a < /dev/cua1
Esto le da el estatus de todos los parámetros
de ese dispositivo. Un parámetro precedido con un
signo menos como en -crtscts significa que ha sido
desactivado.- IP en
líneas serie, SLIP y PPPPor otro lado, la historia no
se acaba con el envío de datagramas de un nodo a otro.
Si accede a hostquark, querrá disponer de una
conexión fiable entre su proceso rlogin en
erdos y el proceso de shell en quark. Para ello, la
información enviada en uno y otro sentido debe
dividirse en paquetes en el origen, y reensamblada en un
flujo de caracteres por el receptor. Parece trivial, pero
implica un número de tareas complejas.SLIP esta descrito en la norma RFC 1055. La
compresión de cabeceras CSLIP, basada en él, se
describe en la RFC 1144.Una cosa importante a saber sobre IP es que por
sí sólo, no es fiable. Suponga que diez
personas de su Ethernet comienzan a transferirse la
última versión de XFree86 del servidor de
FTP de
GMU. La cantidad de tráfico generada por esto
podría ser excesiva para que la maneje la pasarela,
porque es demasiado lento, y anda escaso de memoria. Ahora,
si coincide que Ud. envía un paquete a quark, sophus
podría tener agotado el espacio del buffer durante un
momento y por tanto no es capaz de reenviarlo. IP resuelve
este problema simplemente descartándolo. El paquete se
pierde irrevocablemente. Lo cual traslada la responsabilidad de comprobar la integridad y
exactitud de los datos a los nodos extremos, y su
retransmisión en caso de error. De esto se encarga
otro protocolo, TCP, o Transmission Control
Protocol (Protocolo de Control de la Transmisión), que
construye un servicio
fiable por encima de IP.La propiedad
esencial de TCP es que usa IP para darle la impresión
de una conexión simple entre dos procesos
en su equipo y la máquina remota, de modo que no tiene
que preocuparse de cómo y sobre qué ruta viajan
realmente sus datos. Una conexión TCP funciona
básicamente como una tubería de doble sentido
en la que ambos procesos
pueden escribir y leer. Imagínela como una
conversación telefónica.TCP identifica los extremos de tal conexión
por las direcciones IP de los dos nodos implicados, y el
número de los llamados puertos de cada nodo. Los
puertos se pueden ver como puntos de enganche para conexiones
de red. Si vamos a explotar el ejemplo del teléfono un
poco más, uno puede comparar las direcciones IP con
los prefijos de área (los números
representarían ciudades), y los números de
puerto con los códigos locales (números que
representan teléfonos de personas
concretas).En el ejemplo de rlogin, la aplicación
cliente (rlogin) abre un puerto en erdos, y se conecta
al puerto 513 de hostquark, en el que se sabe que está
escuchando el servidor rlogind.Esto establece una conexión TCP. Usando esta
conexión, rlogind realiza el procedimiento
de autorización, y entonces muestra el
shell. La entrada y salida estándar del shell se
redirigen a la conexión TCP, de modo que cualquier
cosa que escriba a rlogin en su maquina será pasado a
través del canal TCP y entregado al shell como entrada
estándar.TCP no es el único protocolo de usuario en
redes TCP/IP. Aunque adecuado para aplicaciones como rlogin,
la sobrecarga que supone es prohibitiva para aplicaciones
como NFS. En contraposición, éste usa un
protocolo derivado de TCP llamado UDP, o User Datagram
Protocol (Protocolo de datagrama de Usuario). De igual modo
que TCP, UDP también permite que una aplicación
contacte con un servicio en un puerto concreto
de la máquina remota, pero no establece una
conexión para ello. En cambio,
puede usarlo para enviar paquetes sueltos al servicio
destino. De allí su nombre.Suponga que ha montado la jerarquía del
directorio TEX del servidor de NFS central del departamento
galois, y desea ver un documento que describe como
usar LATEX. Arranca su editor, y lee el fichero completo. Sin
embargo, le llevaría demasiado tiempo establecer una
conexión TCP con galois, enviar el fichero, y
liberarla de nuevo. En cambio, si
se hace una petición a galois, envía el
fichero en un par de paquetes UDP, que es mucho más
rápido. Sin embargo, UDP no se hizo para controlar la
perdida o corrupción de paquetes. Es responsabilidad de la aplicación (en
este caso NFS) tener en cuenta esto.Linux soporta una implementación completa de
los protocolos de red TCP/IP (Transport Control
Protocol/Internet Protocol). TCP/IP ha resultado ser hasta
ahora el mejor mecanismo de comunicación entre
ordenadores de todo el mundo. Con Linux y una tarjeta
Ethernet podrá introducir su máquina en una red
local o (si se tienen las conexiones apropiadas) a la
internet, la red TCP/IP de ámbito mundial.Poner en marcha una pequeña red local de
máquinas UNIX es fácil. Sólo requiere
una tarjeta Ethernet en cada máquina y los cables
adecuados así como hardware accesorio (terminadores,
etc.). Y si su universidad o empresa tiene
acceso a la internet, podrá insertar su máquina
Linux en esta red.La implementación actual de TCP/IP y los
protocolos relacionados para Linux se llama "NET-2". No tiene
que ver con la versión NET-2 para BSD. En realidad, se
refiere a que es la segunda implementación que se hace
para Linux.NET-2 de Linux soporta también SLIP (Serial
Line Internet Protocol). SLIP le permitirá acceder a
la Internet con un módem. Si su universidad o empresa
proporciona accesos por SLIP, podrá llamar desde su
casa al servidor SLIP y conectarse así a la Red.
Recíprocamente, si posee en Linux una tarjeta de
Red y un módem podrá configurar un servidor
SLIP en él.Para obtener más información de
configuración de TCP/IP en Linux, puede leer el
documento NET-2 HOWTO, disponible mediante FTP en
http://www.infor.es/LINUX. Se trata de una
guía completa de configuración, que incluye
conexiones mediante Ethernet y SLIP. Otro documento
relacionado es el Ethernet HOWTO, que se centra en
cómo configurar diversos modelos de
tarjetas Ethernet. Encontrará más ayuda en el
libro
TCP/IP Network Administration, de Craig Hunt.Puede utilizar el TCP/IP para Linux sin hardware
de red. Así podrá usar el dispositivo
"loopback" para conectarse con usted mismo. Aunque
parezca poco serio, hay algunos programas que necesitan
conexiones de red "loopback" para funcionar.Si desea utilizar Linux en una red de tipo
Ethernet, necesitará una de las placas citadas
anteriormente.- Hardware
requeridoEn esta sección intentaremos explicar
cómo configurar una conexión TCP/IP con
Ethernet. Nótese que este método funcionará en muchos
sistemas, pero no siempre. Nuestra explicación
debería ser suficiente para aclararle el camino en
la configuración de red en su
máquina.En primer lugar, vamos a asumir que su sistema
Linux ha sido instalado con el software TCP/IP. Esto
incluye clientes como telnet
y ftp, comandos de administración como
ifconfig y route (que suelen estar en /etc) y ficheros de
configuración de red, como /etc/hosts.
También vamos a suponer que el núcleo
está compilado con el soporte TCP/IP.Una vez hecho esto, se deben modificar los
ficheros de configuración que usa NET-2. Esta
parte suele ser bastante simple, pero existen
desacuerdos entre las diferentes
distribuciones de Linux. Los ficheros pueden estar en
/etc o en /usr/etc o incluso /usr/etc/inet. En el peor
caso puede usar el comando find para localizar los
ficheros. A veces los ficheros están
también repartidos por varios directorios y no en
uno sólo.Antes de configurar su sistema con TCP/IP
necesita conocer cierta información sobre la red.
En muchos casos, el administrador local se la
proporcionará.Dirección IP: Es la
dirección única de cada máquina,
formada por números separados por puntos. Por
ejemplo, 128.253.153.54. El administrador de red le dará este
número. Si está configurando el modo
"loopback" únicamente (esto es, no tiene
conexión a la red mediante SLIP o Ethernet) su
dirección IP será la 127.0.0.1.Máscara de red: Es un
número similar a la dirección IP, que
determina en qué parte de la dirección IP
se encuentra el número de subred, y qué
parte especifica el host en la subred. La máscara
de red es un patrón de bits, que al ser
superpuesto a una dirección de la red, le
dirá en qué subred se encuentra esa
dirección. Esto es muy importante para el rutado,
y si usted nota que puede comunicarse con gente de redes
externas pero no con gente de su misma red, es posible
que tenga mal configurada la máscara de red. Los
administradores de la subred habrán seleccionado
las máscaras en tiempo de diseño de la red, y serán
quienes deban darle esa información.Muchas subredes son de "clase C" y usan la
máscara 255.255.255.0. Otras subredes de "clase B"
usan la 255.255.0.0. El código de NET-2
seleccionará automáticamente una
máscara que asume que no hay subred. Todo esto
debe aplicarse también a la configuración
"loopback". Dado que la dirección "loopback" es
siempre la 127.0.0.1, las máscara será la
255.0.0.0. Puede especificarla de forma explícita
o dejar que el sistema la ponga por defecto.Dirección de red: Es el
resultado de la operación lógica AND entre su
dirección IP y la máscara. Por ejemplo, si
su dirección IP es la 128.253.154.32 y la
máscara es 255.255.255.0, su dirección de
red será la 128.253.154.0. Con una máscara
255.255.0.0, la dirección sería
128.253.0.0. Si utiliza solo la configuración en
"loopback", la dirección de red no
existe.Dirección de "broadcast":
Se utiliza para lanzar paquetes que deben recibir todas
las máquinas de la subred. Así pues, si el
número de host de la subred se obtiene mediante el
último octeto de la dirección IP (o sea, la
máscara es la 255.255.255.0), su dirección
de "broadcast" será su dirección de red
operado en OR con 0.0.0.255. Por ejemplo, si su
número IP es el 128.253.154.32, y la
máscara es la 255.255.255.0, la dirección
de "broadcast" sería la 128.253.154.255. Observe
que por motivos históricos, algunas subredes
están configuradas para usar la dirección
de red como dirección de "broadcast". Si tiene
dudas, consulte con el administrador de la
red.En muchos casos, bastará con copiar la
configuración que tengan otras máquinas de
la subred y cambiar únicamente el valor
IP, por supuesto. La dirección "broadcast" tampoco
tiene utilidad en una configuración en
"loopback".Dirección de pasarela: En
ocasiones puede tener varias pasarelas. Una pasarela o
gateway es simplemente una máquina que se
encuentra a la vez en dos subredes (tiene una
dirección IP por cada una), y reparte los paquetes
entre ellas. En muchas subredes existe una sóla
pasarela para comunicarse con las redes externas, pero en
otras hay varias, una para cada subred adicional. Si su
red está aislada de otras, o su máquina se
encuentra en configuración "loopback", no
necesitará dirección de
pasarela.Se trata de la dirección de la
máquina que va a ser su pasarela a otras
máquinas que no estén en su misma subred.
Muchas veces es una dirección IP como la suya,
sólo que terminada en ".1". Por ejemplo, si su
dirección IP es la 128.253.154.32, la de la
pasarela podría ser la 128.253.154.1. El
administrador se la dirá en cualquier
caso.Dirección del servidor de
nombres: Suele existir un servidor que traduce
nombres de máquinas a direcciones IP. Puede usted
mismo ejecutar en su máquina un servidor de
nombres, el programa named, en cuyo caso su
dirección será la 127.0.0.1. A menos que
realmente lo necesite, le recomendamos que procure
siempre usar otra máquina distinta. La
configuración de named es otro tema; y lo
primordial aquí es que se comunique con la red.
Puede tratar estos asuntos más tarde. En una
configuración "loopback" no es necesario este
dato.Nota para usuarios de SLIP: La
información anterior puede necesitarla o no.
Cuando use SLIP su dirección IP será
determinada de dos formas: bien "estática", lo que significa que
será siempre la misma, o bien "dinámica", lo que indica que le
será asignada una de las disponibles cada vez que
conecte con el servidor SLIP.NET-2 implementa rutado completo,
múltiples rutas, subredes… Lo anterior describe
las configuraciones más básicas. Pero la
suya puede ser diferente: cuando tenga alguna duda,
consulte al administrador de la red, y eche un vistazo a
las páginas del manual
para route e ifconfig. La configuración completa
de redes TCP/IP supera ampliamente las intenciones de
este trabajo. Para más información puede
consultar "Redes globales de información con
Internet y TCP/IP" de Douglas E. Comer. - Configuración
de TCP/IPDNS organiza los nombres de los nodos en una
jerarquía de dominios. Un dominio es una colección de nodos
relacionados de alguna manera. Por ejemplo, las
universidades norteamericanas se agrupan en el dominio edu, y cada universidad mantiene
un subdominio dentro de edu. Nuestro ejemplo, la
Universidad de Groucho Marx,
mantendría el dominio gmu.edu y las máquinas del
departamento de Matemáticas se encontrarían
dentro del dominio maths.gmu.edu. De modo que el
nombre completo de la máquina erdos
será erdos.maths.gmu.edu. El nombre completo se
conoce como nombre totalmente cualificado o FQDN, e
identifica a ese nodo en todo el mundo.Dependiendo de su localización en la
jerarquía, un dominio puede ser de primer, segundo o
tercer nivel. Otros niveles pueden existir pero no son
frecuentes. Por ejemplo, algunos dominios de primer nivel
muy usuales son los siguientes:edu: Aquí se incluyen casi
todas las universidades o centros de investigación.com: Compañías u
organizaciones con fines
comerciales.org: Organizaciones no comerciales. Las redes
UUCP privadas se encuentran aquí.net: Pasarelas y otros nodos
administrativos de la red.mil: Nodos militares.
gov: Nodos del gobierno.
Fuera de los Estados
Unidos, existe un dominio de primer nivel para cada
país, de dos letras según se define en la
norma ISO-3166. Finlandia, por ejemplo, usa el
dominio fi, el dominio de,
corresponde a Alemania y el dominio ar
corresponde a Argentina. Cada país organiza por
debajo del primer nivel, los dominios de segundo nivel,
de manera parecida a los norteamericanos (por ejemplo,
con dominios com.ar o edu.ar).Por supuesto, un nodo dentro del dominio de un
país puede no estar físicamente en
él. El dominio únicamente identifica al
nodo como registrado en el NIC de
ese país. Así, un comerciante sueco puede
tener una delegación en Australia, y tener sus
nodos australianos registrados dentro del dominio de
primer nivel sueco, se.Esta organización por dominios soluciona
el problema de la unicidad de nombres. Además, los
nombres totalmente cualificados no son difíciles
de recordar.Pero DNS
tiene otras ventajas: permite delegar la autoridad sobre un determinado subdominio
a sus administradores. Por ejemplo, los subdominios maths
y physics de la UGM son creados y mantenidos por el
Centro de Cálculo de dicha universidad. Y si
el mantenimiento del subdominio maths.gmu.edu
fuese complicado (por número elevado de nodos,
existencia de subdominios internos, etc), el Centro de
cálculo de la UGM puede delegar la
autoridad sobre ese subdominio al
departamento de Matemáticas. La delegación
de un subdominio implica el control total del mismo por
parte de la
organización en la que se delegó, con
total libertad para crear nuevos subdominios
internos, asociar nombres a nodos, etc.Para este fin, el espacio de nombres se divide
en zonas, cada una asociada a un dominio. Notar que
existe una diferencia entre zona y dominio: el dominio
groucho.edu incluye todos los nodos de la UGM, mientras
que la zona groucho.edu incluye sólo los nodos que
mantiene directamente el Centro de Cálculo, ya que los nodos del
subdominio physics.groucho.edu pertenecen a la zona
controlada por el Departamento de
Físicas.Trataremos aquí el problema de
cómo localizar el nombre de un determinado
nodo. DNS es una gigantesca base
de datos distribuida. Se implementa a
través de los llamados servidores de nombres.
Cada uno de éstos mantiene la
información de uno o varios dominios. Para
cada zona hay al menos dos (o más) servidores
de nombres que mantienen información
autorizada sobre los nodos de esa zona. Para obtener
la dirección IP del nodo erdos, lo que
hay que hacer es contactar con el servidor de nombres
de la zona para groucho.edu y este nos
devolverá los datos pedidos.Esto parece fácil de decir pero
difícil de implementar pues nos preguntaremos
cómo localizar al servidor de nombres de la
UGM. Si su ordenador no implementa un adivino, le
ayudara el DNS. Cuando su aplicación desea
encontrar información acerca de erdos,
contactará en primer lugar con un servidor de
nombres local, quien realizará una
búsqueda por otros servidores.Empieza por preguntar a un servidor de
nombres raíz por erdos.
maths.groucho.edu. Al comprobar este último
que él no mantiene ese dominio,
contactará con los servidores del dominio edu
y les preguntara las direcciones de los servidores de
nombres, que retornará al servidor local.
Ahora nuestro servidor preguntará a estos
últimos y éstos a su vez irán
haciendo llegar a nuestro servidor hasta los que
mantienen la zona groucho.edu. Finalmente, se
preguntará a uno de estos últimos por
el nodo erdos y se enviará la respuesta al
usuario.Aparentemente esto provoca mucho
tráfico, aunque en todo caso siempre
será menor que preguntar siempre a los mismos
servidores que mantenían el fichero HOSTS.TXT
antes de que se diseñara el DNS.Sin embargo, aún se puede mejorar
algo más. La información obtenida en
una búsqueda puede que se necesite
después. Por ello, el servidor de nombres
local la guardará en una caché local.
Así, cuando volvamos a preguntar por un nodo
de groucho.edu, el servidor local ya podrá
dirigirse directamente el servidor de nombres de esa
zona sin pasar por los servidores raíz. Por
supuesto, el servidor de nombres no puede mantener la
caché eternamente, sino descartarla cada
cierto tiempo. Este tiempo de expiración se
conoce como TTL o tiempo de vida. En la base
de datos del DNS se especifica este
parámetro.- Búsquedas de nombres
con DNSCuando un servidor de nombres mantiene toda
la información acerca de una zona se le llama
autorizado para esa zona. Cualquier petición
para esa zona será enviada a uno de esos
servidores maestros.Para tener una representación
coherente de la zona, sus servidores maestros deben
estar sincronizados. Para ello, a uno de ellos se le
nombra servidor primario, que obtiene la
información de zona a partir de unos ficheros
locales, y a los demás se les nombra
servidores secundarios. Estos últimos cargan
la información de la zona pidiéndosela
al primario cada cierto tiempo.Las razones para que existan varios
servidores autorizados por cada zona son dos:
repartir la carga de trabajo y lograr tolerancia a fallos. Así, si un
servidor cae, todas las peticiones se
repartirán entre los demás servidores
autorizados que haya. Por supuesto, esto no protege
contra fallos internos o bugs del propio software
DNS.También es posible tener servidores
de nombres que no mantengan información
autorizada de ningún dominio. Este tipo de
servidores es útil, pues al mantener una
caché con los nombres que resuelven,
disminuyen la carga de la red y de otros
servidores. - Servidores
de nombres - La base de
datos DNS
En las bases de
datos del DNS se mantiene más
información que la necesaria para traducir nombres
a direcciones IP. Dicho de otra forma, en DNS se
mantienen distintos tipos de registros.Un elemento simple de información en el
DNS se conoce como registro de recurso o RR. Cada registro tiene un tipo asociado a
él, describiendo qué clase de datos
contiene, y una clase indicando el tipo de red al que se
aplica. Se trata de adecuar a diferentes esquemas de red,
aunque para direcciones IP se usa siempre la clase IN
(INternet), pero hay otras como las redes Hesiod (que se
usan en el MIT). El registro más habitual es el de tipo
A, que relaciona un nombre totalmente cualificado con una
dirección IP.Un nodo puede admitir más de un nombre.
Pero solo uno de ellos será "oficial" o
canónico, mientras que los demás son alias
del primero. La diferencia es que el canónico se
define en un registro de tipo A, mientras que los alias
se definen en registros CNAME que apuntan al nombre
canónico.Además de los registros A y CNAME, se puede ver que hay
un registro especial al principio del
fichero, con varias líneas. Se trata del registro
SOA o de inicio de autoridad, que mantiene información
general sobre el servidor de nombres. Por ejemplo, el
tiempo de vida por defecto de todos los registros que mantiene.Nótese que aquellos nombres que no
finalicen en un punto serán interpretados como
relativos al dominio en cuestión. El nombre
especial "@" usado en el registro SOA representa al
dominio completo.Hemos visto que los servidores para el dominio
groucho.edu deben tener conocimiento sobre los servidores de la
zona physics para poder
reenviarles las peticiones para esta. Esto se suele
incluir en los registros NS que poseen el nombre de los
servidores en notación FQDN, y un registro A que
da la dirección IP para ese servidor. - Introducción al
DNSLos ficheros rc son shell scripts que se
ejecutan durante el arranque del sistema para
configurarlo. Son ejecutados por el proceso init, y ponen
en marcha los demonios básicos como sendmail o
cron y además configuran parámetros de la
red como la dirección IP y el nombre del host.
Estos scripts se suelen encontrar en /etc/rc.d o en
/etc.Lo que vamos a hacer aquí es describir
los ficheros rc que configuran TCP/IP. En Linux son dos:
rc.inet1 y rc.inet2. El primero configura
parámetros básicos como direcciones IP e
información de rutado. El segundo lanza los
demonios TCP/IP, principalmente inetd, quien se
encargará de lanzar cuando haga falta los telnetd
y demás.En muchos sistemas se juntan los dos ficheros en
uno, el rc.inet o rc.net. No tiene importancia el nombre,
siempre que se ejecuten en el momento adecuado durante el
arranque. Para conseguirlo, init tiene que saberlo, y
para ello existen entradas específicas en el
fichero inittab. En el peor caso tendría usted que
crear las entradas para rc.inet1 y rc.inet2 en dicho
fichero.Como hemos dicho, rc.inet1 configura los
parámetros básicos de red. Esto incluye el
número IP, dirección de red, y la tabla de
rutado. Estas tablas se usan para rutar los datagramas
entrantes y salientes de otras máquinas. Lo
más simple es tener tres rutas: una para enviar
paquetes a su propia máquina, otra para enviarlos
a otra máquina de la subred y una tercera para
enviarlos a máquinas de otras subredes (a
través de una pasarela). Para configurar esto se
usan los programas ifconfig y route, programas que suelen
estar en /etc.ifconfig se utiliza para configurar el
dispositivo interfaz de red con los parámetros que
necesita, como la dirección IP, la máscara,
dirección de broadcast y otros. route, por su
lado, se utiliza para crear o modificar entradas de la
tabla de rutado.Para muchas configuraciones, el siguiente
rc.inet1 puede valer, aunque, por supuesto,
necesitará poner sus propias direcciones IP y
demás.#!/bin/sh
# /etc/rc.d/rc.inet1 —
Configuración de TCP/IP# Configuración del dispositivo
'loopback'HOSTNAME=`hostname`
/etc/ifconfig lo 127.0.0.1 # utiliza
por defecto la máscara 255.0.0.0/etc/route add 127.0.0.1 # una ruta
apunta al dispositivo 'loopback'# Configuración del dispositivo
ethernet. Si solo se usa el 'loopback',# comentar las líneas
siguientes.# EDÍTELO con sus propios
datos.IPADDR="128.253.154.32" # PONGA
aquí su dirección IPNETMASK="255.255.255.0" # PONGA
aquí su máscara de redNETWORK="128.253.154.0" # PONGA
aquí su dirección de redBROADCAST="128.253.154.255" # PONGA
aquí su dirección 'broadcast'# si la tiene. Si no, elimine la
línea.GATEWAY="128.253.154.1" # PONGA
aquí su dirección de pasarela/etc/ifconfig eth0 ${IPADDR} netmask
${NETMASK} broadcast ${BROADCAST}# Si no tiene dirección de
'broadcast', ponga la anterior línea
así:# /etc/ifconfig eth0 ${IPADDR} NETMASK
${NETMASK}/etc/route add ${NETWORK}
# Lo que sigue solo hace falta si hay
pasarela, o sea, si su subred esta# conectada a otra red.
/etc/route add default gw ${GATEWAY}
metric 1# Fin de la configuración de
ethernetQuizás tenga que estudiarse un poco
más el tema para su instalación particular,
aunque en la mayor parte de los casos el fichero anterior
será suficiente.rc.inet2 arranca servidores usados por TCP/IP.
El más importante es inetd, que queda en segundo
plano y escucha por varios puertos de la red. Cuando una
máquina intenta conectarse por uno de ellos (por
ejemplo, por el de telnet), inetd envía una copia del
servidor correspondiente (en este caso, in.telnetd) para
que controle el puerto afectado. Esto es mejor que
mantener en ejecución todos los servidores de red
necesarios (múltiples copias de in.telnetd,
in.ftpd y demás). inetd los arranca conforme se
van necesitando.En rc.inet2 se arrancan también otros
demonios. syslogd se ocupa de acumular los mensajes
generados por el núcleo y diversas aplicaciones y
tratarlos según diga el fichero /etc/syslogd.conf
(guardarlos en ficheros, sacarlos por consola,etc.).
routed se ocupa de la información de ruteado
dinámico, cuando su sistema intenta enviar
paquetes a otra red puede requerir nuevas entradas en las
tablas de ruteado, que routed trata sin necesidad de
intervención del usuario.El ejemplo siguiente sólo arranca un
número mínimo de servidores. Existen otros
que pueden interesarle, como el NFS. Cuando instale
TCP/IP en su sistema, es mejor empezar con una
configuración sencilla y luego complicarla
según sus necesidades.Observe que en el fichero siguiente se asume que
los servidores de red se encuentran en /etc, pero pueden
estar en otro sitio (en /sbin, por ejemplo).#! /bin/sh
# Ejemplo de
/etc/rc.d/rc.inet2# Arrancar syslogd
if [ -f /etc/syslogd ]
then
/etc/syslogd
fi
# Arrancar inetd
if [ -f /etc/inetd ]
then
/etc/inetd
fi
# Arrancar routed
if [ -f /etc/routed ]
then
/etc/routed -q
fi
# Hecho!
Otro servidor que puede interesarle es named,
servidor de nombres, que traducirá nombres
(locales) a direcciones IP y viceversa. Si no hay
servidor de nombres en su subred o quiere proporcionar
nombres nuevos a la misma, necesitará arrancar
named. Su configuración es más compleja y
requiere cierto cuidado y planificación, por lo que le
recomendamos consultar bibliografía
específica. Sin embargo, no es habitual tener que
instalar un servidor de nombres en su sistema./etc/hosts lleva una lista de direcciones IP
y nombres de máquinas que les
corresponden.En general, /etc/hosts solo contiene
entradas para su máquina y quizás
alguna otra "importante", como servidores de nombres
o pasarelas. Su servidor de nombres local proporciona
a otras máquinas traducción
automática del nombre de su host a su
dirección IP.Por ejemplo, si su máquina es
frsf.utn.com con la dirección IP
128.253.154.32, su /etc/hosts sería como
este:127.0.0.1 localhost
128.253.154.32 frsf.utn.com frsf.
Si solo usa el "loopback", la única
línea necesaria es la que tiene el
número 127.0.0.1, añadiendo tras local
host el nombre de su máquina.- /etc/hosts
El fichero /etc/networks tiene direcciones
de su red y otras, y es usado por el comando route.
Permite dar nombre a las redes.Cada subred que quiera añadir a route
debe aparecer en /etc/networks.Por ejemplo:
default 0.0.0.0 # rutado por
defecto – obligatorioloopnet 127.0.0.0 # red de
'loopback' – obligatoriomynet 128.253.154.0 # Ponga
aquí su dirección de red - /etc/networks.
Este fichero dice a su sistema cómo
resolver los nombres de los hosts. Debe contener dos
líneas:order hosts,bind
multi on
Estas líneas indican a los mecanismos
de resolución que empiecen buscando en el
fichero /etc/hosts y luego pregunten al servidor de
nombres, si existe. La entrada multi permite que para
un nombre de máquina haya varias direcciones
IP en /etc/hosts. - /etc/host.conf
En este fichero se configura el mecanismo de
resolución, especificando la dirección
del servidor de nombres y el nombre del dominio de su
máquina. El dominio es como un nombre de host
"mutilado".Por ejemplo, si su máquina se llama
frsf.utn.com, el dominio será
utn.com.Como fichero /etc/resolv.conf de ejemplo,
veremos el caso de la máquina wan.grupo.com cuyo servidor de nombres es
el 127.253.154.5:domain grupo.com
nameserver 127.253.154.5
Con líneas nameserver adicionales
podrá especificar la existencia de varios
servidores de nombres. - /etc/resolv.conf
Para activar el nombre de su host debe usar
el comando hostname. Esto suele hacerse en un fichero
como /etc/rc.local. Busque en sus ficheros rc y
busque una llamada a hostname como la
siguiente:/bin/hostname
frsf.utn.comVea que hay que especificar el nombre
completo (dominio incluido). - Ajuste del
nombre de su host. - Problemas
con la configuración
Una vez que haya preparado los ficheros
anteriores, habrá que reiniciar Linux para que
reconozca las nuevas configuraciones. Luego tendrá
que hacer pruebas, para las que lo más
indicado es probar aspectos individuales de la red y no
tratar de empezar, por ejemplo, lanzando un proceso
Mosaiccon a una conexión X.Con el comando netstat puede ver las tablas de
rutado. Esta suele ser la principal fuente de problemas.
En la página del manual
para este comando encontrará la sintaxis adecuada.
Para comprobar que funciona su conexión, le
sugerimos probar un cliente como telnet
para ver si puede conectarse a máquinas de su
subred y de otras redes. Esto puede ponerle sobre la
pista del problema.Por ejemplo, si puede conectarse a
máquinas de otras subredes pero no de la suya
propia, puede tratarse de un problema con la
máscara de red o las tablas de rutado. Ejecutando
route como root podrá jugar directamente con las
entradas de la tabla.Para hacer estas pruebas de conectividad, utilice
direcciones IP y no nombres. Así, si tiene
problemas para ejecutar$ telnet shoop.utn.com
la causa puede ser una configuración
incorrecta del servidor de nombres. Si funciona usando la
dirección IP, se puede casi asegurar que el resto
de la configuración está bien hecha. Solo
falta que funcione bien el servicio de nombres
(probablemente haya que especificar correctamente la
dirección del servidor de nombres).La depuración de configuraciones de red
puede ser tarea difícil, y no podemos tratarla
aquí. Le sugerimos, si no consigue otra ayuda, que
consulte el libro
Linux Network Administrators'Guide citado en la
bibliografía del trabajo. - Los ficheros
de inicio rc para trabajo en redes. - La
Librería de Sockets
La interface de programación más común en
el mundo UNIX es la Librería de Socket de Berkeley,
Berkeley Socket Library. Su nombre proviene de una
analogía popular que ve los puertos como sockets, y
conectarse a un puerto como enchufarse. Proporciona la
llamada (bind) para especificar un nodo remoto, un protocolo
de transporte, y un servicio al que un programa
pueda conectarse o escuchar (usando connect, listen, y
accept). La librería de socket, sin embargo, es algo
más general, en que proporciona no sólo una
clase de sockets basados en TCP/IP (los sockets AF_INET),
sino también una clase que maneja conexiones locales a
la máquina (la clase AF_UNIX ). Algunas
implementaciones pueden manejar también otras clases,
como el protocolo XNS (Xerox Networking System), o
X.25.En Linux, la librería de socket es parte de
la librería C estándar libc. Actualmente
sólo soporta los sockets AF_INET y AF_UNIX, pero se
hacen esfuerzos para incorporar el soporte de los protocolos
de red de Novell, de
modo que se añadirían eventualmente una o
más clases de sockets. - El protocolo de
control de
transmisión, TCPArribamos ya al final de nuestra cita, es el momento
de aunar todos los conocimientos adquiridos a lo largo del
trabajo y pensar como verdaderos Administradores de
Redes.Mi propuesta, si bien es muy amplia, permite
integrar en condiciones homogéneas los conceptos de
redes. Para lograr así un sistema de biblioteca
seguro, con
excelentes conexiones sobre plataformas estables y
conocidas.Mi propuesta se basa en la tranquilidad del usuario,
en la tranquilidad del administrador, y por ende, la
comodidad de ambos.Lamentablemente, no tengo conocimientos
técnicos sobre el estado
de las redes y su distribución actual en las distintas
regionales adheridas a Biblioteca 2000. Excepto en la
regional Santa Fe, a la cuál asisto
regularmente.Para que mi trabajo se pueda adaptar a toda la
Universidad Tecnológica Nacional y no se limite en lo
que respecta a tiempos e integración con otras universidades del
mundo, es de extrema necesidad lograr una muy buena
abstracción de requisitos. En otras palabras, como no
todas las regionales tienen el mismo tipo de red, o en
algunos casos, algunas no tienen interconectadas sus computadoras, sería un error tratar
sobre una determinada topología y hablar sólo
de algún tipo especial de protocolo. Por este motivo,
voy a ser lo más genérico posible en el tema,
con la idea de que así, los distintos aspectos
tratados
podrán adaptarse con facilidad a las condiciones
locales.Las redes de conmutación de paquetes que
deben recorrer distancias geográficas grandes, son
fundamentalmente diferentes de las que recorren distancias
cortas. Para ayudar a caracterizar las diferencias en la
capacidad y las proyecciones de uso, la tecnología de conmutación de
paquetes se divide con frecuencia en dos grandes
categorías: Wide Area Networks (redes de
área amplia o WAN) y Local Area Networks (redes de
área local o LAN).Muchas tecnologías de tipo WAN no tienen un
límite de distancia para su recorrido, esto hace que
estén definidas para cubrir a todo el mundo, y en
algunos casos distancias aún mayores. Por lo
común, las WAN operan más lentamente que las
LAN, y
tienen tiempos de retraso mayores entre sus conexiones. La
velocidad normal para una WAN llega a un rango que va desde
los 56Kpbs a 155Mbps. Los retardos para una WAN pueden variar
de unos cuantos milisegundos a varias decenas de
segundos.Las tecnologías LAN proporcionan las
velocidades de conexión más altas entre
computadoras, pero sacrifican la capacidad de
recorrer largas distancias. Una LAN opera a una velocidad que
va desde los 10Mbps a los 2Gbps. Debido a que la tecnología LAN cubre distancias cortas,
ofrece tiempos de retraso mucho menores que las WAN. Los
tiempos de retraso de una LAN pueden ser cortos, como un
milisegundo; o largos, como unos 10 milisegundos.Podemos clasificar a las redes de tipo LAN en 4
topologías básicas diferentes: topología
en estrella, en bus, en anillo y por último una
híbrida.Las cuales hemos visto, sin mucho detalle, durante
el desarrollo del trabajo.En la topología de tipo bus, el servidor y
todos los equipos terminales están conectados a una
línea compartida (comúnmente un cable
coaxial) que mantiene a todas las computadoras interconectadas. El problema con
este tipo de distribuciones es que para añadir una
terminal hay que cortar obligatoriamente el flujo de
transmisión de datos.
Ilustración -1 (Topología en
bus)En la topología estrella, el servidor posee
una salida denominada multipuerto, y cada terminal
está conectada directa y físicamente al
servidor.
Ilustración -2 (Topología en
estrella)La topología en Anillo, es muy similar a la
de bus, radican en la diferencia que la de Anillo tiene su
último y primer nodo unidos, formando así un
círculo de comunicación.
Ilustración -3 (Topología en
anillo)Ahora que hemos revisado rápidamente las
diferentes topologías de conexión disponibles
para redes LAN,
volvamos a nuestro proyecto de biblioteca.En nuestro sistema, serán necesarias redes de
tipo WAN y LAN, las cuales ya fueron descriptas.Con respecto a las WAN, sabemos de la existencia de
una red suprema a nivel mundial que es
Internet. Si evaluamos nuestros recursos, utilizarla
será la manera más eficiente, económica
y segura.
Ilustración -4 (Modelo de red interna
a la facultad)Al adoptar la arquitectura
interna de una internet, estaremos creando un intranet
(concepto que
se detalla a continuación). Sugiero entonces, como
propuesta de trabajo, el desarrollo de redes LANs para las
diferentes facultades y grupos dentro
de las mismas, enlazadas entre sí por medio de una
intranet
que utilizará los recursos físicos de Internet
para mantener una buena comunicación.En el transcurso del trabajo, se ha visto en detalle
o a gran escala
(con dependencia sobre el tema), como debe administrarse una
red en Linux. Sabemos entonces, mínimamente, poner en
funcionamiento el concepto de
una internet. Básicamente, ésta internet
hará las veces de Intranet local a la regional (o
facultad). A un nivel global, utilizaremos nuevamente el
concepto de
intranet; esta vez, nuestra intranet estará
literalmente dentro de Internet.De esta manera, será totalmente innecesario
realizar conexiones físicas con otras facultades o
regionales, ya que simplemente se utilizarán los
recursos de Internet para comunicar las peticiones externas
de los usuarios.En la ilustración 6-4, cada grupo, ya sea
biblioteca, GIAIT, etc. tiene dispuesta una red interna
interconectada de la manera más conveniente a sus
recursos locales.Hablamos de intranets, ¿pero cuál es
exactamente el significado de ésta palabra?
¿como podemos adaptarla a nuestro sistema de
Biblioteca 2000?Intranet es la denominación que se les da
a las redes corporativas basadas en TCP/IP y que trabajan
con aplicaciones Internet. Este tipo de red puede estar
conectada a Internet a través de un router
limitando el acceso desde el exterior mediante el
establecimiento de Firewalls. También se puede
optar por aislar la red intranet de exterior con lo cual
sólo se podrá acceder desde las
instalaciones de la
organización para la que trabaje la
red.Si reflexionamos por un momento nos podemos
percatar que Internet nació a partir de la
unión de una multitud de redes intranet, a partir
de dicha unión se comenzaron a crear protocolos de
comunicación universales como el Gopher, WWW o los
distintos protocolos de correo
electrónico. Se produce ahora un
fenómeno de retroalimentación en el que las
distintas aplicaciones desarrolladas para un entorno
amplio como el de Internet comienzan a operar en entornos
corporativos más o menos reducidos.- ¿Qué es
intranet?Hasta el momento he presentado a intranet como
un concepto opuesto a Internet. Sin embargo
la realidad es bien distinta ya que son dos conceptos
complementarios de una misma realidad.Internet está orientado a la
comunicación global, a la búsqueda y
recuperación de información para el gran
público. Por su parte intranet se centra en los
flujos de trabajo (Workflow), en el desarrollo
cooperativo de tareas y en el desarrollo e
instalación de aplicaciones de forma modular y
centralizada.No obstante estas dos estructuras informativas no deben
desarrollarse de forma paralela, sino que deben coincidir
en algunos momentos. Ser precisamente en los puntos
donde Internet e intranet coincidan donde se
producir un mayor desarrollo para ambos tipos de
redes.
- Intranet vs.
InternetCuando se habla de Internet o intranet hay que
abordar aspectos más pragmáticos (no hay
que olvidar que se esté hablando de una realidad).
Uno de estos aspectos es la adopción de un Sistema operativo
para intranet, y Linux tiene mucho que decir al
respecto.Una intranet es una red muy dinámica con cambios continuos en
su estructura y funcionalidad, esto implica
el disponer de un Sistema operativo flexible y con la
posibilidad de ser ajustado a medida. El carácter
de libre distribución de Linux y el disponer de su
código fuente permite realizar una serie de
cambios destinados a mejorar su rendimiento dentro de una
organización.Un sistema operativo Linux puede constituir un
núcleo que brinde soporte a Servidores Web,
Gopher, FTP y de correo
electrónico. Además, la
inclusión en las distribuciones de este Sistema
operativo de lenguajes
de programación permite el desarrollo de
nuevas aplicaciones y protocolos.Por otra parte, Linux permite la
comunicación entre los miembros de una
organización a través de
correo electrónico e integrar el almacenamiento de documentos electrónicos en
servidores FTP o Gopher.Incluso pueden aprovecharse protocolos ya
establecidos para el desarrollo de aplicaciones propias
con el Interfaz común de un programa cliente. El
uso de estas aplicaciones por parte del usuario final es
independiente de la máquina con la que trabaje o
del sistema operativo que utilice, solamente
tendrá que tener instalado su cliente
WWW.Este aspecto es muy importante, ya que con un
servidor Linux, no es necesario que los equipos
terminales estén ejecutando un mismo sistema
operativo, facilitando así, problemas de
compatibilidad. También es bueno recalcar que no
todos los usuarios estarían obligados a aprender
Linux, cada uno (dentro de sus posibilidades) puede
"entrar a la red" con solo poseer un cliente WWW y un
sistema operativo que permita su
ejecución. - El papel de
Linux en intranet - Usuarios y
formación
- Apéndice
A. El proyecto
Hay que tener en cuenta que existen varios niveles
dentro una intranet, los cuales se corresponden al perfil de
usuario:
- Gestor de Sistemas Informáticos. Se
encargaría de diseñar la estructura
informática de la
organización, planificar y realizar instalaciones de
sistemas
operativos y aplicaciones muy específicas, programar
aplicaciones, etc. - Gestor de Información. Sus funciones
serían la de crear el Sistema de
Información, diseñar y mantener la estructura
de Bases de Datos
y servidores de Información, diseñar aplicaciones
para la gestión de información,
etc. - Usuario final. Utiliza los recursos
informáticos e informativos para el desarrollo de su
trabajo, en conjunción con el resto de miembros de
la
organización. Para el proyecto de Biblioteca 2000,
existen (a grandes rasgos) dos tipos de usuarios
finales.
- por un lado están las empresas, las
cuales tendrían una cuenta en el servidor donde se
conecten normalmente y allí podrían guardar la
información que les interese. - por otro, los usuarios normales, que bien
podrían ser estudiantes situados físicamente en
la facultad o simplemente desde su casa por medio de una
línea telefónica y una conexión
SLIP.
Versión 2, junio de
l.991Copyright l.989, l99l Free Software
Foundation,Inc. 675 Mass Ave, Cambridge, MA02l39
USASe permite a todo el mundo copiar y distribuir
copias idénticas de este documento de Licencia, aunque
no se permite su modificación.Las Licencia de uso de casi todo el software han
sido establecidas para quitarle la libertad de compartirlo y modificarlo. En
contraste con esta costumbre, la Licencia General
Pública GNU pretende garantizar su libertad de compartir y modificar software
gratuito, a fin de asegurar que el software es gratuito
para todos sus usuarios. Esta Licencia General
Pública es de aplicación para la mayor
parte del software de la Free Software Foundation y para
cualquier otro Programa cuyos autores se comprometen a su
utilización. (Otro Software de la Free Software
Foundation está cubierto alternativamente por la
Licencia Pública de biblioteca GNU).
También puede aplicar ésta a sus
programas.Cuando hablamos de Software gratuito nos
referimos a la libertad, no al precio. Nuestras Licencias Generales
Públicas han sido diseñadas para asegurarle
la libertad necesaria para distribuir copias
de software gratuito (y de cobrar por este servicio, si
así lo desea), que reciba código fuente o
pueda obtenerlo si lo desea, que pueda modificar el
software o utilizar partes del mismo en nuevos programas
gratuitos y que sepa que puede hacer estas
cosas.A fin de proteger sus derechos,
es necesario constituir restricciones que impidan que
alguien pueda denegarle estos derechos
o pedirle que renuncie a los mismos. Estas restricciones
implican también ciertas responsabilidades si
distribuye copias del software o lo modifica.Por ejemplo, si distribuye copias de este
Programa, tanto gratis o con ánimo de lucro,
deberá conceder a los recipientes del mismo todos
los derechos
con los que cuente. Deberá asegurarse de que todos
los recipientes reciben o pueden obtener el código
fuente. Y deberá asimismo mostrarle estos
términos, a fin que puedan conocer sus derechos.Protegemos sus derechos con dos pasos: (l)
Copyright del software y (2) le ofrecemos esta Licencia
que le concede permiso legal para copiar, distribuir y/o
modificar el software.Además, para la protección de cada
autor así como la nuestra propia, deseamos
asegurarnos de que todo el mundo comprende que este
software gratuito no cuenta con garantía alguna.
Si el software es modificado por alguna otra persona y posteriormente distribuido,
deseamos que sus destinatarios sepan que lo que reciben
no es el producto original, de forma que cualquier
problema introducido por otras partes no pueda reflejarse
en la reputación profesional de los autores
originales.Finalmente, cualquier Programa gratuito se ve
constantemente amenazado por patentes de software.
Deseamos evitar el peligro de que los redistribuidores de
un Programa gratuito obtengan licencias de patente a
título individual, lo que haría de
éste un Programa privado.A fin de impedir esto hemos dejado muy claro que
cualquier patente obtenida deberá ser licenciada
para la utilización gratuita de todos o no
deberá ser licenciada en absoluto.- Preámbulo
- Términos y
condiciones de la licencia general pública de GNU
para la realización de copias, distribución y
modificación
- Apéndice
B. La licencia general pública.
GNU
- Esta Licencia es de aplicación a cualquier
Programa u otro trabajo que contenga un aviso incluido por el
titular de los derechos de copyright estableciendo su libertad
de distribución bajo los términos de esta
Licencia General Pública. El "Programa", a
continuación, hace referencia a cualquier Programa o
trabajo y un "trabajo basado en el Programa" indica el Programa
o cualquier tipo de trabajo derivado bajo las leyes de
Copyright: es decir, un trabajo que contenga el Programa o una
porción del mismo, bien en versión exacta o bien
con modificaciones y/o traducido a otro idioma. (En adelante,
las traducciones quedan incluidas, sin limitación
alguna, en el término "modificación"). Cada
beneficiario de esta Licencia quedará indicado por el
término "usted". Las actividades que no incluyan copia,
distribución y modificación no quedarán
protegidas por esta Licencia; quedan fuera de su alcance. El
acto de ejecución del Programa no queda limitado y los
resultados obtenidos de la ejecución del Programa
(independientemente de que haya sido obtenido mediante la
ejecución del Programa). La validez de esto
dependerá de lo que haga el Programa. - Podrá copiar y distribuir copias exactas del
código fuente del Programa según lo hubiera
recibido, utilizando cualquier medio, siempre que publique, en
cada copia, un aviso adecuado de derechos de copyright y
relativo a la ausencia de garantía alguna; y de que
proporcione a todos los destinatarios del Programa una copia de
esta Licencia junto con el mismo. Podrá cobrar
honorarios por el acto físico de transferencia de una
copia y podrá ofrecer servicios de
protección de garantía a cambio de
honorarios. - Puede modificar su copia o copias del Programa o
cualquier porción del mismo y podrá asimismo
copiar y distribuir dichas modificaciones o trabajos, siempre
que cumplan las condiciones adicionales que se detallan a
continuación:
- Deberá asegurarse que los archivos
modificados incorporen avisos prominentes que establezcan
que ha modificado los archivos, así como la fecha de
dicha modificación. - Deberá asegurarse de que cualquier trabajo
que distribuya o publique, que pudiera en su totalidad o en
parte, contener o haber sido derivado del Programa o de
cualquier parte del mismo, sea licenciado en su totalidad y
sin cargo alguno a terceros que lo requieran bajo los
términos de esta Licencia. - Si el Programa modificado lee normalmente
comandos
interactivamente cuando se ejecuta, deberá
asegurarse de que, cuando se ponga en marcha su
ejecución para dicha utilización interactiva
de la forma más común, imprima o muestre un
proclama que incluya un aviso correspondiente relativo a
los derechos de copyright y una clarificación de la
falta de garantía (o estableciendo la
provisión de dicha garantía por su parte) y
que confirme que los usuarios pueden redistribuir el
Programa bajo estas condiciones, e informe
al usuario cómo visualizar una copia de esta
Licencia. (Excepción: si el Programa es de por
sí interactivo pero no imprime normalmente dicha
proclama, tampoco se requerirá que su trabajo basado
en el Programa deba imprimirla).
- Deberá asegurarse que los archivos
- Estos requisitos son de aplicación al trabajo
modificado en su totalidad. Si hubiera secciones identificables
de dicho trabajo no derivadas
del Programa y que pudieran considerarse trabajos
razonablemente independientes, entonces esta Licencia,
así como sus términos, no serían de
aplicación a dichas secciones cuando las distribuya como
trabajos independientes. Pero cuando distribuya las mismas
secciones como parte de un trabajo completo mayor basado en el
Programa, la distribución del trabajo completo
deberá realizarse bajo términos de esta Licencia,
cuyos permisos con respecto a otras licencias se
ampliarán a la totalidad del trabajo completo y por lo
tanto a cada una de las partes del trabajo irrespectivamente de
quién lo ha escrito. Por todo esto, no es el
propósito de esta sección reclamar derechos o
disputar sus derechos a trabajos escritos enteramente por el
titular de esta Licencia sino ejercitar el derecho a controlar
la distribución de trabajos derivados o colectivos
basado en el Programa. Además, la simple
agregación de otro trabajo no basado en el Programa a
éste (o con un trabajo basado en el Programa) en un
volumen de un
medio de almacenamiento o distribución no somete
al otro trabajo al alcance de esta Licencia.
- Podrá copiar o distribuir el Programa en
código objeto o formato ejecutable, siempre que observe
asimismo una de las condiciones siguientes:
- Lo acompañe con el correspondiente
código completo leíble por el sistema, que
deberá distribuirse en un medio normalmente utilizado
para intercambios de software; o - Lo acompañe con una oferta por
escrito, de facilitar terceros, a un precio no
superior al coste de realizar la distribución física del
código, una copia completa leíble por la
máquina del correspondiente código fuente, a
distribuir bajo los términos reseñado en un
medio normalmente utilizado para intercambios de software;
o - Lo acompañe con la información que
haya recibido en relación a la oferta de
distribución del código fuente. - El código fuente de un trabajo significa la
forma preferida del trabajo para la realización de
modificaciones al mismo. Para un trabajo ejecutable, el
código fuente completo significa todo el código
fuente para todo los módulos que contiene, más
cualesquiera archivos de definición de interfaz
asociados, más las secuencias que se utilicen para
controlar la compilación y ejecución del
ejecutable. Sin embargo, como una excepción especial,
el código especial distribuido no necesita incluir
nada que sea normalmente distribuido con los componentes
principales del sistema operativo en el que se ejecuta el
ejecutable, a menos que el propio componente acompañe
al ejecutable. Si llegase a realizarse una
distribución de código objeto o ejecutable
ofreciendo acceso a copiar de un lugar designado, el
ofrecimiento de acceso equivalente a copiar el código
fuente del mismo lugar contará como una
distribución del código fuente, incluso cuando
las terceras partes no tengan que copiar el código
fuente conjuntamente con el código objeto.
- No podrá copiar, modificar, sublicenciar o
distribuir el Programa salvo en la forma en que esta Licencia
expresamente lo permita. Cualquier otro intento de copia,
modificación, sublicencia, o distribución del
Programa será nula y dará fin de forma
automática a sus derechos bajo los términos de
esta Licencia. Sin embargo, las licencias correspondientes a
terceros que hubieran podido recibir copias, o derechos del
titular de esta Licencia bajo los términos de la misma
no quedarán canceladas siempre que dichas partes
observen sus condiciones. - No tiene obligación alguna de aceptar esta
Licencia, ya que no ha firmado la misma. Sin embargo, nada
aquí le concede permiso de modificación o
distribución del Programa o sus trabajos derivados.
Estas acciones
quedarán prohibidas por la ley si
decidiera no aceptar esta Licencia. Por lo tanto, mediante la
modificación o distribución del Programa (o de
cualquier trabajo basado en el mismo) indicará su
aceptación de esta Licencia y de sus términos y
condiciones para la copia, distribución o
modificación del Programa o de los trabajos basados en
el mismo. - Cada vez que redistribuye el Programa (o cualquier
trabajo basado en el mismo), el destinatario recibe
automáticamente una Licencia del titular original para
copiar, distribuir o modificar el Programa en base a estos
términos y condiciones. No podrá imponer
restricción adicional alguna sobre el ejercicio, por
parte del destinatario, de los derechos que aquí se
conceden. No tendrá responsabilidad alguna en lo que atañe a
asegurar la observación, por terceros, de las
condiciones a la que está sujeta esta
Licencia. - Si, como consecuencia de una sentencia judicial de
infracción de derechos de patente o por cualquier otra
razón (no limitada a cuestiones de patente), se le
impusiera condición alguna (por sentencia judicial,
acuerdo o cualquier otra vía) que estuviera en
contradicción con las condiciones de esta Licencia,
dicha condición no podrá constituir excusa en lo
que atañe a la obligación de observar las
condiciones de esta Licencia. Si no pudiera efectuar
distribuciones de forma que satisfaga simultáneamente
sus obligaciones
bajo los términos de esta Licencia y cualesquiera otras
obligaciones
que le pudieran corresponder, la consecuencia de dichas
circunstancias es que no podrá distribuir el Programa en
absoluto. Si cualquier porción de esta sección
llegara a ser declarada inválida o no ejecutable bajo
cualquier circunstancia determinada, el resto de la
sección seguirá siendo de aplicación y la
sección completa seguirá siendo así mismo
aplicable siempre que ocurran otras circunstancias. - Si la distribución y/o utilización del
Programa quedara restringida en ciertos países bajo el
efecto del derecho de patentes, o interfaces sujetas a
copyright, el titular original de los derechos de copyright que
ampara al Programa bajo esta Licencia podrá
añadir una limitación explícita del
ámbito de distribución geográfica que
excluya a dichos países, de forma que la
distribución quede permitida sólo en
países o entre países que no estén sujetos
a dicha exclusión. En este caso, esta Licencia
incorporará la limitación de la misma forma que
si hubiera sido incluida en el texto de
esta Licencia. - La Free Software Foundation podrá publicar
versiones revisadas y/o nuevas de GNU de forma
periódica. Esta nuevas versiones serán similares
en espíritu a la versión actual, aunque
podrían diferir en detalles a fin de resolver nuevos
problemas o cuestiones. Cada versión recibirá un
número de versión distinto. Si el Programa
especifica un número de esta Licencia que sea de
aplicación a la misma y a cualquier otra posterior,
tendrá la opción de seguir los términos o
condiciones de dicha versión o de cualquier
versión publicada en cualquier momento por la Free
Software Fundation. - Si deseara incorporar partes del Programa a otros
programas gratuitos cuyas condiciones de distribución
son distintas, escriba al autor y solicite permiso. Escriba a
la Free Software Fundation con respecto al software cuyos
derechos de copyright corresponda a esta organización; algunas veces concedemos
excepciones a estas normas. Nuestra
decisión será guiada por los dos objetivos de
conservar el carácter gratuito de los derivados de
nuestro software gratuito y de promover generalmente las
participación en el software y su
reutilización. - INEXISTENCIA DE GARANTÍA. DEBIDO A QUE EL
PROGRAMA SE LICENCIA LIBRE DE COSTE ALGUNO, EN LO QUE PERMITE
LA LEY, ESTE
PROGRAMA NO ESTÁ PROTEGIDO POR GARANTÍA ALGUNA,
SALVO CUANDO SE ESTABLEZCA LO CONTRARIO POR ESCRITO, LOS
TITULARES DE LOS DERECHOS DE COPYRIGHT Y/O OTRAS PARTES
SUMINISTRAN EL PROGRAMA "TAL Y COMO ES", SIN GARANTÍA DE
NINGÚN TIPO, EXPRESA O IMPLÍCITA, INCLUYENDO,
PERO SIN QUE ESTO SIRVA DE LIMITACIÓN, LAS
GARANTÍAS IMPLÍCITAS DE COMERCIABILIDAD O
UTILIDAD
PARA ALGÚN PROPÓSITO DETERMINADO. LA TOTALIDAD
DEL RIESGO EN
RELACIÓN A LA CALIDAD Y
RENDIMIENTO DEL PROGRAMA DESCANSA EN EL USUARIO. SI SE LLEGARA
A ENCONTRAR QUE EL PROGRAMA ADOLECE DE ALGÚN DEFECTO, EL
USUARIO DEBERÁ ASUMIR TODOS LOS COSTES QUE RESULTARAN
NECESARIOS PARA SU SERVICIO, REPARACIÓN O
CORRECCIÓN. - BAJO NINGUNA CIRCUNSTANCIA, A MENOS QUE LO REQUIERA
ALGUNA LEY APLICABLE O
QUE SE ACUERDE POR ESCRITO, EL TITULAR DE LOS DERECHOS DE
COPYRIGHT O CUALQUIER OTRA PARTE QUE HUBIERA PODIDO MODIFICAR
Y/O REDISTRIBUIR EL PROGRAMA DE ACUERDO CON LAS CONDICIONES
ANTERIORMENTE RESEÑADAS, SERÁ RESPONSABLE ANTE EL
USUARIO POR DAÑOS Y PERJUICIOS, INCLUYENDO DAÑOS
Y PERJUICIOS GENERALES, ESPECIALES, INCIDENTALES, O
CONSECUENTES, RESULTANTES DE LA UTILIZACIÓN O
INCAPACIDAD DE USO DEL PROGRAMA (INCLUYENDO, PERO SIN QUE ESTO
CONSTITUYA UNA LIMITACIÓN, LA PÉRDIDA DE DATOS O
LA INEXACTITUD DE DICHOS DATOS, O LAS PÉRDIDAS
SOSTENIDAS POR EL USUARIO O TERCEROS O UN FALLO DEL PROGRAMA
CON RESPECTO A SU FUNCIONAMIENTO CON OTROS PROGRAMAS), INCLUSO
SI DICHO TITULAR U OTRA PARTE HUBIERA SIDO INFORMADO CON
RESPECTO A LA POSIBILIDAD DE DICHOS DAÑOS Y
PERJUICIOS.
- Utilizando Linux, Tackett & Gunter. Prentice
Hall - Redes globales de información con Internet y
TCP/IP, Douglas E. Comer. Prentice Hall - Sistemas Operativos Modernos, Andrew S. Tanembaum.
Prentice Hall - Revista Compu Mágazine. Edición
especial de Intranets - Apuntes de la cátedra de
Comunicaciones - Correo electrónico de Fidonet o
Internet - Servicio de FTP de internet http://www.infor.es/LINUX
- Servicio de información de la Universidad de
Murcia - Teleinformática Aplicada tomo 1, Antonio
Ricardo Castro Lechtaler. McGraw Hill - TCP/IP Network Administration, Craig Hunt
- Linux Instalación y Primeros Pasos, Matt Welsh
(Traducción: Proyecto LuCAS) - Guía de Administración de Redes con
Linux, Olaf Kirch (Traducción Proyecto
LuCAS)
Autor:
Federico Gonzalez