Administración de servicios de red con Red Hat/Fedora Linux

Transcripción

1 Administración de servicios de red con Red Hat/Fedora Linux

2 Tabla de contenido Introducción a TCP/IP...9 Introducción al protocolo TCP/IP...10 Familia de Protocolos TCP/IP...10 Protocolo IP - Direccionamiento IP...10 Clasificación de direcciones IP...12 Direcciones IP reservadas...13 Máscaras de subred...13 Protocolo ARP...14 Protocolo ICMP...14 Protocolo IGMP...15 UDP (User Datagram Protocol - Protocolo de Datagrama de Usuario)...15 TCP (Transmission Control Protocol - Protocolo de Control de la Transmisión) Comparación de TCP y UDP...16 Configuración de dispositivos de red...17 Detección y configuración del hardware...18 Scripts de red...19 Ficheros de configuración de red...19 Ficheros de configuración de interfaz...20 Interfaces Ethernet...20 Interfaces de acceso telefónico...21 Otras interfaces...22 Ficheros alias y clon...22 Scripts de control de interfaz...23 Asignación de parámetros de red...24 Nombre del host...25 Dirección IP, máscara de sub-red y puerta de enlace...25 Servidores de nombres de dominio...25 Agregar rutas adicionales...26 Función de Re-envío de paquetes para IP versión Función Zeroconf...26 Verificación de la configuración...27 La herramienta ethtool...27 Network File System (NFS)...29

3 Network File System (NFS)...30 NFS y portmap...30 Trabajando con portmap...30 Archivos de configuración del servidor NFS /etc/exports...33 Archivos de configuración de clientes NFS...35 /etc/fstab...35 Opciones de montaje NFS comunes Resolución de problemas de NFS con portmap...37 Dynamic Host Configuration Protocol (DHCP)...39 Dynamic Host Configuration Protocol (DHCP)...40 Motivos para usar el protocolo DHCP...40 Configuración de un servidor DHCP...40 Archivo de configuración...40 Parámetro Range (Rango)...42 Dirección IP estática con DHCP...42 Base de datos de arrendamiento...42 Arranque y parada del servidor...43 Agente de retransmisión DHCP...43 Interconexión con Windows - SAMBA...45 Configuración de SAMBA...46 Configuración de la sección [global] de servidor SAMBA...46 Configuración de la sección [shares] de servidor SAMBA...49 Accediendo a recursos SAMBA...52 Escenarios típicos...53 Servidor proxy Squid...55 Servidor proxy Squid...56 Configuración básica...56 Parámetro http_port...57 Parámetro cache_mem...57 Parámetro cache_dir...58 Parámetro ftp_user Ing. Ivan Ferreira

4 Control de acceso...59 Reglas de Control de Acceso...60 Parámetro cache_mgr...61 Parámetro cache_peer: caches padres y hermanos...61 Aplicando Listas y Reglas de control de acceso...62 Control de acceso - Caso Control de acceso - Caso Proxy Transparente...63 Proxy transparente - Regla de iptables...64 Estableciendo el idioma por defecto...64 Iniciando el servicio al arranque del sistema...65 Depuración de errores...65 Very Secure FTP Daemon (VSFTPD)...66 Configuración inicial...67 Control del servicio vsftpd...68 Control de acceso de los usuarios...69 Usuarios anónimos...69 Usuarios locales...69 Berkeley Internet Name Domain (BIND)...73 Introducción a DNS...74 Tipos de zonas de los servidores de nombres...75 BIND como un servidor de nombres...76 El archivo /etc/named.conf...77 Etiquetas de comentarios...77 Declaración acl...77 Declaración include...79 Declaración options...79 Declaración zone...81 Ejemplo de declaraciones de zone...83 Otros tipos de declaraciones...85 Archivos de zona...86 Registros de recursos de archivos de zona...87 Red Hat Certified Engineer 4

