Redes en Linux Como (Previamente Net-3 Como): Otras tecnologías de red

Página siguiente Página anterior Índice general

8. Otras tecnologías de red

Las siguientes subsecciones son específicas a ciertas tecnologías de red. La información que contienen no son válidas necesariamente para cualquier otro tipo de tecnología. Los conceptos están ordenados alfabéticamente.

8.1 ARCNet

Los nombres de dispositivo ARCNet son arc0e, arc1e, arc2e etc. o arc0s, arc1s, arc2s etc. A la primera tarjeta detectada por el núcleo se le asigna arc0e o arc0s y el resto es asignado secuencialmente en el orden en que se detecte. La letra del final identifica si ha seleccionado el formato de paquete de encapsulación Ethernet o el formato de paquete especificado en el RFC 1051.

Opciones de Compilación del Núcleo:


    Network device support  --->
        [*] Network device support
        <*> ARCnet support
        [ ]   Enable arc0e (ARCnet "Ether-Encap" packet format)
        [ ]   Enable arc0s (ARCnet RFC1051 packet format)

Una vez que haya compilado el núcleo apropiadamente para admitir su tarjeta Ethernet, la configuración de la tarjeta es sencilla.

Normalmente se usa algo como:


# ifconfig arc0e 192.168.0.1 netmask 255.255.255.0 up
# route add -net 192.168.0.0 netmask 255.255.255.0 arc0e

Lea, por favor, los ficheros /usr/src/linux/Documentation/networking/arcnet.txt y /usr/src/linux/Documentation/networking/arcnet-hardware.txt si desea obtener más información.

La implementación de ARCNet fue desarrollada por Avery Pennarun, lapenwarr@foxnet.net.

8.2 Appletalk (`AF_APPLETALK`)

La implementación de Appletalk no utiliza nombres especiales para sus dispositivos ya que usa otros ya existentes.

Opciones de Compilación del Núcleo:


    Networking options  --->
        <*> Appletalk DDP

Trabajar con Appletalk permite a una máquina Linux interconectar con redes Apple. Una utilidad importante que se saca de esto es poder compartir recursos tales como impresoras y discos entre una máquina Linux y ordenadores Apple. Se necesita un programa adicional, que se llama netatalk. Wesley Craig netatalk@umich.edu representa a un equipo llamado el Research Systems Unix Group, de la Universidad de Michigan y han creado el paquete netatalk, que proporciona programas que implementan la pila del protocolo Appletalk y algunas utilidades. El paquete netatalk viene en su distribución de Linux, y si no, lo puede encontrar en su servidor de origen, en la Universidad de Michigan ftp://terminator.rs.itd.umich.edu/unix/netatalk/.

Para compilar e instalar el paquete haga algo como esto:


user% tar xvfz .../netatalk-1.4b2.tar.Z
user% make
root# make install

Puede que quiera editar el Makefile antes de ejecutar make. Principalmente para cambiar la variable DESTDIR, que define el lugar donde serán instalados los ficheros. El directorio por defecto /usr/local/atalk suele ser una buena elección.

Configuración del software Appletalk.

La primera cosa que tiene que hacer para que todo funcione es asegurarse de que están presentes las entradas apropiadas en el fichero /etc/services. La entradas que necesita son:


rtmp  1/ddp   # Routing Table Maintenance Protocol
nbp   2/ddp   # Name Binding Protocol
echo  4/ddp   # AppleTalk Echo Protocol
zip   6/ddp   # Zone Information Protocol

El siguiente paso es crear los ficheros de configuración de Appletalk en el directorio /usr/local/atalk/etc (o donde haya instalado el paquete).

El primer fichero a crear es el /usr/local/atalk/etc/atalkd.conf. En principio, este fichero sólo necesita una línea que da el nombre del dispositivo a través del cual se accede a la red donde están tus máquinas Apple.


eth0

El demonio Appletalk añadirá más detalles después de ejecutarse.

Exportación de un sistema de ficheros Linux vía Appletalk.

Existe la posibilidad de exportar sistemas de ficheros desde una máquina Linux a la red para que las máquinas Apple en la red puedan compartirlos.

