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.
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.
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.
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.
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.
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.
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.
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.
rc correspondiente.
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.
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.
netstat e
ifconfig no soportan Appletalk. La información «en bruto» está
disponible en el directorio /proc/net si tuviese necesidad de ella.
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.
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.
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.
Actualmente se está trabajando en la implementación de DECNet. Debería aparecer
en algún núcleo 2.1.* tardío.
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.
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
#
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.
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.
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.
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/.
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.
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.
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.
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.