5 Registro SOA (Start Of Authority)...87 Registro NS (Name Server)...88 Registro A (Address)...89 Registro CNAME (Cannonical Name)...89 Registro CNAME (Cannonical Name)...89 Registro PTR (PoinTeR)...90 Ejemplo de archivo de zonas...90 Archivos de zona de resolución de nombres inversa Uso de rndc...92 Configuración de /etc/named.conf para rndc...92 Configuración de /etc/rndc.conf...93 Opciones de línea de comandos de rndc...93 Servidor Apache HTTP...95 Directivas de configuración en httpd.conf Sugerencias de configuración generales...96 Directiva ServerRoot...97 Directiva PidFile...97 Directiva Timeout...97 Directiva KeepAlive...97 Directiva MaxKeepAliveRequests...97 Directiva KeepAliveTimeout...98 Directivas MinSpareServers y MaxSpareServers...98 Directiva StartServers...98 Directiva MaxClients...98 Directiva Listen...98 Directiva Include...99 Directiva User...99 Directiva Group...99 Directiva ServerAdmin...99 Directiva ServerName Directiva DocumentRoot Directiva DirectoryIndex Ing. Ivan Ferreira

6 Directiva AccessFileName Directiva HostnameLookups Directiva ErrorLog Directiva LogLevel Directiva ServerSignature Directiva Redirect Configuración de directorios Directiva Alias Directiva ScriptAlias Directiva AddHandler Directiva Directory Directiva Options Directiva AllowOverride Directiva Order Directiva UserDir Arrancar y detener httpd Configuración de máquinas virtuales Directiva NameVirtualHost Directiva VirtualHost Máquinas Virtuales Ejemplo de creación de máquinas virtuales Configuración de autenticación para el acceso a directorios Configuración del Servidor Seguro Apache HTTP Vista preliminar de los paquetes relacionados con la seguridad Vista preliminar de certificados y seguridad Generar una clave Generar una petición de certificado para enviarla a un CA Creación de un certificado autofirmado Probar su certificado Forzar el uso del modo SSL Servicios de correo electrónico Postfix Red Hat Certified Engineer 6

7 Arquitectura de Postfix Archivos de configuración de Postfix EL archivo main.cf Directivas adicionales Direcciones canónicas Usuarios reubicados Listas de correo Administración de colas Herramientas de gestión de colas Listar mensajes Borrando mensajes Reteniendo mensajes Reencolando mensajes Mostrando mensajes Liberando mensajes Mapas de transporte Gateway de reenvío interno Reenvío de correo saliente Enmascarando nombres de host Sendmail Confirmando la instalación de Sendmail Configurando Sendmail Control de RELAY Inicio del servicio sendmail Administrando los aliases Cómo usar un anfitrión inteligente Central de correo Habilitando los servicios POP3 e IMAP Dovecot Configuración de Webmail Secure Shell Secure Shell Ing. Ivan Ferreira

8 El demonio SSH Control del servicio SSH Cliente SSH para Windows Transferencias de archivos de forma segura Secure copy Network Time Protocol Convenciones generales Zonas horarias Daylight Savings Time Los archivos de zona horaria El proyecto pool.ntp.org Configuración de NTP Solución de problemas Diagnóstico y solución de problemas de red y servicios Red Hat Certified Engineer 8

9 1 Introducción a TCP/IP