Para hacerlo tiene que configurar el fichero /usr/local/atalk/etc/AppleVolumes.system. Hay otro fichero de configuración llamado /usr/local/atalk/etc/AppleVolumes.default, que tiene exactamente el mismo formato y describe qué sistemas de archivos recibirán los usuarios que conecten con privilegios de invitado.

Puede encontrar todos los detalles de configuración de estos ficheros y qué significa cada opción en la página de manual del afpd.

Un ejemplo sencillo podría parecerse a esto:


/tmp Scratch
/home/ftp/pub "Espacio Público"

Que exportaría su sistema de ficheros /tmp como el Volumen AppleShare Scratch y el directorio público de FTP como el Volumen AppleShare Espacio Público. Los nombres de volumen no son obligatorios, el demonio elegirá un nombre por defecto, pero no le va a morder si lo especifica.

Compartir la impresora Linux a través de Appletalk.

Puede compartir una impresora linux con máquinas Apple de manera bastante sencilla. Necesita ejecutar el programa papd que es el Printer Access Protocol Daemon de Appletalk. Cuando ejecute este programa, aceptará peticiones de las máquinas Apple y meterá la tarea de impresión en la cola del demonio de la impresora local para ser impreso. Debe editar el fichero /usr/local/atalk/etc/papd.conf para configurar el demonio. La sintaxis de este fichero es la misma que la del fichero /etc/printcap. El nombre que le dé a la definición se registrado con el protocolo de nombres de Appletalk, NBP.

Un ejemplo de configuración podría ser como éste:


TricWriter:\
   :pr=lp:op=cg:

Que pondría a disposición de la red Appletalk la impresora TricWriter y todos los trabajos aceptados serían impresos en la impresora linux lp (definida en el fichero /etc/printcap) usando lpd. La entrada op=cg dice que el usuario de Linux cg es el operador de la impresora.

Ejecución de AppleTalk.

Muy bien, ahora debería estar preparado para probar esta configuración básica. Hay un fichero rc.atalk proporcionado con el paquete netatalk que debería funcionar bien, por lo que todo lo que tiene que hacer es:


root# /usr/local/atalk/etc/rc.atalk

y todo debería comenzar y ejecutarse bien. No debería ver mensajes de error y el software enviará mensajes a la consola indicando cada etapa según comienza.

Comprobación de AppleTalk.

Para comprobar que el software está funcionando adecuadamente, vaya a una de las máquinas Apple, abra el menú Apple, seleccione el Chooser, pulse sobre AppleShare, y debería aparecer la máquina Linux.

Problemas con AppleTalk.

Puede que necesite ejecutar el software Appletalk antes de configurar la red IP. Si tiene problemas ejecutando los programas Appletalk, o si después de ejecutarlo tiene problemas con la red IP, entonces intente ejecutar los programas Appletalk antes de ejecutar el fichero rc correspondiente.
El afpd (Apple Filing Protocol Daemon) desordena mucho el disco duro. Bajo el punto de montaje crea un par de directorios llamados .AppleDesktop y Network Trash Folder. Además, por cada directorio al que acceda creará un .AppleDouble bajo él de manera que pueda almacenar resource forks, etc. Por tanto, piénselo dos veces antes de exportar /, o se pasará un rato borrando después.
El programa afpd espera que las claves que vengan de los Mac estén sin cifrar. Esto podría ser un problema de seguridad; por tanto, sea cuidadoso cuando ejecute este demonio en una máquina conectada a Internet, o sufrirá las consecuencias si algún indeseable decide hacerle alguna maldad.
Las herramientas de diagnóstico existentes como netstat e ifconfig no soportan Appletalk. La información Ťen brutoť está disponible en el directorio /proc/net si tuviese necesidad de ella.

Si necesitase más información...

Eche un vistazo a la página del Linux Netatalk-Howto de Anders Brownworth si quiere una descripción más detallada de cómo configurar Appletalk para Linux en http://thehamptons.com/anders/netatalk.

8.3 ATM

Werner Almesberger, werner.almesberger@lrc.di.epfl.ch está dirigiendo un proyecto para proporcionar una implementación del Asynchronous Transfer Mode en Linux. Puede obtener información actualizada sobre el estado del proyecto en: http://lrcwww.epfl.ch/linux-atm.

