Figura 2. Conector RJ45.
INTRODUCCIÓN.
Siendo 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 entorno de la 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.
CONFIGURACION
DE UNA RED ETHERNET.
Aunque en el principio de
los tiempos existían varios protocolos físicos y de conexión, por ejemplo:
Ethernet, Token Ring, etc. (y aún pueden encontrarse sistemas y tarjetas para
algunos de ellos), a todos los efectos, el protocolo que ha terminado imponiéndose
como estándar “de facto” es Ethernet, primero en su versión de 10Mbit/s y ahora
en su nueva encarnación a 100Mbit/s, existiendo, también, las versiones a
1Gbit/s. Como en tantos otros ejemplos tecnológicos, esto se ha debido no a que
fuera la “mejor” tecnología sino que debido a su simplicidad y a su naturaleza
más abierta y no tan “propietaria” como el caso de Token Ring, desarrollada y
controlada por IBM, la mayoría de los fabricantes han terminado adoptándola,
debido a que es más sencillo y, por ende, más barato, fabricar tarjetas y
drivers Ethernet que tarjetas de otro tipo.
CABLEADO
ETHERNET.
Hay varios tipos de cables
que pueden usarse para crear una red Ethernet. Los más antiguos son los cables
coaxiales (similares a los que se usan para conectar la antena al televisor), y
se corresponden al estándar 10Base2. Los más modernos son los cables de par
trenzados (que se corresponden al estándar 10BaseT), e incluso se pueden
utilizar unos cables planos (no trenzados) similares a los que se usan en los
teléfonos. Debido a que los primeros cables empleados eran cables coaxiales,
los primeros conectores empleados eran conectores cilíndricos conocidos como
BNC (de las siglas de British Naval Connector o Bayonet Neill Concelman), (ver
Figura 1), mientras que los cables trenzados o planos utilizan el conector RJ45
(ver Figura 2) y debemos asegurarnos bien qué tipo de conector soporta nuestra
tarjeta de red. Mientras que las tarjetas antiguas pueden presentar el conector
BNC, todas las tarjetas modernas tienen el RJ45(en cualquier caso, y a una
última existen conversores de un tipo de conector a otro).
Figura 2. Conector RJ45.
TOPOLOGIA
DE LA RED.
Aunque en teoría la
topología de la red es independiente del tipo de cable o conector usado, lo
cierto es que originalmente, con el cable coaxial y el conector BNC la
topología de red más utilizada es la llamada tipo “Bus”. En este caso la red es
un cable lineal, el bus, al que se conectan el cable de las tarjetas, por medio
de unos conectores BNC en forma de T (ver la Figura 3). Esto tenía la
desagradable consecuencia de que cada vez que se añadía un nuevo ordenador o
impresora a la red, habría que cortar el cable y empalmar los dos extremos con
una nueva T. Mientras duraba esta operación, cada mitad de red no podía
comunicarse con la otra mitad. Además, los cables debían acabar en los llamados
“Terminadores”, a cada uno de los extremos, para que los datos no se “cayeran”
de la red y si una de las conexiones en T se estropeaba, toda la red resultaba
afectada.
Esta topología de red se ha
sustituido por la más moderna en estrella (ver Figura 4). En este caso, el bus
se encuentra dentro del concentrador (hub) y no hace falta cortar y empalmar el
cable de red, como en el caso de las primeras redes Ethernet, y simplemente
conectando el nuevo elemento de red en uno de los puertos RJ45 del hub ya
estamos dentro de la red.
Sin embargo, esto tiene la
desventaja de que tenemos que “dimensionar” el tamaño de nuestra red, es decir,
deberemos saber con antelación cuántos elementos vamos a tener en la red, y
cuál es la previsión de crecimiento (añadir más elementos) en el futuro ya que
los concentradores vienen limitados a un número de puertos, por ejemplo, 5, 12,
24, etc. y su precio aumenta casi exponencialmente, según el número de puertos
que soportan. No obstante, sus ventajas, robustez y comodidad, superan sus
inconvenientes y todas las modernas redes se diseñan con esta topología en
mente.
TARJETAS
DE RED.
Linux soporta una enorme variedad de modelos y fabricantes de tarjetas de red Ethernet. Las tarjetas más antiguas solo soportarán la velocidad de 10 Mbit/s, mientras que las modernas pueden funcionar a 10 o 100 Mbit/s. Lo mismo ocurre con los concentradores, los más antiguos solo tienen puertos a 10 Mbit/s, mientras que los más modernos tienen puertos duales a 10/100 Mbit/s.
Los hubs tienen cierta
inteligencia y detectan el tipo de tarjeta y la velocidad a la que pueden
conectarse y configuran el puerto de manera acorde.
También hay que saber a que tipo de bus se va a conectar la tarjeta, ISA o PCI, pues solo las PCI pueden actuar a 100 Mbit/s. También hay que tener en cuenta que un cable que cumple las especificaciones de 10 Mbit/s puede no funcionar a 100 Mbit/s pues las especificaciones son diferentes (los cables de 100 Mbit/s deben seguir las especificaciones de 100BaseT). Para los ordenadores portátiles también existen una serie de tarjetas Ethernet PCMCIA, aunque en este caso el soporte es más escaso, por lo que aconsejamos revisar.
Siempre que sea posible comprar
todos los elementos pertenecientes a la misma marca nos aseguraremos perfecta
funcionalidad (siempre y cuando exista un driver para la tarjeta).
Dependiendo de la
distribución de Linux que tengamos, o que estemos instalando será capaz de
reconocer la tarjeta y configurar el núcleo (Kernel) instalando el driver (que
en terminología Linux se encuentra contenido en un módulo) adecuado. También
pueden preguntarnos si queremos configurar la red en ese momento, pero también
puede hacerse a posteriori (incluso la instalación de módulos puede hacerse a
posteriori).
Todas las tarjetas de red
tienen un número de identificación único de 48 bits conocido como la dirección
MAC y los diferentes fabricantes tienen asociados grupos de números distintos
de acuerdo al volumen de tarjetas que producen. A muy bajo nivel las tarjetas
utilizan este número para comunicarse entre sí. Sin embargo, nosotros vamos a
configurar nuestra red a partir del nivel 3 y 4 (ver cuadro La Pila OSI)
correspondiente a los protocolos de red. El protocolo IP (Internet Protocol) y
de transporte, el protocolo TCP ( Transport Control Protocol), cuya unión
forman el TCP/IP, pues de los protocolos inferiores se encargan el núcleo y los
drivers de Linux.
LAS
DIRECCIONES DE IP.
A pesar de que las
direcciones MAC garantizan la unicidad de cada una de las tarjetas, los
protocolos de bajo nivel no saben encontrar tarjetas que estan en otras redes,
por eso se necesita el protocolo IP, es el que sabe de varias subredes y como
encaminar datos desde una subred a otra.
Una dirección de IP esta formada por 32 bits y se expresa en una secuencia de 4 bytes separados por puntos que, en notación decimal, se traduce en una secuencia de 4 números de 0 a 255 separados por puntos, por ejemplo: 192.10.48.33.
El protocolo IP se creo para
comunicar diferentes subredes, y desde el principio todo el espacio de
direcciones Internet se subdividió de tal manera que se crearon redes de clase
A, B, C y D, en función del numero de nodos (ordenadores, impresoras y otros
dispositivos) que se incluirían en esas redes y las diferentes compañías y
organismos recibirían en sus direcciones en función de su tamaño. Aparte de
eso, se ha dedicado un rango de esas subclases para definir aquellas redes privadas
que no aparecen en Internet.
Así, si queremos definir una
red privada que no sea accesible desde Internet deberemos utilizar una de las
direcciones que aparecen en el siguiente cuadro:
Debido a esta subdivisión en
subredes, una dirección IP tiene una parte que corresponde a la subred y una
parte que corresponde al nodo propiamente dicho (al “host”).
Para definir una subred se
utiliza la llamada Máscara de red (NetMask), que es también un número de 32
bits dividido en 4 octetos separados por puntos. El conjunto de bits con valor
a uno indican la subred mientras que el resto de bits (que en la mascara tienen
valor 0) indican el host.
Sin embargo, estas
subdivisiones son internas y únicamente tienen sentido para los administradores
de la red.
Otro concepto importante
para configurar nuestra red es la dirección de distribución (broadcast). Esta
dirección es la misma que la dirección de red que tiene el resto de bits a 1,
es decir, es el mayor número de host posible dentro de la subred. Esta dirección
se utiliza cuando se quiere comunicar algo a todos los hosts de la red
(generalmente se utiliza para preguntar otras direcciones).
EL
COMANDO IFCONFIG.
Algunas de las
distribuciones de Linux tienen una serie de comandos no estándares que
facilitan la configuración de la red, (por ejemplo, en las figuras 6 y 7 se
muestra el comando gráfico netcfg de la distribución RedHat). Estos, a su vez
llaman a los comandos más básicos que son los que realmente realizan el
trabajo.
Cuando el núcleo reconoce nuestra
tarjeta e instala el módulo correspondiente, crea un dispositivo de red
Ethernet conocido como “eth0”, el comando que se utilizará para configurar la
tarjeta es ifconfig.
La sintaxis de ifconfig es
compleja y hay varias versiones del comando, algunas de ellas son:
Ifconfig-a: señala la
relación de todos los dispositivos de red configurados.
Ifconfig <dispositivo de red> <dirección de red> netmask <máscara de red> broadcast <dirección de distribución> [up/down]: permite configurar o desconfigurar una tarjeta de red.
Si ejecutamos el comando ifconfig-a deberemos ver la lista de interfaces que estan definidas.
Aunque la teoría dice que debemos emplear una dirección de las asignadas para redes privadas, lo cierto es que no hay ningún motivo que nos impida utilizar cualquier dirección que queramos.
LINUX COMO
PROXY
Linux tiene una habilidad que es
IP-Masquerade (IPM), que es conectar múltiples máquinas a Internet con una sola
dirección IP, usando NAT (Network Address Translation)o Translación de
Direcciones de Red. Esto aporta grandes
ventajas a las redes, grandes o pequeñas, unas de ellas es el ahorro de las
escasas direcciones IP, que se traduce indirectamente en un considerable ahorro
de costes.
Usando IP-Masquerade se contrata con el PSI una sola dirección
IP y se saca a Internet un número indeterminado de máquinas, en función de la
capacidad que disponga el servidor Linux. Además se avanzará en la seguridad de
la red, cuando actúe el IP-Masquerade como cortafuegos, por esto IP-Masquerade
se dice que es un proxy y un cortafuegos (firewall).
COMPETIDORES:
IP-Masquerade tiene tres competidores principales Microsoft con
su Microsoft Proxy , Deerfield con su Wingate y Simedia con S-Proxy. De estos tres el mejor es Simedia,
primero por ser una excelente empresa española
y segundo por la solidéz y versatilidad del producto.
Wingate y MS-Proxy son fuertes pero tienen defectos. La mayor
desventaja de las tres frente a IP-Masquerade es su coste elevado, porque exige
una licencia en cuanto al sistema operativo y en la variante de usuarios que
pueden conectarse simultáneamente, en cuanto al software de proxy propiamente
dicho. Linux no implica licencia alguna. Se utiliza abiertamente y el coste es
cero, aún con mil usuarios colgando del IPM.
Aparte todos los proxy comerciales dependen de la estabilidad del sistema operativo en el que vayan instalados. En Linux, IP-Masquerade se define y construye desde el Kernel, colabora con este y sólo fallará si hay un desastre o caída global del OS. También dispone de un logrado sistema de módulos que permite incorporar nuevas características al proxy sin tener que tocar el Kernel.
IP-Masquerade compite con éxito con los Router, con NAT. Aquí la lucha es más abierta, pero
Linux gana en los costes y en versatilidad. El viejo Pentium 100 con 32 Megas
de RAM y una modesta tarjeta RDSI Teles será más que suficiente para meter 80
máquinas en Internet.
Solamente queda que Linux llame sólo cuando algunas de las PC de
la red quiera entrar en Internet. Bastará colocar la orden “demand” en el
archivo options del pppd (normalmente en /etc/ppp).
Cuidado aquí puesto que si por cualquier motivo no se conecta,
Linux intentará llamar indefinidamente. Para evitarlo basta con cerrar la
aplicación en la máquina que esté haciendo las peticiones TCP. Por último, hay
que configurar las máquinas de la red para que utilicen el IP-Masquerade Linux
para acceder a Internet.
Indiferentemente del sistema operativo que se emplee, habrá que
poner a cada una de estas máquinas una IP de la red 192.168.0.x. Como pasarela
utilizaremos la IP del Linux y colocaremos la que nos haya facilitado nuestro
proveedor de Internet.
El resto es pan comido: navegar con total libertad, disfrutando
del IP-Masquerade, definitivamente el mejor proxy.
EL FIREWALL EN LINUX
Linux tiene muchas herramientas para asegurar los datos frente a
accesos no autorizados.
Varios niveles van desde “seguridad moderada” a otra intensa y
fuerte.
Hay soluciones de carácter generalista y otras especificas para
determinados servicios, aconsejamos tocar todos los niveles para oponer máxima
resistencia a ataques.
El cuidado que ponemos en la seguridad nunca
es suficiente, no nos garantiza eludir todas las instrucciones que suframos.
Debemos conocer todas nuestras debilidades para poner remedio.
De todas las utilidades que nos ofrece Linux
para tema de seguridad IPCHAINS es una de las más robustas y complejas. Es el
núcleo de la seguridad del sistema en cuanto a FIREWALL o cortafuegos. Su
relación con respecto a IP Masquerade es prácticamente indivisible, el primero
no puede sobrevivir sin el segundo. Pero es posible trabajar con IPCHAINS de
manera autónoma, blindando nuestra maquina con reglas que podremos variar
dinámicamente en cualquier momento.
En un supuesto escenario en el que una
maquina conectada Internet protege nuestra red de ataques externos, los
jugadores son IP Masquerade e IPCHAINS.
Ahora Linux esta permitiendo a las maquinas
de la LAN privada acceder a Internet, actuando como puente Linux salta a otras
maquinas de la LAN privada. La primera necesidad que le surge al administrador
es limitar él trafico saliente impidiendo que ciertos usuarios accedan a
Internet o a algunos servicios o por ejemplo: que empleados de una empresa
consulten su correo pero no puedan navegar. Si lo que deseamos es limitar el
acceso para ciertas máquinas lo aconsejable es segmentar la red, así solo
algunas máquinas encuadradas dentro de cierta máscara podrán usar los servicios
de la red, y las que estén fuera de ella no podrán. Con esto queremos decir que
es mejor obviar que denegar. Si queremos denegar un servicio en concreto a una
IP usamos una regla de tipo forward, pero es más lento.
Más rápido y eficáz es emplear una de tipo
Input.
EVITAR ACCESOS NO AUTORIZADOS
Otra vez con las reglas de tipo Input. Lo
que queremos es evitar que terceros entren en nuestras máquinas. La interfaz objeto de estos ataques será la IP
publica que tengamos para Internet.
Podemos restringir casi todo: que hagan un
ping para saber si nuestra máquina está o no viva, que nos entren por telnet,
ftp, www o cualquier servicio critico. Cuidado! Porque si somos restrictivos en
exceso causaremos problemas e inestabilidad a nuestro sistema, que será el
bloqueo del ping.
Hay que tener en cuenta si queremos que
FIREWALL no sirva ni FTP ni telnet, solo usaremos IP que realizará solamente un
ftp a la máquina y finalmente denegamos cualquier acceso a la máquina para ftp
y telnet para saber quién quiere acceder. Primero abrimos y luego cerramos, en
caso contrario invalidará las reglas porque es la más restrictiva, la que tiene
más vigencia. IPCHAINS no es la única herramienta de restricción. Los TCP
Wrappers son muy útiles también.
Acordarse de
cerrar los puertos que no usen y suprimir el mensaje de información de versión
del Kernel en la entrada a través del Telnet.
REDES CON
TCP/IP.
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 InterNet, la red TCP/IP de ámbito mundial.
La implementación actual de TCP/IP y los protocolos relacionados para Linux se llaman “ NET-2”. No tiene que ver con la versión Net 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 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.
CONFIGURACION DE TCP/IP
Se asume que el sistema Linux ha sido instalado con el software TCP/IP. Esto incluye clientes como telnet y ftp, comando de administración como ifconfig y route (que suelen estar en /etc) y ficheros de configuración de red como /etc/hosts.
Se supone que el núcleo esta compilado con el soporte TCP/IP. Para incluir el soporte de red, tendrá que contestar afirmativamente a la pregunta correspondiente que se le hará durante el comando make config.
Una ves hecho esto, se deben modificar los ficheros de configuración que usa NET – 2. Esta parte suele ser bastante simple, pero suele haber muchos 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 solo.
Con SLIP (Serial Line Internet Protocol) podemos conectarnos a una red TCP/IP
mediante un módem o una línea dedicada asíncrona. Para usar SLIP tenemos que
tener acceso a un servidor SLIP.
Se destacan dos programas relacionados con
SLIP: dip y slattach. Ambos se
utilizan para iniciar una conexión SLIP, por lo tanto son necesarios. Dip y
slattach realizan una llamada especial ioctl(
) para convertir el control de un dispositivo serie a la interfaz de SLIP.
Con Dip puede llamarse a un servidor SLIP,
hacer ciertas negociaciones de entradas con el mismo (intercambio de usuario y
password) y después iniciar la conexión SLIP. Slattach se limita a modificar la
línea serie para SLIP, por lo que está indicado
para líneas dedicadas que no requieren interacción con el módem o similar.
Con Dip también se puede configurar un
sistema como servidor SLIP, permitiendo a otras máquinas conectarse a la red a
través de su módem y su conexión Ethernet.
A SLIP se le llama conexión “punto a punto” (point-to-point) pues a ambos lados de la línea existen sólo las dos máquinas involucradas (no como sucede en una Ethernet). Ésta idea se generaliza y mejora con el protocolo PPP (point-to-point protocol) que también se ha portado a Linux. Cuando inicia una conexión al servidor SLIP, se le asigna una dirección IP, de forma “estática” (su dirección IP es siempre la misma) o “dinámica”(su dirección puede ser diferente de un día para otro). Por lo general, los valores de la dirección y pasarela asignados serán impresos por el servidor SLIP al conectarse. El programa Dip es capáz de capturar esos valores y configurar el sistema para adaptarse a ellos.
Si un servidor SLIP le
permite tener la dirección IP estática, lo más adecuado es insertar la
dirección y el nombre del host en el
fichero/etc/hosts. También se debe configurar los ficheros rc.inet2, hosts.conf
y resolv.conf.
En el fichero rc.inet1 también se deben introducir cambios,
ejecutando ifconfig y route solo para el dispositivo “loopback”, puesto que Dip
hará lo propio con el dispositivo SLIP. Pero si se usa slattach, sí tendrá que
incluir comandos ifconfig/route en rc.inet1 para el dispositivo SLIP.
El programa Dip debería configurar sus tablas de rutado para la
conexión SLIP. Es conveniente escribirse un shell scrip para hacerlo
automáticamente. En muchos casos la pasarela es el propio servidor SLIP. El
comando Dip puede deducirlo de la información que envía el servidor al
conectarse.
Si el servidor SLIP le
asigna dinámicamente las direcciones IP, no sabrá su dirección IP antes de
conectarse, con lo que no puede incluir esa información de “loopback”.
Muchos servidores SLIP
envían al terminal la dirección IP y la del propio servidor. Por ejemplo, un
servidor SLIP podría decirle esto al conectarse:
Your IP address is
128.253.154.44
Server address is 128.253.154.2
Dip puede capturar ese texto
y configurar así el sistema.
Utilización de dip
Dip puede facilitar el
proceso de conexión a un servidor SLIP, entrando al sistema remoto y
configurando el dispositivo SLIP según la información recibida del servidor. Este
programa es el más indicado a menos que su línea sea dedicada.
Para utilizar Dip hay que escribir un “scrip” que contenga
comandos para comunicar con el servidor SLIP durante la entrada en el sistema
remoto. Por ejemplo, incluirá envío automático de usuario, y password al
servidor así como lo necesario para asignar la dirección IP.
Linux posee paquetes de software para tener correo electrónico.
Este puede ser local (entre usuarios del sistema) o remoto (mediante una red
TCP/IP o UUCP). El soft de e-mail consta de dos partes: un agente de usuario o
mailer y un programa de transporte. El agente de usuario es el soft que el usuario utiliza para crear mensajes,
leerlos, etc. (elm, pine y mailx). El programa de transporte es quien se ocupa
de entregar correo tanto remoto como local, conociendo protocolos de
comunicaciones y demás. El usuario no interactúa directamente con este
programa, sino que lo hace a través del agente de usuario. El administrador del
sistema debe conocer como funciona el programa de transporte, con el fin de
configurarlo según sus necesidades.
En Linux, el más conocido de los programas de transporte es
Smail. Su configuración es fácil y es capáz de enviar correo local como remoto
vía UUCP o TCP/IP.
Tsx-11.mit.edu
18.172.1.2.
/pub/linux
Sunsite.unc.edu
152.2.22.81
/pub/linux
Nic.funet.fi
128.214.6.100
/pub/OS/Linux
ftp.mcc.ac.uk
130.88.200.7
/pub/linux
fgbl.fgb.mw.tu-muenchen.de 129.187.200.1 /pub/linux
ftp.informatik.tu-muenchen.de 131.159.0.110 /pub/linux
ftp.denet.dlc 129.142.6.74 /pub/OS/linux
CONCLUSIÓN
Linux
en un Sistema Operativo diseñado especialmente para un funcionamiento en red,
que se viene desarrollando hace varios años logrando avances sorprendentes con
respecto a la compatibilidad, por su simplicidad en la configuración de la red,
gracias a su comando netcfg. Además permite elegir los niveles de comunicación
que desea mediante (pila OSI) y
conectores muy económicos como el BNC y RJ45 que junto con su IPMasquerade, logra
una ventaja considerable frente a sus competidores ganando en costes y
versatilidad.
BIBLIGRAFIA
·
Manual de Linux 2da.
Parte.
·
Revista PCMania.
·
Pag de Internet www.Google.com
·
Pag de Internet www.linux.org
·
Pag de Internet www.redes.com
CABLEADO
ETHERNET.....................................................pag. 2
COMPETIDORES..................................................................pag.
8
LLAMADA BAJO DEMANDA Y CONFIGURACION DE
CLIENTES DE
RED...............................................................pag. 9
EL FIREWALL EN
LINUX...................................................pag.10
REDES CON
TCP/IP..............................................................pag.11
Utilización de
dip..........................................................Pag.14
Correo
ELECTRÓNICO....................................................Pag.14
NEws
y USENET..................................................................Pag.14
Tutorial
de FTP y Lista de Sitios...........................Pag.15
Ftpmail................................................................................Pag.16
Lista
de Sitios FTP de Linux......................................Pag.16
BIBLIGRAFIA.......................................................................Pag.17
Número de visitantes actuales disponible desde el 14/07/2002:
Autor: lrmdavid@exa.unne.edu.ar
Ó FACENA - http://exa.unne.edu.ar
Servicios WEB: webmaster@exa.unne.edu.ar