10 Introducción a TCP/IP Introducción a TCP/IP Introducción al protocolo TCP/IP Los protocolos establecen una descripción formal de los formatos que deben representar los mensajes para poder ser intercambiados por equipos de cómputo; además definen las reglas que ellos deben seguir para lograrlo. Familia de Protocolos TCP/IP El protocolo TCP/IP está compuesto por varios protocolos que proveen distintas funciones relacionadas con la capa del modelo OSI en que se encuentran. Los protocolos que conforman el TCP/IP y su relación con el modelo OSI son: Modelo OSI Modelo TCP/IP Suite de protocolos TCP/IP Aplicación Presentación Sesión Aplicación FTP DNS SMTP SSH WWW Transporte Transporte TCP UDP Red Internet IP ARP ICMP - IGMP Enlace Físico Interface de red Ethernet Token Ring Frame Relay ATM Protocolo IP - Direccionamiento IP Las direcciones de Internet pueden ser simbólicas o numéricas. La forma simbólica es más fácil de leer, por ejemplo: La forma numérica es un número binario sin signo de 32 bits, habitualmente expresado en forma de números decimales separados por puntos. Por ejemplo, es una dirección de Internet válida. La forma numérica es usada por el software de IP. La función de mapeo entre los dos la realiza el DNS (Domain Name System) discutido posteriormente. Primeramente examinaremos la forma numérica, denominada dirección IP. La dirección IP Para ser capaz de identificar una máquina en Internet, a cada interfaz de red de la máquina o host se le asigna una dirección, la dirección IP, o dirección de Internet. Red Hat Certified Engineer 10

11 Introducción a TCP/IP Las direcciones IP son números de 32 bits representados habitualmente en formato decimal (la representación decimal de cuatro valores binarios de 8 bits concatenados por puntos). Por ejemplo es una dirección IP. Las direcciones IP son usadas por el protocolo IP(ver Internet Protocol (IP)) para definir únicamente un host en la red. El formato binario para la dirección IP es: Decimal Binario Una dirección IP se compone de dos partes, una de ellas identifica la red a la que pertenece el host (equipo) y otra identifica al equipo en sí. Las direcciones IP deben ser únicas y no deben repetirse dentro de una misma red. Los host que desean comunicarse entre sí en una red, deben tener configurados la misma dirección de red. Puede pensar en esta dirección como el código de área de un número telefónico. Para todos los números de Ciudad del Este son iguales. Cada dispositivo dentro de una red debe tener una única dirección de host. Puede considerar que esta dirección es el número específico de teléfono con quien se desea comunicar en C.E. Existen reglas que definen que parte de la dirección IP identifica a la red y que parte identifica al host. Estas reglas son conocidas como Clases de direcciones IP. Hay cinco clases de direcciones IP: Clase A 0 Redes Hosts Clase B 10 Redes Hosts Clase C 110 Redes Hosts Clase D 1110 Multicast Clase E 1111 Resevado Solo las clases A, B y C son utilizadas para redes empresariales. Las direcciones de clase A usan 7 bits para el número de red permitiendo 126 posibles redes(veremos posteriormente que de cada par de direcciones de red y de host, dos tienen un significado especial). Los restantes 24 bits se emplean para el número de host, de modo que cada red tener hasta 16,777,214 hosts. Las direcciones de clase B usan 14 bits para el número de red, y 16 bits para el de host, lo que supone redes de hasta hosts cada una. 11 Ing. Ivan Ferreira

12 Introducción a TCP/IP Las direcciones de clase C usan 21 bits para el número de red y 8 para el de host, lo que supone 2,097,150 redes de hasta 254 hosts cada una. Las direcciones de clase D se reservan para multicasting o multidifusión, usada para direccionar grupos de hosts en un área limitada. Las direcciones de clase E se reservaron para usos en el futuro. Clasificación de direcciones IP Las direcciones IP se clasifican en: Direcciones IP públicas. Son visibles en todo Internet. Un ordenador con una IP pública es accesible (visible) desde cualquier otro ordenador conectado a Internet. Para conectarse a Internet es necesario tener una dirección IP pública. Direcciones IP privadas (reservadas). Son visibles únicamente por otros hosts de su propia red o de otras redes privadas interconectadas por ruteadores. Se utilizan en las empresas para los puestos de trabajo. Los ordenadores con direcciones IP privadas pueden salir a Internet por medio de un ruteador (o proxy) que tenga una IP pública. Sin embargo, desde Internet no se puede acceder a ordenadores con direcciones IP privadas. A su vez, las direcciones IP pueden ser: Direcciones IP estáticas (fijas). Un host que se conecte a la red con dirección IP estática siempre lo hará con una misma IP. Las direcciones IP públicas estáticas son las que utilizan los servidores de Internet con objeto de que estén siempre localizables por los usuarios de Internet. Estas direcciones deben ser contratarlas. Direcciones IP dinámicas. Un host que se conecte a la red mediante dirección IP dinámica, cada vez lo podría hacer con una dirección IP distinta. Para ello es necesario que en la red exista un servidor DHCP (Dynamic Host Configuration Protocol). Clase Formato Número de Redes A B C r.h.h.h r.r.h.h r.r.r.h Número de Hosts Rango de direcciones Máscara por defecto Red Hat Certified Engineer 12