8.4 AX25 (`AF_AX25`)

Los nombres de los dispositivos AX.25 son sl0, sl1, etc. en los núcleos 2.0.* y ax0, ax1, etc. a partir de los núcleos 2.1.*.

Opciones de Compilación del Núcleo:


    Networking options  --->
        [*] Amateur Radio AX.25 Level 2

Los protocolos AX25, Netrom y Rose están cubiertos por el AX25 Howto. Estos protocolos son usados por los Operadores de Amateur Radio de todo el mundo para experimentar con packet radio.

La mayoría del trabajo de implementación de estos protocolos lo ha hecho Jonathon Naylor, sn@cs.nott.ac.uk.

8.5 DECNet

Actualmente se está trabajando en la implementación de DECNet. Debería aparecer en algún núcleo 2.1.* tardío.

8.6 FDDI

Los nombres de dispositivo FDDI son fddi0, fddi1, fddi2, etc. A la primera tarjeta detectada por el núcleo se le asigna fddi0 y al resto se le asigna secuencialmente en el orden en que son detectadas.

Lawrence V. Stefani, larry_stefani@us.newbridge.com, ha desarrollado un controlador para las tarjetas FDDI EISA y PCI de Digital Equipment Corporation.

Opciones de Compilación del Núcleo:


    Network device support  --->
        [*] FDDI driver support
        [*] Digital DEFEA and DEFPA adapter support

Cuando tenga el núcleo compilado para trabajar con el controlador FDDI e instalado, la configuración de la interfaz FDDI es casi idéntica al de una interfaz Ethernet. Simplemente ha de especificar la interfaz FDDI apropiada en las órdenes ifconfig y route.

8.7 Retransmisión de Tramas (`Frame Relay`)

Los nombres de dispositivo Frame Relay son dlci00, dlci01, etc para los dispositivos de encapsulación DLCI y sdla0, sdla1, etc para los FRAD.

El Frame Relay (Retransmisión de tramas) es una tecnología de red diseñada para ajustarse al tráfico de comunicación de datos que es de naturaleza Ťexplosivať o intermitente. La conexión a una red Frame Relay se realiza usando un Frame Relay Access Device (FRAD). El Linux Frame Relay implementa IP sobre Frame Relay según se describe en el RFC-1490.

Opciones de Compilación del Núcleo:


    Network device support  --->
        <*> Frame relay DLCI support (EXPERIMENTAL)
        (24)   Max open DLCI
        (8)   Max DLCI per device
        <*>   SDLA (Sangoma S502/S508) support

Mike McLagan, mike.mclagan@linux.org, desarrolló el soporte de Frame Relay y las herramientas de configuración.

Actualmente los únicos FRAD soportados son los S502A, S502E y S508 de Sangoma Technologies http://www.sangoma.com Para configurar los dispositivos FRAD y DLCI después de haber recompilado el núcleo necesitará las herramientas de configuración Frame Relay. Están disponibles en ftp://ftp.invlogic.com/pub/linux/fr/frad-0.15.tgz. Compilar e instalar las herramientas es algo muy sencillo, pero la carencia de un fichero Makefile para todo lo convierte en un proceso básicamente manual:


user% tar xvfz .../frad-0.15.tgz
user% cd frad-0.15
user% for i in common dlci frad; make -C $i clean; make -C $i; done
root# mkdir /etc/frad
root# install -m 644 -o root -g root bin/*.sfm /etc/frad
root# install -m 700 -o root -g root frad/fradcfg /sbin
root# install -m 700 -o root -g root dlci/dlcicfg /sbin

Tenga en cuenta que estas órdenes usan sintaxis de sh. Si utiliza un intérprete de órdenes tipo csh (como tcsh), el bucle for será diferente.

Después de instalar las herramientas necesitará crear un fichero /etc/frad/router.conf. Puede usar esta plantilla, que es una versión modificada de uno de los ficheros de ejemplo:


# /etc/frad/router.conf
# Esta es una plantilla de configuración para retransmisión de tramas.
# Se incluyen todas las etiquetas. Los valores por defecto están basados
# en el código proporcionado con los controladores DOS para la tarjeta
# Sangoma S502A.
#
# Un '#' en cualquier parte de una línea constituye un comentario
# Los espacios en blanco son ignorados (puede indentar con tabuladores
# también)
# Las entradas [] y claves desconocidas son ignoradas
#

[Devices]
Count=1                 # Número de dispositivos a configurar
Dev_1=sdla0             # el nombre del dispositivo
#Dev_2=sdla1            # el nombre del dispositivo
  
# Lo especificado aquí es aplicado a todos los dispositivos y puede ser
# cambiado para cada tarjeta en particular.
#
Access=CPE
Clock=Internal
KBaud=64
Flags=TX
#
# MTU=1500              # Máxima longitud del IFrame, por defecto 4096
# T391=10               # valor T391    5 - 30, por defecto 10
# T392=15               # valor T392    5 - 30, por defecto 15
# N391=6                # valor N391    1 - 255, por defecto 6
# N392=3                # valor N392    1 - 10, por defecto 3
# N393=4                # valor N393    1 - 10, por defecto 4

# Lo especificado aquí da los valores por defecto para todas las tarjetas
# CIRfwd=16             # CIR forward   1 - 64
# Bc_fwd=16             # Bc forward    1 - 512
# Be_fwd=0              # Be forward    0 - 511
# CIRbak=16             # CIR backward  1 - 64
# Bc_bak=16             # Bc backward   1 - 512
# Be_bak=0              # Be backward   0 - 511

#
#
# Configuración específica para el dispositivo
#
#

#
# El primer dispositivo es un Sangoma S502E
#
[sdla0]
Type=Sangoma            # Tipo del dispositivo a configurar, actualmente
                        # sólo se reconoce SANGOMA
#
# Estas claves son específicas al tipo "Sangoma"
#
# El tipo de tarjeta Sangoma - S502A, S502E, S508
Board=S502E
#
# El nombre del firmware de prueba para la tarjeta Sangoma
# Testware=/usr/src/frad-0.10/bin/sdla_tst.502
#
# El nombre del firmware FR 
# Firmware=/usr/src/frad-0.10/bin/frm_rel.502
#
Port=360                # Puerto de esta tarjeta
Mem=C8                  # Dirección de la memoria, A0-EE, depende
IRQ=5                   # Número de la IRQ, no especificar para la S502A
DLCIs=1                 # Número de DLCI asociados al dispositivo
DLCI_1=16               # Número del DLCI nş 1, 16 - 991
# DLCI_2=17
# DLCI_3=18
# DLCI_4=19
# DLCI_5=20
#
# Lo especificado aquí se aplica a este dispositivo nada más y
# prevalece sobre los valores por defecto
#
# Access=CPE            # CPE o NODE, por defecto CPE
# Flags=TXIgnore,RXIgnore,BufferFrames,DropAborted,Stats,MCI,AutoDLCI
# Clock=Internal        # External o Internal, por defecto Internal
# Baud=128              # Tasa en baudios del CSU/DSU asociado
# MTU=2048              # Longitud máxima del IFrame, por defecto 4096
# T391=10               # valor T391    5 - 30, por defecto 10
# T392=15               # valor T392    5 - 30, por defecto 15
# N391=6                # valor N391    1 - 255, por defecto 6
# N392=3                # valor N392    1 - 10, por defecto 3
# N393=4                # valor N393    1 - 10, por defecto 4

#
# El segundo dispositivo es otra tarjeta
#
# [sdla1]
# Type=FancyCard        # Type of the device to configure.
# Board=                # Type of Sangoma board
# Key=Value             # values specific to this type of device

#
# DLCI Default configuration parameters
# These may be overridden in the DLCI specific configurations
#
CIRfwd=64               # CIR forward   1 - 64
# Bc_fwd=16             # Bc forward    1 - 512
# Be_fwd=0              # Be forward    0 - 511
# CIRbak=16             # CIR backward  1 - 64
# Bc_bak=16             # Bc backward   1 - 512
# Be_bak=0              # Be backward   0 - 511