13 Introducción a TCP/IP Direcciones IP reservadas Las siguientes direcciones IP pueden ser utilizadas dentro de una red privada (empresarial) sin requerir autorización de una organización de asignación de direcciones IP. Clase A: Clase B: Clase C: Direcciones especiales que no pueden ser utilizadas: esta reservada para la puerta de enlace por defecto (default gateway ) esta reservada para la tarjeta de red loopback en cada host ( ) utilizada para comunicación dentro del mismo host y diagnóstico. Todos los bits de la porción de hosts a 0: Ej Este es el número que identifica a la red. Todos los bits de la porción de hosts a 1: Ej Este es el número de broadcast. El broadcast es una dirección utilizada para enviar mensajes a todos los hosts de la red. Máscaras de subred Los Id. de red y de host en una dirección IP se distinguen mediante una máscara de subred. Cada máscara de subred es un número de 32 bits que utiliza grupos de bits consecutivos de todo unos (1) para identificar la parte de Id. de red y todo ceros (0) para identificar la parte de Id. de host en una dirección IP. Por ejemplo, la máscara de subred que se utiliza normalmente con la dirección IP es el siguiente número binario de 32 bits: Decimal Binario Este número de máscara de subred está formado por 16 bits uno seguidos de 16 bits cero, lo que indica que las secciones de Id. de red e Id. de host de esta dirección IP tienen una longitud de 16 bits. Normalmente, esta máscara de subred se muestra en notación decimal con puntos como Ing. Ivan Ferreira

14 Introducción a TCP/IP Normalmente, los valores predeterminados de máscara de subred (como se muestra en la tabla anterior) son aceptables para la mayor parte de las redes sin requisitos especiales en las que cada segmento de red IP corresponde a una única red física. En algunos casos, puede utilizar máscaras de subred personalizadas para implementar la creación de subredes IP. Con la creación de subredes IP, se puede subdividir la parte de Id. de host predeterminada en una dirección IP para especificar subredes, que son subdivisiones del Id. de red basado en la clase original. Al personalizar la longitud de la máscara de subred, puede reducir el número de bits que se utilizan para el Id. de host actual. Para evitar problemas de direcciones y enrutamiento, debe asegurarse de que todos los equipos TCP/IP de un segmento de la red utilizan la misma máscara de subred. Protocolo ARP Dentro de una misma red, las máquinas se comunican enviándose tramas físicas. Las tramas Ethernet contienen campos para las direcciones físicas de origen y destino (6 bytes cada una) también conocidas como MAC address. El MAC address es una dirección que está grabada en cada tarjeta de red y es única para cada tarjeta fabricada en el mundo. Por ejemplo puede ser representado de la siguiente forma: c-85-fc-8c 08:00:4c:85:fc:8c El problema que se nos plantea es cómo podemos conocer la dirección física de la máquina destino. Necesitamos obtener la dirección física de un ordenador a partir de su dirección IP. Esta es justamente la misión del protocolo ARP (Address Resolution Protocol, protocolo de resolución de direcciones). Protocolo ICMP Debido a que el protocolo IP no es fiable, los datagramas pueden perderse o llegar defectuosos a su destino. El protocolo ICMP (Internet Control Message Protocol, protocolo de mensajes de control y error) se encarga de informar al origen si se ha producido algún error durante la entrega de su mensaje. Pero no sólo se encarga de notificar los errores, sino que también transporta Red Hat Certified Engineer 14

15 Introducción a TCP/IP distintos mensajes de control. Campo de tipo Tipo de mensaje ICMP 0 Respuesta de eco (Echo Reply) 3 Destino inaccesible (Destination Unreachable) 4 Disminución del tráfico desde el origen (Source Quench) 5 Redireccionar, cambio de ruta (Redirect) 8 Solicitud de eco (Echo) 11 Tiempo excedido para un datagrama (Time Exceeded) 12 Problema de Parámetros (Parameter Problem) 13 Solicitud de marca de tiempo (Timestamp) 14 Respuesta de marca de tiempo (Timestamp Reply) 15 Solicitud de información, obsoleto (Information Request) 16 Respuesta de información, obsoleto (Information Reply) 17 Solicitud de máscara (Addressmask) 18 Respuesta de máscara (Addressmask Reply) Protocolo IGMP Este protocolo esta íntimamente ligado a IP. Se emplea en maquinas que emplean IP multicast. El IP multicast es una variante de IP que permite emplear datagramas con múltiples destinatarios. UDP (User Datagram Protocol - Protocolo de Datagrama de Usuario) UDP es uno de los dos principales protocolos que residen por encima de IP. Ofrece servicio a las aplicaciones de red de usuario. Algunos ejemplos de aplicaciones de red que usan UDP son: NFS (Network File System - Sistema de Archivos de Red) y SNMP (Simple Network management Protocol - Protocolo de administración de Red Simple). El servicio es un poco más que un interface a IP. UDP es un servicio de entrega de datagramas no orientado a conexión, lo cual no garantiza la entrega. UDP no mantiene una conexión de extremo a extremo con el módulo UDP remoto; simplemente envía el datagrama a la red y acepta datagramas de entrada de la red. UDP añade dos valores a los servicios provistos por IP. Uno de ellos es la multiplexación de la información entre aplicaciones basándose en el número de puerto. El otro es una suma de comprobación (checksum) para comprobar la integridad de los datos. 15 Ing. Ivan Ferreira

16 Introducción a TCP/IP TCP (Transmission Control Protocol - Protocolo de Control de la Transmisión) TCP ofrece un servicio diferente que UDP. TCP ofrece un flujo de bytes orientado a conexión, en lugar de un servicio de entrega de datagramas no orientado a conexión. TCP garantiza la entrega, mientras que UDP no lo hace. TCP es usado por las aplicaciones de red que quieren garantía de entrega y no pueden ser molestados haciendo time-outs (tiempo de espera agotado) y retransmisiones. Las dos aplicaciones de red más típicas que usan TCP son FTP (File Transfer Protocol - Protocolo de Transferencia de Ficheros), SSH o TELNET. La mayor capacidad de TCP no es gratis: requiere más CPU y ancho de banda de red. Las interioridades del módulo TCP son mucho más complicadas que las de un módulo UDP. Comparación de TCP y UDP El TCP es un protocolo de comunicación entre dos máquinas con: Negociación de conexión Acuse de recibo de cada paquete Control de no duplicidad de paquetes Inmune a la llegada desordenada de paquetes Inmune a la perdida de paquetes (se solicitan otra vez) UDP es un protocolo simple para transferir datos sin toda la sobrecarga del TCP y sin ninguna de sus virtudes. En las conexiones UDP no hay negociación, ni acuse de recibo, ni control de perdida o desorden o duplicación de paquetes, todo esto debe ser gestionado por el servicio que emplea la conexión. Red Hat Certified Engineer 16

17 Configuración de dispositivos de red 2