#
# DLCI Configuration
# These are all optional. The naming convention is
# [DLCI_D<devicenum>_<DLCI_Num>]
#

[DLCI_D1_16]
# IP=
# Net=
# Mask=
# Flags defined by Sangoma: TXIgnore,RXIgnore,BufferFrames
# DLCIFlags=TXIgnore,RXIgnore,BufferFrames
# CIRfwd=64
# Bc_fwd=512
# Be_fwd=0
# CIRbak=64
# Bc_bak=512
# Be_bak=0

[DLCI_D2_16]
# IP=
# Net=
# Mask=
# Flags defined by Sangoma: TXIgnore,RXIgnore,BufferFrames
# DLCIFlags=TXIgnore,RXIgnore,BufferFrames
# CIRfwd=16
# Bc_fwd=16
# Be_fwd=0
# CIRbak=16
# Bc_bak=16
# Be_bak=0

Cuando haya terminado el fichero /etc/frad/router.conf, el único paso que queda es configurar el dispositivo en sí. Esto es sólo un poco más complejo que la configuración de un dispositivo de red normal. Debe recordar activar el dispositivo FRAD antes que los dispositivos de encapsulación DLCI. Es mejor que ponga estas órdenes en un guión, ya que son muchos:


#!/bin/sh
# Configurar los parámetros del frad y los DLCI
/sbin/fradcfg /etc/frad/router.conf || exit 1
/sbin/dlcicfg file /etc/frad/router.conf
#
# Activar el dispositivo FRAD
ifconfig sdla0 up
#
# Configurar los dispositivos de encapsulación DLCI
ifconfig dlci00 192.168.10.1 pointopoint 192.168.10.2 up
route add -net 192.168.10.0 netmask 255.255.255.0 dlci00
#
ifconfig dlci01 192.168.11.1 pointopoint 192.168.11.2 up
route add -net 192.168.11.0 netmask 255.255.255.0 dlci00
#
route add default dev dlci00
#

8.8 IPX (`AF_IPX`)

El protocolo IPX se usa comúnmente en entornos de redes de área local Novell Netware(tm). Linux incluye una implementación de este protocolo y puede ser configurado para actuar como punto final en una red, o como encaminador de IPX.

Opciones de Compilación del Núcleo:


    Networking options  --->
        [*] The IPX protocol
        [ ] Full internal IPX network

Los protocolos IPX y el NCPFS están cubiertos en gran profundidad en el IPX Howto.

8.9 NetRom (`AF_NETROM`)

Los nombres de los dispositivos NetRom son nr0, nr1, etc.

Opciones de Compilación del Núcleo:


    Networking options  --->
        [*] Amateur Radio AX.25 Level 2
        [*] Amateur Radio NET/ROM

Los protocolos AX25, Netrom y Rose están cubiertos en el AX25 Howto. Estos protocolos los usan Operadores de Amateur Radio de todo el mundo en la experimentación de packet radio.

La mayoría del trabajo de la implementación de estos protocolos lo ha Jonathon Naylor, jsn@cs.nott.ac.uk.

8.10 Protocolo Rose (`AF_ROSE`)

Los nombres de los dispositivos Rose son rs0, rs1, etc, en los núcleos 2.1.*. Rose está disponible a partir de los núcleos 2.1.*.

Opciones de Compilación del Núcleo:


    Networking options  --->
        [*] Amateur Radio AX.25 Level 2
        <*> Amateur Radio X.25 PLP (Rose)

Los protocolos AX25, Netrom y Rose están cubiertos por el AX25 Howto. Estos protocolos los usan Operadores de Amateur Radio de todo el mundo en la experimentación de packet radio.

La mayoría del trabajo de la implementación de estos protocolos lo ha hecho Jonathon Naylor, jsn@cs.nott.ac.uk.

8.11 Soporte SAMBA - NetBEUI, NetBios.

SAMBA es una implementación del protocolo Session Management Block. Samba permite que los sistemas de Microsoft (y otros) monten y usen sus discos e impresoras.

SAMBA y su configuración vienen cubiertos en detalle en el http://www.insflug.org/documentos/Samba-Como/.

8.12 Soporte de STRIP (Starmode Radio IP)

Los nombres de los dispositivos STRIP son st0, st1, etc.

Opciones de Compilación del Núcleo:


    Network device support  --->
        [*] Network device support
        ....
        [*] Radio network interfaces
        < > STRIP (Metricom starmode radio IP)

STRIP es un protocolo diseñado específicamente para un rango de radio-módems Metricon para un proyecto de investigación conducido por la Universidad de Stanford llamado MosquitoNet Project http://mosquitonet.Stanford.EDU/mosquitonet.html. Es muy interesante leerse esto, incluso si no está interesado directamente en el proyecto.

Las radios Metricon se conectan a un puerto serie, emplean tecnología de espectro amplio y suelen ser capaces de alcanzar los 100kbps. Hay información disponible acerca de las radios Metricon en el servidor Web de Metricon http://www.metricom.com.

En estos momentos las herramientas y utilidades estándar de red no implementan el controlador STRIP, por lo que deberá obtener algunas herramientas preparadas desde el servidor WWW de MosquitoNet. Los detalles sobre los programas que necesitará están disponibles en la página de MosquitoNet sobre STRIP http://mosquitonet.Stanford.EDU/strip.html.

En resumen de la configuración, use un programa slattach modificado para establecer STRIP como la disciplina de línea de un dispositivo serie tty y entonces configurar el dispositivo st[0-9] resultante igual que haría con uno Ethernet con una excepción importante: por razones técnicas, STRIP no soporta el protocolo ARP, por lo que deberá configurar manualmente las entradas ARP de cada una de las máquinas en la subred. Esto no debería ser demasiado oneroso.

8.13 Anillo con testigo (Token Ring)

Los nombres de los dispositivos de anillo con testigo son tr0, tr1, etc. El anillo con testigo es un protocolo de red LAN estándar de IBM que evita colisiones proporcionando un mecanismo que permite que sólo una de las estaciones en la red tenga en un momento determinado derecho a transmitir. Una estación mantiene un Ťtestigoť (token) durante un tiempo determinado y ésa es la única con permiso para transmitir. Cuando ha transmitido los datos le pasa el testigo a la siguiente estación. El testigo traza un bucle entre todas las estaciones activas, de ahí el nombre de ŤAnillo con Testigoť.

Opciones de Compilación del Núcleo:


    Network device support  --->
        [*] Network device support
        ....
        [*] Token Ring driver support
        < > IBM Tropic chipset based adaptor support

La configuración de un anillo con testigo es idéntica a la de una Ethernet con la excepción del nombre de los dispositivos a configurar.

8.14 X.25

El X.25 es un protocolo de circuitos basados en conmutación de paquetes definido por el C.C.I.T.T. (una organización de estándares reconocida por compañías de Telecomunicaciones en la mayor parte del mundo). En estos momentos está en funcionamiento una implementación de X.25 y LAPB y los núcleos 2.1.* más recientes incluyen el trabajo que está en progreso.

Jonathon Naylor jsn@cs.nott.ac.uk está liderando el desarrollo y se ha establecido una lista de correo para discutir materias relativas al X.25 en Linux. Para suscribirse, envíe un mensaje a: majordomo@vger.rutgers.edu con el texto subscribe linux-x25 en el cuerpo del mensaje.

Se pueden obtener las primeras versiones de las herramientas de configuración desde el sitio de FTP de Jonathon en ftp://ftp.cs.nott.ac.uk/jsn.

8.15 Tarjeta WaveLan

Los nombres de los dispositivos Wavelan son eth0, eth1, etc.

Opciones de Compilación del Núcleo:


Network device support  --->
    [*] Network device support
    ....
    [*] Radio network interfaces
    ....
    <*> WaveLAN support

La tarjeta WaveLAN es una tarjeta de red LAN inalámbrica de amplio espectro. La tarjeta se parece bastante en la práctica a una tarjeta Ethernet y se configura de la misma manera.

Puede obtener información acerca de la tarjeta Wavelan de Wavelan.com http://www.wavelan.com.

Página siguiente Página anterior Índice general

Hosting by: hurra.com
Generated: 2007-01-26 18:00:36