18 Configuración de dispositivos de red Configuración de dispositivos de red Detección y configuración del hardware La detección del hardware es realizada o bien por el programa de instalación, o bien a través de kudzu, un daemon que inicia con el sistema y que se encarga de detectar y configurar los dispositivos de hardware instalados. En términos generales, no hace falta configurar parámetro alguno mientras los dispositivos de red sean compatibles y exista un controlador para la versión del kernel ejecutado. Si acaso no fuese detectado el dispositivo de red debido a la ausencia de kudzu, es posible configurar todo manualmente. La marca de la tarjeta de red es lo que menos interesa, lo que es importante es que se determine con exactitud que chipset utiliza la tarjeta de red. Esto puede determinarse examinando físicamente la tarjeta de red o bien examinando a detalle la salida en pantalla que se obtiene al ejecutar el siguiente comando: # less /proc/pci # lspci -v Lo cual devuelve una salida similar a las siguiente (en el caso de una tarjeta 3Com 905 C) Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 120). Debe editarse con un procesador de textos /etc/modules.conf (kernel 2.4) o /etc/modprobe.conf (kernel 2.6) y debe verificarse que el módulo de su tarjeta de red realmente este especificado correctamente. Ejemplo: alias eth0 3c59x Si se realizó alguna edición de este fichero, deberá de ejecutarse el siguiente comando, a fin de actualizar dependencias: # /sbin/depmod -a Si utiliza kernel 2.4.x, la lista de módulos existentes en su equipo que puede utilizar para distintos chipsets de distintas tarjetas de red se puede obtener enlistando el contenido del directorio /lib/modules/[versión de su kernel]/kernel/drivers/net/. Ejemplo: # ls /lib/modules/2.4.9-ac10/kernel/drivers/net/ Si utiliza kenel 2.6, la lista de módulos existentes en su equipo puede obtenerla del mismo modo que la versión 2.4.x, o utilizar el comando: Red Hat Certified Engineer 18

19 Configuración de dispositivos de red # modprobe -t net -l Scripts de red Usando Red Hat Linux, todas las comunicaciones de red acontecen entre interfaces, que son dispositivos de red conectados al sistema, configurados de un modo determinado y usando un protocolo, al menos, para intercambiar datos con otros sistemas. Los diferentes tipos de interfaz que existen son tan variados como los dispositivos que los soportan. Los ficheros de configuración para las diferentes interfaces de red y scripts para activarlos o desactivarlos están ubicados en el directorio /etc/sysconfig/networkscripts. Mientras que la existencia de ficheros de interfaces particulares puede diferir de sistema a sistema dependiendo del uso, los tres tipos de ficheros diferentes que existen en este directorio, ficheros de configuración de interfaz, scripts de control de interfaz y ficheros de función de red, funcionan conjuntamente para habilitar Red Hat Linux para el uso de diversos dispositivos de red disponibles. Este capítulo explorará la relación entre estos ficheros y las diferentes opciones para su uso. Ficheros de configuración de red Antes de revisar los ficheros de configuración de interfaz estudiemos los ficheros de configuración principales que usa Red Hat Linux para configurar la red. La comprensión del papel que desemepeñan en la configuración de la red es fundamental para configurar el sistema. Los principales ficheros de configuración de la red son los siguientes: /etc/hosts El principal propósito de este fichero es resolver los nombres de hosts que no se pueden resolver en otra manera. Se puede usar solamente para resolver nombres de hosts en pequeñas redes sin servidor DNS. Sin tener en cuenta el tipo de red que el ordenador use, este fichero contiene un línea que especifica la dirección IP del dispositivo loopback ( ) como por ejemplo localhost.localdomain. /etc/resolv.conf Este fichero especifica las direcciones IP de los servidores DNS y el dominio de búsqueda. A menos que se haya configurado para algo diferente, los scripts de inicialización de la red llenan este fichero. /etc/sysconfig/network Especifica la información del routing y del host para todas las interfaces de red. /etc/sysconfig/network-scripts/ifcfg-<interface-name> Para cada interfaz de 19 Ing. Ivan Ferreira

20 Configuración de dispositivos de red red del sistema Red Hat Linux existe un script de configuración de interfaz para una interfaz de red determinada. Ficheros de configuración de interfaz Los ficheros de configuración de interfaz controlan la operación de un dispositivo de interfaz de red particular. Cuando su sistema Red Hat Linux arranca, utiliza estos ficheros para saber qué interfaces utilizar automáticamente y cómo configurarlas para que operen correctamente. Estos ficheros habitualmente se conocen como ifcfg-<device>, donde <device> hace referencia al nombre del dispositivo que controla el fichero de configuración. Interfaces Ethernet Uno de los ficheros de interfaz más comunes es ifcfg-eth0, que controla el primer NIC de un sistema. En un sistema con muchos NICs, tendrá ficheros ifcfg-ethx múltiples, cada uno con un número al final del nombre del fichero. Como cada dispositivo tiene su propio fichero de configuración, llevará un gran control sobre el modo en que funciona cada interfaz. Un ejemplo ifcfg-eth0 para un sistema que usa una dirección IP fija sería de la siguiente manera: DEVICE=eth0 BOOTPROTO=none ONBOOT=yes NETWORK= NETMASK= IPADDR= USERCTL=no Los valores que se requieren en un fichero de configuración de interfaz pueden cambiar basándose en otros valores. Por ejemplo, el fichero ifcfg-eth0 para una interfaz que use DHCP aparecerá diferente, debido al hecho de que la información IP viene proporcionada por el servidor DHCP: DEVICE=eth0 BOOTPROTO=dhcp ONBOOT=yes La mayoría del tiempo, deseará utilizar una utilidad GUI, como por ejemplo redhatconfig-network, system-config-network o netconfig para hacer cambios en los diversos ficheros de configuración de interfaz. También puede modificar el fichero de configuración de un determinado dispositivo de red a mano. A continuación, le mostramos los parámetros que necesita para modificar el fichero de configuración. Red Hat Certified Engineer 20

21 Configuración de dispositivos de red Dentro de cada uno de los ficheros de configuración de la interfaz, son comunes los siguientes valores: BOOTPROTO=<protocol>, donde <protocol> es uno de los siguientes: none No se debería utilizar ningún protocolo de tiempo de arranque. bootp Se debería utilizar el protocolo BOOTP. dhcp Se debería utilizar el protocolo DHCP. BROADCAST=<address>, donde <address> es la dirección de broadcast. DEVICE=<name>, donde <name> es el nombre del dispositivo físico (a excepción de los dispositivos PPP asignados de forma dinámica donde es el nombre lógico). DNS{1,2}=<address>, donde <address> es la dirección del servidor de nombres que se tiene que colocar en /etc/resolv.conf si la directiva PEERDNS está activada. IPADDR=<address>, donde <address> es la dirección IP. NETMASK=<mask>, donde <mask> es el valor de la máscara de red. NETWORK=<address>, donde <address> es la dirección de red. Esta opción ya no se usa. ONBOOT=<answer>, donde <answer> es uno de los siguientes: yes dispositivo debería activarse en el momento de arranque. no Este dispositivo no debería activarse en el momento de arranque. PEERDNS=<answer>, donde <answer> es uno de las siguientes: yes Modificar /etc/resolv.conf si la directiva DNS está activada. Si está usando DCHP, la opción sí es la predeterminada. no No modificar /etc/resolv.conf Interfaces de acceso telefónico Si se conecta a una red, como Internet, a través de la conexión de acceso telefónico PPP, necesitará un fichero de configuración para esa interfaz. 21 Ing. Ivan Ferreira

22 Configuración de dispositivos de red Este fichero se crea automáticamente cuando usa las aplicaciones wvdial, ls herramienta de administración de redes o Kppp para crear una cuenta telefónica. Además, todos los cambios que se hagan en la cuentas telefónica se reflejan en estos ficheros de configuración de estos dispositivos. El Manual del principiante de Red Hat Linux contiene las instrucciones para usar estas herramientas de conexión telefónica. También puede crear y modificar este fichero a mano. La muestra de ficheros ifcfg-ppp0 sería de la siguiente manera: DEVICE=ppp0 NAME=test WVDIALSECT=test MODEMPORT=/dev/modem LINESPEED= PAPNAME=test USERCTL=true ONBOOT=no PERSIST=no DEFROUTE=yes PEERDNS=yes DEMAND=no IDLETIMEOUT=600 Otras interfaces Otro fichero de configuración de interfaz comunes que usan estas opciones es el ifcfg-lo, que controla el dispositivo loopback local del protocolo IP, ifcfg-irlan0, que establece los parámetros para el primer dispositivo infrarojo, ifcfg-plip0, que controla el primer dispositivo PLIP, y ifcfg-tr0, que se usa con el primer dispositivo Token Ring. A menudo se usa una interfaz loopback en las pruebas así como una variedad de aplicaciones que requieren una dirección IP que apunte al mismo sistema. Todos los datos que se mandan al dispositivo loopback vuelven inmediatamente a la red del host. Ficheros alias y clon Dos tipos menos usados de ficheros de configuración de interfaz que se encuentran en /etc/sysconfig/network-scripts son los ficheros alias y clon, que incluyen un componente adicional en el nombre del fichero más allá del nombre de la interfaz. Los ficheros de configuración de la interfaz toman nombres en el formato de ifcfg- <if-name>:<alias-value>: y permiten que un alias señale una interfaz. Por ejemplo, un fichero ifcfg-eth0:0: podría estar configurado para especificar DEVICE=eth0:0 y una dirección IP estática de , que sirva como un alias de una interfaz Ethernet que ya haya sido configurada para recibir la información IP a través de DHCP en ifcfg-eth0. Llegado a ese punto, el dispositivo eth0 está ligado a una dirección IP Red Hat Certified Engineer 22

23 Configuración de dispositivos de red Un fichero de configuración de clon tiene un nombre parecido a ifcfg-<if-name>- <clone-name>. Un fichero alias es otro modo de referirse a un fichero de configuración de interfaz ya existente, mientras que un fichero clon se usa para especificar opciones adicionales al especificar una interfaz. Por ejemplo, si tiene una interfaz Ethernet DHCP estándar llamada eth0, será de la siguiente manera: DEVICE=eth0 ONBOOT=yes BOOTPROTO=dhcp Como USERCTL no está configurado para la opción sí, los usuarios no pueden activar y desactivar esta interfaz. Para que los usuarios gocen de esta habilidad, cree un clon llamado user de ifcfg-eth0 que permita que un usuario active o no la interfaz eth0. El nombre que resulta del clon sería ifcfg-eth0-user y tan sólo necesitaría una línea: USERCTL=yes Cuando un usuario activa la interfaz eth0 mediante el comando ifup eth0-user, las opciones de configuración desde ifcfg-eth0 y ifcfg-eth0-user se usan conjuntamente. Aunque este ejemplo es muy sencillo, este método puede ser utilizado con una variedad de opciones e interfaces. Si desea configurar un alias a una interfaz sólo momentáneamente puede usar el conmando ifconfig. Por ejemplo para crear un alias en la interfaz eth0 ejecute: # ifconfig eth0: # ifconfig eth0: De esta forma podrá acceder a las redes y Para desactivar un alias ejecute el comando: # ifconfig eth0:0 down Scripts de control de interfaz Los scripts de control de interfaz controlan la activación y desactivación de las conexiones de interfaz. Existen dos scripts de control de la interfaz primarios, /sbin/ifdown y /sbin/ifup que utilizan otros scripts de control variados localizados en el directorio /etc/sysconfig/network-scripts para activar y desactivar las interfaces de red. Los dos scripts de control de interfaz son ifdown y ifup y son enlaces simbólicos para los scripts en el directorio /sbin. Cuando se solicita cualquiera de estos scripts, aceptan el uso de un valor de la interfaz, como por ejemplo: # ifup eth0 23 Ing. Ivan Ferreira