Centos Servicios

CentOS Linux y Servicios de Red
versiones 6 y 7
Antonio Vazquez
Este libro está a la venta en http://leanpub.com/centosserviciosdered
Esta versión se publicó en 2016-05-17
This is a Leanpub book. Leanpub empowers authors and publishers with the Lean Publishing
process. Lean Publishing is the act of publishing an in-progress ebook using lightweight tools and
many iterations to get reader feedback, pivot until you have the right book and build traction once
you do.
© 2014 - 2016 Antonio Vazquez

Índice general
1.- Instalación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1.1.- CentOS 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1.1.- CentOS 7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2.-Administración básica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
2.1.-Comandos básicos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
2.2.-Crear y editar ficheros . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
2.3.- Redirigir la salida de un comando . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
2.4.- Instalar software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
2.5.- Entorno gráfico . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
2.6.- Otros comandos útiles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
2.7.- SELinux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
3.- Networking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
3.1.- IPv4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
3.2.- IPv6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
3.3.- Herramientas de red . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
4.- DNS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
4.1.- Servicio DNS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
4.2.- Instalar un servidor DNS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
4.3.- Instalando un servidor maestro . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
4.4.- Configuración del cliente . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
4.5.- Servidores esclavos y transferencias de zona . . . . . . . . . . . . . . . . . . . . . . 101
4.6.- DNSSEC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
4.7.- Herramientas de diagnóstico . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114
4.8.- Resolución de problemas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119
4.9.- Ficheros de log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124
1.- Instalación
1.1.- CentOS 6
Como suele ocurrir con todo, existe más de una forma de instalar CentOS en un ordenador. Sin
embargo aqui únicamente nos centraremos en la instalación típica desde DVD. Lo primero que
hay que hacer es conseguir los DVDs. Éstos se pueden descargar desde el sitio oficial de CentOS
en https://www.centos.org/. En el momento de escribir este libro, los archivos ISO para Centos
6 se podían descargar desde los enlaces disponibles en http://wiki.centos.org/Download. Podemos
seleccionar la versión exacta que queremos instalar, la arquitectura (32 ó 64 bits) y el tipo de instación
(por red, mínima, etc…). Descargaremos los ficheros CentOS-6.2-i386-bin-DVD1.iso y CentOS-6.2-
i386-bin-DVD2.iso. Una vez que tenemos listos los DVDs la instalación es bastante sencilla. Nos
aseguramos de que el ordenador está configurado para arrancar desde DVD y lo reiniciamos con el
primer DVD de instalación insertado. Después de unos segundos veremos la pantalla de la Fig. 1.
Fig 1:Arrancando con el DVD de instalación
Elegiremos la primera opción “Install or upgrade an existing system”, esto lanzará el programa de
instalación. Ahora se nos ofrece la posibilidad de comprobar el medio de instalación (Fig. 2). Si
1
1.- Instalación 2
estamos seguros de que los DVDs están bien pulsamos en “Skip”.
Fig 2:Comprobando los medios de instalación
Ahora el sistema arrancará el instalador gráfico (Fig. 3).

1.- Instalación 3
Fig 3:El instalador gráfico
En las siguientes pantallas tendremos que elegir el idioma y la disposición del teclado (Fig. 4 y Fig.
5).
1.- Instalación 4
Fig 4:Idioma
1.- Instalación 5
Fig 5:Disposición del teclado
Ahora tenemos que especificar si estamos instalando CentOS en un disco estándar o en un dispositivo
especial como un disco de una SAN, un dispositivo iSCSI, etc… La mayoría de las veces instalaremos
sobre discos estándar así que seleccionaremos la primera opción (Fig. 6).
1.- Instalación 6
Fig 6:Seleccionando el tipo de dispositivo
Nada más pulsar el botón “Next” aparecerá un mensaje de advertencia (Fig. 7) para informarnos de
que se va a eliminar toda la información que pudiera haber en el disco. Como se trata de un disco
vacío, o bien de un disco cuyos datos ya no necesitamos, pulsamos en “Yes, discard any data”.
1.- Instalación 7
Fig 7:Advertencia, el disco podría tener datos
El programa ahora nos pide el nombre y el dominio del ordenador que estamos a punto de instalar
(Fig. 8). Podemos introducir esta información ahora o hacerlo una vez que la instalación haya
terminado. Pulsamos “Next”.
1.- Instalación 8
Fig 8:Nombre de máquina y dominio
En las siguientes pantallas tendremos que elegir la zona horaria y la contraseña del usuario root (Fig.
9 y Fig 10).
1.- Instalación 9
Fig 9:Zona horaria

1.- Instalación 10
Fig 10:Contraseña de root
Ahora se nos presentan varias opciones antes de comenzar con la instalación tal cual (Fig. 11).
Podemos elegir utilizar todo el disco independientemente de las particiones existentes, usar solo
las particiones Linux, solo el espacio libre, personalizar el particionado, etc… Como el particionado
por defecto resulta aceptable elegiremos la primera opción y utilizaremos todo el disco. Aunque si
tenemos perfectamente claro el papel que va a desempeñar el servidor en la red sería mejor optar
por un particionamiento personalizado con volúmenes o particiones separados para los directorios
/home, /var, etc…
1.- Instalación 11
Fig 11:Opciones de particionado del disco
Veremos otro mensaje de advertencia (Fig. 12) para recordarnos que los cambios se van a escribir a
disco, y acto seguido se nos pedirá que especifiquemos qué software queremos instalar.
A la hora de elegir el software tenemos varias opciones predefinidas como servidor de Bases de
Datos, servidor Web, etc… Elegiremos inicialmente la opción “Instalación mínima” (Fig. 13) y más
tarde instalaremos el software adicional según lo necesitemos.
Fig 12:Escribiendo a disco

1.- Instalación 12
Fig 13:Selección de software
Finalmente comienza la instalación propiamente dicha (Fig. 14).

1.- Instalación 13
Fig 14:Instalando los paquetes de software
Después de unos minutos la instalación habrá finalizado (Fig. 15) y tendremos que reiniciar el
sistema.
1.- Instalación 14
Fig 15:¡Felicidades!
Una vez que el sistema arranque ya tenemos un servidor CentOS funcional (Fig. 16).
1.- Instalación 15
Fig 16:Nuestro flamante servidor
1.1.- CentOS 7
La instalación de CentOS 7 la realizaremos también desde el DVD. En el momento de escribir este
libro la imagen del DVD se puede descargar desde su sitio oficial¹. DEspués de descargar el fichero
podremos grabarlo en un DVD. Después de eso ya estamos listos para arrancar el servidor con el
DVD de instalación, siempre que el ordenador esté ya configurado en la BIOS para arrancar desde
un DVD. En unos segundos aparecerá la pantalla de la Fig. 17.
¹http://www.centos.org/download/
1.- Instalación 16
Fig 17:Arrancando con el DVD de CentOS 7 DVD
Seleccionamos la primera opción, “Install CentOS 7”. Ahora se lanzará el instalador gráfico y se nos
preguntará qué idioma queremos utilizar durante la instalación (Fig. 18).
1.- Instalación 17
Fig 18:Instalando CentOS 7
Después de hacer click en el botón “Continue” podemos ver un breve resumen de la instalación (v.
Fig 19).
1.- Instalación 18
Fig 19:Instalando CentOS 7
En esta pantalla podemos fijar la zona horaria (Fig. 20) o cambiar la distribución del teclado (Fig.
21).
1.- Instalación 19
Fig 20:Eligiendo la zona horaria

1.- Instalación 20
Fig 21:Seleccionando una distribución del teclado
Tambień podemos elegir qué paquetes de software queremos instalar (Fig. 22). La opción selec-
cionada por defecto es la instalación mínima (Minimal install), pero hay muchas otras opciones
disponibles, como por ejemplo Web Server o Virtualization Host. Mantendremos la opción por
defecto: “Minimal Install”.
1.- Instalación 21
Fig 22:Selección de software
Antes de comenzar con la instalación propiamente dicha, necesitamos elegir el dispositivo donde
vamos a instalar (Fig.23).
1.- Instalación 22
Fig 23:Destino de la instalación
En la mayoría de los casos la instalación se realizará sobre el disco local, pero también se pueden
seleccionar otros dispositivos como discos de la SAN.
En este punto también podríamos configurar la red pero, como preferimos hacerlo después de la
instalación, podemos omitir este paso y hacer click en el botón “Begin Installation”.
Mientras el sistema está copiando ficheros (Fig. 24) podemos configurar la contraseña del root y
crear usuarios adicionales (Fig. 25 y 26).
1.- Instalación 23
Fig 24:Instalando el sistema

1.- Instalación 24
Fig 25:Configurando la contraseña del root

1.- Instalación 25
Fig 26:Creando usuarios adicionales
Una vez que termina la instalación (Fig. 27) podemos reiniciar la máquina y comenzar a usar CentOS
7.
1.- Instalación 26
Fig 27:¡Instalación completa!

2.-Administración básica
Una vez que el sistema está instalado y listo es el momento de empezar a hacer un buen uso de él.
Este no es un libro sobre administración básica de Linux, pero intentaremos explicar brevemente los
comandos más importantes que un administrador de sistemas Linux debería conocer.
2.1.-Comandos básicos
2.1.1.-Directorios y sus contenidos(ls y cd)

Una vez logados en el sistema como root, con la contraseña que especificamos al instalar, se nos
mostrará el prompt. Inicialmente nuestra ubicación será el directorio home del root (/root), podemos
confirmar este punto con el comando pwd. Si queremos listar los ficheros y subdirectorios dentro
de /root podemos hacerlo tecleando ls.
Igual que en la vida real es posible disponer de varias carpetas para organizar nuestros documentos,
también se puede hacer lo mismo en el ordenador y crear directorios con el comando mkdir
nombre_de_directorio. Ahora, para acceder a este directorio escribiremos cd nombre_de_directorio.
Más tarde podemos retornar al directorio superior añadiendo dos puntos al comando cd (v. Fig. 28).
Fig 28:Algunos comandos básicos
27
2.-Administración básica 28
2.1.2.-Crear usuarios
Antes nos hemos logado con el usuario root, esto resulta aceptable en un sistema de prueba pero
no es aconsejable hacerlo en un sistema en producción. En vez de esto, lo mejor es logarse con un
usuario estándar y cambiar al usuario root cuando haya que realizar tareas administrativas. Vamos
a ver cómo hacerlo.
Primero tendremos que crear el usuario estándar con useradd, useradd acepta varios parámetros
en línea de comandos, pero en este caso solamente usaremos -m para crear el directorio home del
usuario. Si no estamos seguros de la lista de parámetros asociada con cada comando (casi) siempre
podemos teclear comando -h y aparecerá un texto de ayuda.
Así que tecleamos useradd -m antonio y creamos el usuario. Ahora tenemos que asignarle a este
usuario una contraseña. Lo hacemos con passwd nombre_de_usuario.
1 [root@delphos ~]# useradd -m antonio

2 [root@delphos ~]# passwd antonio
3 Changing password for user antonio.
4 New password:
5 BAD PASSWORD: it is based on a dictionary word
6 BAD PASSWORD: is too simple
7 Retype new password:
8 passwd: all authentication tokens updated successfully.
Ahora que hemos creado el usuario abandonamos la sesión con exit y volvemos a logarnos con el
usuario que acabamos de crear. A partir de ahora si queremos realizar labores de administración
podemos cambiar a root con el comando su. Cuando terminemos tecleamos exit para volver a la
cuenta estándar. Si en un momento no estamos seguros del usuario con el que estamos logados
actualmente, podemos averiguarlo en cualquier momento con el comando whoami.
1 [antonio@delphos ~]$ pwd

2 /home/antonio
3 [antonio@delphos ~]$ su root
4 Password:
5 [root@delphos antonio]# whoami
6 root
7 [root@delphos antonio]# exit
8 exit
9 [antonio@delphos ~]$ whoami
10 antonio
2.2.-Crear y editar ficheros

Cuando se administra un servidor, una de las acciones más habituales y repetidas es editar ficheros
de configuración. Esto se hace con editores de texto. Linux incluye varios de ellos, tanto en modo
texto como en modo gráfico.
2.2.1.-vi
Posiblemente el editor de texto más extendido en el mundo de Linux y Unix sea vi. Por eso resulta
recomandable que todo administrador de Linux conozca, al menos básicamente, este editor.
PAra crear un nuevo fichero de texto o editar uno ya existente pasaremos el nombre de fichero como
parámetro. Por ejemplo podríamos escribir vi nuevo_fichero. Aparecerá una pantalla en blanco (v.
Fig. 29). Pero antes de introducir algún texto tenemos que pulsar la tecla “i”. Al hacerlo estamos
cambiando del “modo comando” al “modo inserción”.
Fig 29:Crear un nuevo fichero con vi
Una vez en el modo insertar podemos teclear el texto (v. Fig. 30).
Fig 30:Insertar texto en vi
Si cometemos un error o queremos cambiar algo deberemos cambiar de nuevo al modo comando
pulsando la tecla esc. Ahora podremos mover el cursor con las teclas del cursos y suprimir un carácter
con la tecla ‘x’. Por ejemplo, si queremos sustituir la palabra ‘king’ por ‘queen’ colocaremos el cursor
sobre la letra ‘k’ y pulsaremos la tecla ‘x’ 4 veces. Una vez que hemos borrado la palabra ‘king’
tendremos que teclear el nuevo texto, para ello cambiamos otra vez a modo insertar pulsando la
tecla ‘i’. Tendremos que repetir este proceso cada vez que queramos cambiar o borrar algo y cuando
hayamos terminado guardaremos el fichero y cerraremos vi. Para guardar el fichero en cualquier
momento basta con cambiar a modo comando y teclear “:w” sin las comillas (v. Fig. 31). Para salir del
programa hacemos exactamente lo mismo pero en lugar de teclear “:w” teclearemos “:q”. También
es posible guardar y salir en una misma operación con “:wq”.
Fig 31:Guardar el fichero de texto
2.2.2.-nano
Otro editor de texto bastante conocido en Linux es nano. Su uso no está tan extendido como el de
vi pero, por otra parte, mucha gente lo considera más amigable.
Nano normalmente no se instala por defecto, por lo que será necesario instalarlo con yum (v. sección
2.3.- “Instalando software”).
1 [root@delphos ~]# nano

2 -bash: nano: command not found
3 [root@delphos ~]# yum provides nano
4 Loaded plugins: fastestmirror
5 Loading mirror speeds from cached hostfile
6 * c6-media:
7 nano-2.0.9-7.el6.i686 : A small text editor
8 Repo : c6-media
9 Matched from:
10
11 [root@delphos ~]# yum install nano
Para abrir o crear un fichero solo necesitamos teclear nano nombre_del_fichero” Por ejemplo,
nano otro_fichero_de_texto.txt. Una vez que lanzamos nano (v. Fig. 32) podemos teclear el texto
directamente, usando las teclas exactamente igual que haríamos en cualquier procesador de texto
del tipo WYSIWYG. Cuando hayamos terminado pulsaremos Ctrl-X para guardar el fichero.
Fig 32:Nano
2.2.3.-cat
Otro de los comandos que podemos utilizar es cat, el cual mostrará directamente en pantalla el
contenido del fichero que se le pase como parámetro. Por ejemplo, si quisieramos ver el contenido
del fichero /etc/group teclearíamos esto:
1 [root@localhost named]# cat /etc/group

2 root:x:0:root
3 bin:x:1:root,bin,daemon
4 daemon:x:2:root,bin,daemon
5 sys:x:3:root,bin,adm
6 adm:x:4:root,adm,daemon
7 tty:x:5:
8 .
9 .
10 .
2.2.4.-grep
Este es uno de los comandos más útiles para el administrador. Como entrada recibe un fichero o bien
la salida de otro comando y muestra solo las líneas del fichero que contienen un determinado patrón.
Por ejemplo, para ver el contenido del fichero /etc/passwd podríamos usar cat como ya hemos visto.
1 [root@delphos ~]# cat /etc/passwd

2 root:x:0:0:root:/root:/bin/bash
3 bin:x:1:1:bin:/bin:/sbin/nologin
4 daemon:x:2:2:daemon:/sbin:/sbin/nologin
5 adm:x:3:4:adm:/var/adm:/sbin/nologin
6 lp:x:4:7:lp:/var/spool/lpd:/sbin/nologin
7 sync:x:5:0:sync:/sbin:/bin/sync
8 shutdown:x:6:0:shutdown:/sbin:/sbin/shutdown
9 halt:x:7:0:halt:/sbin:/sbin/halt
10 mail:x:8:12:mail:/var/spool/mail:/sbin/nologin
11 uucp:x:10:14:uucp:/var/spool/uucp:/sbin/nologin
12 operator:x:11:0:operator:/root:/sbin/nologin
13 games:x:12:100:games:/usr/games:/sbin/nologin
14 gopher:x:13:30:gopher:/var/gopher:/sbin/nologin
15 ftp:x:14:50:FTP User:/var/ftp:/sbin/nologin
16 nobody:x:99:99:Nobody:/:/sbin/nologin
17 dbus:x:81:81:System message bus:/:/sbin/nologin
18 vcsa:x:69:69:virtual console memory owner:/dev:/sbin/nologin
19 saslauth:x:499:76:"Saslauthd user":/var/empty/saslauth:/sbin/nologin
20 postfix:x:89:89::/var/spool/postfix:/sbin/nologin
21 qpidd:x:498:499:Owner of Qpidd Daemons:/var/lib/qpidd:/sbin/nologin
22 sshd:x:74:74:Privilege-separated SSH:/var/empty/sshd:/sbin/nologin
23 named:x:25:25:Named:/var/named:/sbin/nologin
24 ntp:x:38:38::/etc/ntp:/sbin/nologin
25 dhcpd:x:177:177:DHCP server:/:/sbin/nologin
26 tcpdump:x:72:72::/:/sbin/nologin
27 apache:x:48:48:Apache:/var/www:/sbin/nologin
28 antonio:x:500:500::/home/antonio:/bin/bash
Pero si quisieramos ver solamente la línea del usuario root podríamos pasar la salida del cat al
comando grep. Para hacer esto necesitamos conectar ambos comandos con el símbolo “|”, lo que se
denomina en inglés pipe. Escribiríamos esto:
1 [root@delphos ~]# cat /etc/passwd | grep root

2 root:x:0:0:root:/root:/bin/bash
Ahora solo se muestran las lineas que contienen la palabra root.

Una opción muy útil de grep es “-v”, lo que hace esta opción es mostrar todas las líneas que NO
contienen un cierto término o patrón. Por ejemplo, varios ficheros de configuración tienen muchas
líneas comentadas que comienzan por el símbolo (#). En estos casos siempre resulta mucho más fácil
ver solo las líneas que no están comentadas.
1 [root@delphos ~]# cat /etc/ssh/sshd_config | grep -v "#"

2
3 .
4 .
5 .
6 Protocol 2
7 SyslogFacility AUTHPRIV
8 .
9 .
10 PasswordAuthentication yes
11 ChallengeResponseAuthentication no
12 .
13 .
2.2.5.-more
Si el fichero que intentamos ver con cat es demasiado grande, no podremos ver todo el contenido
en una única pantalla y el texto se desplazará automáticamente hacia abajo. Si queremos ver el
contenido completo podemos usar el comando more. De este modo podemos ver todo el contenido
pantalla a pantalla, pasando manualmente de una a otra.
[root@localhost ∼]# more /var/log/messages
Fig 33:Viendo el contenido de un fichero con more

2.2.6.-less
El comando less es muy parecido a more, con él también podemos ver un fichero grande pantalla a
pantalla. La única diferencia es que less nos permite retroceder a la página anterior, mientras que con
more cuando avanzamos a la siguiente pantalla ya no podemos retroceder (al menos que salgamos
de more y lo ejecutemos de nuevo).
2.2.7.-head
Hemos visto que podemos usar cat para ver el contenido de un fichero. Sin embargo, si el fichero es
muy grande el contenido ocupará varias pantallas. Como ya hemos visto podemos usar more o less
para ver todo el contenido pantalla a pantalla, pero es posible que solo queramos ver las primeras
líneas. Si este es el caso podemos escribir head nombre_del_fichero y veremos las 10 primeras líneas
(por defecto) del fichero.
1 [root@localhost named]# head /etc/group

2 root:x:0:root
5 sys:x:3:root,bin,adm
6 adm:x:4:root,adm,daemon
7 tty:x:5:
8 disk:x:6:root
9 lp:x:7:daemon,lp
10 mem:x:8:
11 kmem:x:9:
12 [root@localhost named]#
Si queremos ver solo las 3 primeras líneas usaremos -n 3. Por ejemplo:
1 [root@localhost named]# head -n 3 /etc/group

2 root:x:0:root
2.2.8.-tail
Tail es un comando similar a head, pero muestra las últimas líneas del fichero en lugar de las
primeras. Para ver las últimas 4 líneas del fichero /etc/group podemos hacer esto:
1 [root@localhost named]# tail -n 4 /etc/group

2 qpidd:x:499:
3 sshd:x:74:
4 antonio:x:500:
5 named:x:25:
Una opción realmente útil de tail es -f. Con ella se mostrarán en pantalla las últimas líneas del fichero
y las líneas que se vayan añadiendo a partir de ese momento. Por ejemplo, si queremos ver qué
eventos del sistema están teniendo lugar en este momento podemos abrir el fichero /var/log/messages
con la opción -f. Cuando hayamos terminado podemos salir pulsando Ctrl-C.
2.3.- Redirigir la salida de un comando

Al hablar del comando grep, vimos que podíamos asociar la salida de un programa a la entrada de
otro programa. Cuando tecleamos “cat /etc/passwd | grep root”, lo que estamos haciendo es pasar
los datos de salida del comando cat como parámetro de entrada para el programa grep.
También podríamos redirigir la salida a un fichero. Por ejemplo. si queremos ogtener una lista con el
contenido de la carpeta /etc, podemos redirigir la salida al fichero cat.txt. Entonces solo tendremos
que abrir el fichero con cualquier editor.
1 [root@delphos ~]# ls /etc/ > etc.txt

2 [root@delphos ~]# cat etc.txt
3 adjtime
4 aliases
5 aliases.db
6 alternatives
7 anacrontab
8 .
9 .
10 .
2.4.- Instalar software

Una de las principales tareas de un administrador es la instalación de nuevo software. En CentOS
esto se hace principalmente con las utilidades rpm y yum. La aplicación rpm fue desarrollada por
RedHat como un gestor de paquetes de software, permite al usuario instalar paquetes fácilmente y
mantiene una base de datos con todo el software instalado en el sistema. El fichero rpm contiene el
código binario que será instalado, así como los scripts que necesitan ser ejecutados antes o después
de la instalación, con el fin de copiar los ficheros a su destino, crear directorios, etc… Por ejemplo,
si tenemos el DVD de CentOS en /media/cdrom podríamos instalar un rpm así:
1 [root@delphos ~]# rpm -ivh /media/cdrom/Packages/gedit-2.28.4-3.el6.i686.rpm

2 Preparing... ########################################### [100%]
3 package gedit-1:2.28.4-3.el6.i686 is already installed
Le decimos a rpm que instale (-i) el paquete gedit, y que nos muestre el progreso de la instalación
(-h) y toda la información posible.
En cualquier momento podemos revisar el software instalado en el sistema con rpm.
1 [root@delphos ~]# rpm -qa

2 libnl-1.1-14.el6.i686
3 ca-certificates-2010.63-3.el6_1.5.noarch
4 python-iwlib-0.1-1.2.el6.i686
5 centos-release-6-2.el6.centos.7.i686
6 pciutils-3.1.4-11.el6.i686
7 iwl5000-firmware-8.83.5.1_1-1.el6_1.1.noarch
8 lsof-4.82-2.el6.i686
9 xorg-x11-drv-ati-firmware-6.14.2-7.el6.noarch
10 libedit-2.11-4.20080712cvs.1.el6.i686
11 iwl4965-firmware-228.61.2.24-2.1.el6.noarch
12 libpcap-1.0.0-6.20091201git117cb5.el6.i686
13 .
14 .
15 .
Si queremos comprobar que el paquete llamado gedit está instalado podemos hacerlo combinando
el comando rpm con grep.
1 [root@delphos ~]# rpm -qa | grep -i gedit

2 gedit-2.28.4-3.el6.i686
Y finalmente, si queremos borrar el paquete instalado, podemos hacerlo muy fácilmente.
1 [root@delphos ~]# rpm -e gedit

2 [root@delphos ~]# rpm -qa | grep -i gedit
3 [root@delphos ~]#
Cada fichero rpm también nos informa de los demás rpms de los que depende, es decir, los ficheros
rpm que deben estar ya instalados para que el rpm que queremos instalar funcione correctamente.
Podría ocurrir, y de hecho sucede, que un determinado software depende de cierta libreria para
funcionar, la cual a su vez depende de otro componente. Por ejemplo, si intentamos instalar logwatch
recibiremos el siguiente mensaje.
1 [root@delphos ~]# rpm -ivh /media/cdrom/Packages/logwatch-7.3.6-49.el6.noarch.rp\

2 m
3 error: Failed dependencies:
4 mailx is needed by logwatch-7.3.6-49.el6.noarch
5 perl(Date::Manip) is needed by logwatch-7.3.6-49.el6.noarch
Este fenómeno ha sido llamado “dependency hell”, y ha sido una pesadilla para los administradores
de Linux durante años. Para resolver este problema se creó yum. Yum intenta comprobar y resolver
automáticamente todas las dependencias que un determinado paquete de software pueda tener. De
tal modo que la instalación pase a ser una tarea de lo más sencilla.
2.4.1.- Configurando yum en Centos 6

Se puede configurar yum para que busque los paquetes de software en distintos repositorios.
Por defecto está configurado para buscarlos en http://mirror.centos.org. Si no tenemos conexión a
Internet, tendremos que especificarle a yum que use el DVD local como repositorio. Este repositorio
ya está configurado, pero se encuentra deshabilitado por defecto. En el directorio /etc/yum.repos.d
podemos ver los ficheros asociados con los repositorios de yum.
1 [root@delphos ~]# ls /etc/yum.repos.d/

2 CentOS-Base.repo CentOS-Debuginfo.repo CentOS-Media.repo
Podemos editar el fichero CentOS-Media.repo para habilitar el repositorio, pero también podemos
hacerlo utilizando el propio yum. Si tecleamos yum, el comando nos mostrará en pantalla las
diferentes opciones disponibles. Para ver los repositorios actuales ejecutaremos yum repolist.
1 [root@delphos ~]# yum repolist

4 Could not retrieve mirrorlist http://mirrorlist.centos.org/?release=6&arch=i386&\
5 repo=os error was
6 14: PYCURL ERROR 6 - "Couldn't resolve host 'mirrorlist.centos.org'"
7 repo id repo name status
8 base CentOS-6 - Base 0
9 extras CentOS-6 - Extras 0
10 updates CentOS-6 - Updates 0
11 repolist: 0
Para asegurarnos de que yum utiliza únicamente el repositorio del DVD local, tendremos que
deshabilitar todos los repositorios y activar posteriormente el repositorio c6-media. Esto podemos
hacerlo con las opciones –disablerepo y –enablerepo. El comando completo para listar los paquetes
de software disponibles en el dvd local sería este: yum –disablerepo=* –enablerepo=c6-media list.
Si ejecutamos el comando yum list, veremos todos los paquetes disponibles en este repositorio,
siempre que el dvd esté montado. Si no es así, podemos montarlo en cualquier momento con el
comando mount. Por ejemplo, para montar el cdrom en el directorio /media/cdrom creamos el
directorio (si no existe) y ejecutamos el comando mount /dev/cdrom /media/cdrom.
1 [root@delphos ~]# mkdir /media/cdrom

2 [root@delphos ~]# mount /dev/cdrom /media/cdrom/
3 mount: block device /dev/sr0 is write-protected, mounting read-only
Aquí podemos ver parte del listado de paquetes disponibles.
1 [root@delphos ~]# yum --disablerepo=* --enablerepo=c6-media list

4 * c6-media:
5 Installed Packages
6 ConsoleKit.i686 0.4.1-3.el6 @anaconda\
7 -CentOS-201112130233.i386/6.2
8 ConsoleKit-libs.i686 0.4.1-3.el6 @anaconda\
9 -CentOS-201112130233.i386/6.2
10 GConf2.i686 2.28.0-6.el6 @c6-media
11 MAKEDEV.i686 3.24-6.el6 @anaconda\
12 -CentOS-201112130233.i386/6.2
13 ORBit2.i686 2.14.17-3.1.el6 @c6-media
14 acl.i686 2.2.49-6.el6 @anaconda\
15 -CentOS-201112130233.i386/6.2
16 aic94xx-firmware.noarch 30-2.el6 @anaconda\
17 -CentOS-201112130233.i386/6.2
18 alsa-lib.i686 1.0.22-3.el6 @c6-media
19 apr.i686 1.3.9-3.el6_1.2 @c6-media
20 apr-util.i686 1.3.9-3.el6_0.1 @c6-media
21 apr-util-ldap.i686 1.3.9-3.el6_0.1 @c6-media
22 atk.i686 1.28.0-2.el6 @c6-media
23 atmel-firmware.noarch 1.3-7.el6 @anaconda\
24 -CentOS-201112130233.i386/6.2
25 attr.i686 2.4.44-7.el6 @anaconda\
26 -CentOS-201112130233.i386/6.2
27 audit.i686 2.1.3-3.el6 @anaconda\
28 -CentOS-201112130233.i386/6.2
29 audit-libs.i686 2.1.3-3.el6 @anaconda\
30 -CentOS-201112130233.i386/6.2
31 authconfig.i686 6.1.12-5.el6 @anaconda\
32 -CentOS-201112130233.i386/6.2
33 avahi-libs.i686 0.6.25-11.el6 @c6-media
34 b43-openfwwf.noarch 5.2-4.el6 @anaconda\
35 -CentOS-201112130233.i386/6.2
36 basesystem.noarch 10.0-4.el6 @anaconda\
37 -CentOS-201112130233.i386/6.2
38 bash.i686 4.1.2-8.el6.centos @anaconda\
39 -CentOS-201112130233.i386/6.2
40 .
41 .
42 .
2.4.2.- Configurando yum en Centos 7

En CentOS 7 no existe ningún repositorio para el dvd local definido por defecto. Así que tendremos
que crearlo manualmente. En el directorio /etc/yum.repo.d/ veremos esto.
1 [root@Centos7 ~]# ls /etc/yum.repos.d/

2 CentOS-Base.repo CentOS-Debuginfo.repo CentOS-Sources.repo CentOS-Vault.repo
3 [root@Centos7 ~]#
Tenemos que creat un nuevo fichero llamado CentOS-Media.repo para este nuevo repositorio.
1 [root@Centos7 yum.repos.d]# cat CentOS-Media.repo

2 [c7-media]
3 name=CentOS-$releasever - Media
4 baseurl=file:///media/cdrom/
5 gpgcheck=0
6 enabled=0
Tendremos que crear el directorio /media/cdrom y montar el cdrom también.
1 [root@Centos7 ~]# mkdir /media/cdrom

2 [root@CentOS7 ~]# mount /dev/cdrom /media/cdrom/
3 mount: block device /dev/sr0 is write-protected, mounting read-only
Ahora podemos comprobar si este nuevo repositorio funciona listando los paquetes disponibles.
1 [root@Centos7 yum.repos.d]# yum --disablerepo=* --enablerepo=c7-media list

2
3 Installed Packages
4 ModemManager-glib.x86_64 1.1.0-6.git20130913.el7 @anaconda
5 NetworkManager.x86_64 1:0.9.9.1-13.git20140326.4dba720.el7 @ana\
6 conda
7 NetworkManager-glib.x86_64 1:0.9.9.1-13.git20140326.4dba720.el7 @ana\
8 conda
9 NetworkManager-tui.x86_64 1:0.9.9.1-13.git20140326.4dba720.el7 @ana\
10 conda
11 acl.x86_64 2.2.51-12.el7 @anaconda
12 aic94xx-firmware.noarch 30-6.el7 @anaconda
13 alsa-firmware.noarch 1.0.27-2.el7 @anaconda
14 alsa-lib.x86_64 1.0.27.2-3.el7 @anaconda
15 alsa-tools-firmware.x86_64 1.0.27-4.el7 @anaconda
16 audit.x86_64 2.3.3-4.el7 @anaconda
17 audit-libs.x86_64 2.3.3-4.el7 @anaconda
18 authconfig.x86_64 6.2.8-8.el7 @anaconda
19 avahi.x86_64 0.6.31-13.el7 @anaconda
20 avahi-autoipd.x86_64 0.6.31-13.el7 @anaconda
21 avahi-libs.x86_64 0.6.31-13.el7 @anaconda
22 basesystem.noarch 10.0-7.el7.centos @anaconda
23 .
24 .
25 .
2.4.3.- Opciones de yum

Yum es una herramiente bastante versátil, hemos visto cómo listar los paquetes, pero también
podemos listar colecciones de paquetes llamadas grupos(groups). Para listar estos grupos podríamos
teclear yum –disablerepo=* –enablerepo=c6-media grouplist. Después de esto veremos en la
pantalla una lista con los grupos ya instalados y aquellos que se pueden instalar. En este ejemplo
podría haber alguna diferencia entre CentOS 6 y CentOS 7, ya que las versiones de yum son
diferentes. Por ejemplo, algunos grupos podrían no aparecer por defecto en CentOS 7, en este caso
deberíamos usar la opción “group list hidden”.
En CentOS 6:
1 [root@delphos ~]# yum --disablerepo=* --enablerepo=c6-media grouplist

4 * c6-media:
5 Setting up Group Process
6 Checking for new repos for mirrors
7 Installed Groups:
8 Client management tools
9 E-mail server
10 Graphical Administration Tools
11 Messaging Client Support
12 Systems Management Messaging Server support
13 Installed Language Groups:
14 Arabic Support [ar]
15 Armenian Support [hy]
16 Georgian Support [ka]
17 .
18 .
19 .
En CentOS 7:
1 [root@CentOS7 ~]# yum --disablerepo=* --enablerepo=c7-media group list

4 Available environment groups:
5 Minimal Install
6 Infrastructure Server
7 File and Print Server
8 Basic Web Server
9 Virtualization Host
10 Server with GUI
11 GNOME Desktop
12 KDE Plasma Workspaces
13 Development and Creative Workstation
14 Installed groups:
15 System Administration Tools
16 Available Groups:
17 Compatibility Libraries
18 Console Internet Tools
19 Development Tools
21 Legacy UNIX Compatibility

22 Scientific Support
23 Security Tools
24 Smart Card Support
25 System Management
26 Done
27
28 [root@CentOS7 ~]# yum --disablerepo=* --enablerepo=c7-media group list hidden
31 Available environment groups:
32 Minimal Install
33 Infrastructure Server
34 File and Print Server
35 Basic Web Server
36 Virtualization Host
37 Server with GUI
38 GNOME Desktop
39 KDE Plasma Workspaces
40 Development and Creative Workstation
41 Installed groups:
42 Core
43 E-mail Server
44 Network Infrastructure Server
45 System Administration Tools
46 Available Groups:
47 Additional Development
48 Anaconda Tools
49 Backup Client
50 Backup Server
51 Base
52 Compatibility Libraries
53 Conflicts (Client)
54 Conflicts (Server)
55 Conflicts (Workstation)
56 Console Internet Tools
57 DNS Name Server
58 Debugging Tools
59 Desktop Debugging and Performance Tools
60 Development Tools
61 Dial-up Networking Support
62 Directory Client
63 Directory Server
64 Emacs
65 FTP Server
66 File and Storage Server
67 Fonts
68 GNOME
69 GNOME Applications
71 Graphics Creation Tools
72 Guest Agents
73 Guest Desktop Agents
74 Hardware Monitoring Utilities
75 High Availability
76 Identity Management Server
77 Infiniband Support
78 Input Methods
79 Internet Applications
80 Internet Browser
81 Java Platform
82 KDE
83 KDE Applications
84 KDE Multimedia Support
85 Large Systems Performance
86 Legacy UNIX Compatibility
87 Legacy X Window System Compatibility
88 Load Balancer
89 Mainframe Access
90 MariaDB Database Client
91 MariaDB Database Server
92 Multimedia
93 Network File System Client
94 Networking Tools
95 Office Suite and Productivity
96 PHP Support
97 Performance Tools
98 Perl Support
99 Perl for Web
100 Platform Development
101 PostgreSQL Database Client
102 PostgreSQL Database Server
103 Print Server
104 Printing Client
105 Python
106 Remote Desktop Clients
107 Remote Management for Linux
108 Resilient Storage
109 Ruby Support
110 Scientific Support
111 Security Tools
112 Smart Card Support
113 System Management
114 Technical Writing
115 Virtualization Client
116 Virtualization Hypervisor
117 Virtualization Platform
118 Virtualization Tools
119 Web Server
120 Web Servlet Engine
121 X Window System
122 Done
Si quisiéramos instalar uno de estos grupos, como “Hardware monitoring utilities”, podríamos
obtener algo más de información con el parámetro groupinfo.
1 [root@delphos www]# yum --disablerepo=* --enablerepo=c6-media groupinfo "Hardwar\

2 e monitoring utilities"
5 * c6-media:
8
9
10 Group: Hardware monitoring utilities
11 Description: A set of tools to monitor server hardware
12 Default Packages:
13 smartmontools
14 Optional Packages:
15 edac-utils
16 lm_sensors
Como podemos ver, el grupo cinsiste en un paquete por defecto y dos paquetes opcionales. Los
paquetes por defecto se instalarán siempre que instalamos el grupo, mientras que los paquetes
opcionales se instalarán solo si así los especificamos. De tal modo que para instalar el grupo con sus
paquetes opcionales tendríamos que usar este comando: ‘yum –disablerepo=* –enablerepo=c6-
media –setopt=group_package_types=optional groupinstall “Hardware monitoring utilities”‘.
A continuación aparecerá una pantalla informativa pidiendo la confirmación. Decimos yes (y).
1 [root@delphos ~]# yum --disablerepo=* --enablerepo=c6-media --setopt=group_packa\

2 ge_types=optional groupinstall "Hardware monitoring utilities"
5 * c6-media:
8 Resolving Dependencies
9 --> Running transaction check
10 ---> Package edac-utils.i686 0:0.9-14.el6 will be installed
11 ---> Package lm_sensors.i686 0:3.1.1-10.el6 will be installed
12 --> Finished Dependency Resolution
13
14 Dependencies Resolved
15
16 ================================================================================
17 Package Arch Version Repository Size
18 ================================================================================
19 Installing:
20 edac-utils i686 0.9-14.el6 c6-media 40 k
21 lm_sensors i686 3.1.1-10.el6 c6-media 122 k
22
23 Transaction Summary
24 ================================================================================
25 Install 2 Package(s)
26
27 Total download size: 162 k
28 Installed size: 415 k
29 Is this ok [y/N]: y
30 Downloading Packages:
31 --------------------------------------------------------------------------------
32 Total 2.0 MB/s | 162 kB 00:00
33 Running rpm_check_debug
34 Running Transaction Test
35 Transaction Test Succeeded
36 Running Transaction
37 Installing : lm_sensors-3.1.1-10.el6.i686 1/2
38 Installing : edac-utils-0.9-14.el6.i686 2/2
39
40 Installed:
41 edac-utils.i686 0:0.9-14.el6 lm_sensors.i686 0:3.1.1-10.el6
42
43 Complete!
Otra característica muy útil de yum es su capacidad de identificar en qué paquete se ubica un
determinado comando. Por ejemplo, una de las herramientas más útiles para el administrador
Linux son las páginas del man, las cuales proporcionan una gran cantidad de información sobre
los distintos comandos y ficheros de configuración del sistema. Pero como hemos realizado una
instalación mínima de CentOS, esta utilidad no estará instalada. Sin embargo, podemos identificar
el paquete que contiene esta herramienta con la ayuda de yum.
1 [root@delphos ~]# man

2 -bash: man: command not found
3 [root@delphos ~]# yum --disablerepo=* --enablerepo=c6-media provides man
6 * c6-media:
7 man-1.6f-29.el6.i686 : A set of documentation tools: man, apropos and whatis
8 Repo : c6-media
9 Matched from:
Como podemos ver, el paquete que debemos instalar se llama - como cabría esperar - man. En este
caso el nombre del paquete es muy intuitivo, pero no siempre sucede esto y, en esos casos, yum
resulta de mucha ayuda. Ahora con solo teclear “yum –disablerepo=* –enablerepo=c6-media install
man”, podremos usar man para obtener información de cualquier comando.
1 [root@delphos ~]# yum --disablerepo=* --enablerepo=c6-media install man

2 [root@delphos ~]# man ls
3
4 LS(1) User Commands LS(1)
5
6 NAME
7 ls - list directory contents
8
9 SYNOPSIS
10 ls [OPTION]... [FILE]...
11
12 DESCRIPTION
13 List information about the FILEs (the current directory by default).
14 Sort entries alphabetically if none of -cftuvSUX nor --sort is speci�
15 fied.
16
17 Mandatory arguments to long options are mandatory for short options
18 too.
19
20 -a, --all
21 do not ignore entries starting with .
22
23 -A, --almost-all
24 do not list implied . And ..
25 .
26 .
27 .
2.5.- Entorno gráfico
2.5.1.- CentOS 6
Después de realizar una instalación mínima, no tendremos entorno gráfico. Si queremos iniciar el
servidor en modo gráfico necesitaremos instalar los siguientes grupos de paquetes:
1 [root@localhost ~]# yum groupinstall desktop

2 [root@localhost ~]# yum groupinstall "X Window System"
Una vez que tenemos instalados ambos grupos, podemos pasar al modo gráfico con el comando init
5.
1 [root@localhost ~]# init 5
La primera vez veremos una página de bienvenida (Fig. 34) y la habitual información sobre la licencia
(Fig. 35). A continuación, el sistema nos pedirá que creemos un usuario normal (no root) (Fig. 36).
Fig 34:Instalando el entorno gráfico

Fig 35:Información sobre la licencia

Fig 36:Creando un usuario
A continuación tendremos que introducir o confirmar los datos acerca de la fecha y la hora (Fig. 37).
Después podemos activar Kdump (Fig. 38) si así lo deseamos y tenemos suficiente memoria. Kdump
puede usarse para ayudar a resolver un posible fallo del kernel. La forma de utilizar kdump está más
allá del ámbito de este libro.
Fig 37:Fecha y hora

Fig 38:Kdump
Finalmente vemos la pantalla de login gráfico (Fig. 39).

Fig 39:Login gráfico
2.5.2.- CentOS 7
Si utilizamos CentOS 7 los paquetes que tenemos que instalar son estos:
1 [root@CentOS7 ~]# yum --disablerepo=* --enablerepo=c7-media group install "X Win\

2 dow System"
3 [root@CentOS7 ~]# yum --disablerepo=* --enablerepo=c7-media group install "Gnome\
4 Desktop"
Cuando la instalación finalice podremos lanzar el entorno gráfico con startx.
1 [root@CentOS7 ~]# startx
En un momento veremos esto (v. Fig. 40).

Fig 40: Configuración inicial
Como podemos ver, falta la información de la licencia, así que hacemos click en “LICENSE
INFORMATION” y aceptamos la licencia (v. Fig. 41).
Fig 41: Información de licencia
Después de aceptar la licencia y pulsar el botón “Done” podemos ver que la licencia ha sido aceptada
(v. Fig. 42).
Fig 42: Finalizando la configuración
Hacemos click en “Finish configuration” y accedemos a la ventana de login gráfico (Fig. 43).
Fig 43:Login gráfico
2.6.- Otros comandos útiles
2.6.1.- chmod
Cada fichero en un sistema Linux tiene un conjunto de permisos asociados, es decir, no todos
los usuarios pueden leer o modificar el fichero. Algunos usuarios podrían abrir el fichero y
ejecutarlo (si es un fichero binario o un script), algunos otros podrían modificar su contenido, etc…
Tradicionalmente en Linux existen tres conjuntos de permisos asociados a cada fichero, para el
propietario, el grupo y el resto de usuarios. Podemos ver estos permisos con el comand ols -l. Por
ejemplo…
1 [root@localhost named]# ls -l /etc/init.d/named

2 -rwxr-xr-x. 1 root root 6806 Dec 7 2011 /etc/init.d/named
En este caso el propietario (root) puede leer (r), escribir(w) y ejecutar(x) el script /etc/init.d/named.
El grupo(root) solo puede leerlo y ejecutarlo. Y el resto de usuarios solo pueden leer y ejecutar el
fichero también.
Si por alguna razón necesitamos cambiar los permisos podemos hacerlo con chmod. Necesitamos
concretar qué grupo de permisos queremos modificar: u (propietario), g (grupo), o (otro) o bien a
(los 3 grupos). También debemos especificar si queremos añadir (+) o quitar (-) el permiso. Veamos
un par de ejemplos.
1 [root@localhost named]# chmod o+w /etc/init.d/named

3 -rwxr-xrwx. 1 root root 6806 Dec 7 2011 /etc/init.d/named
Hemos añadido(+) permiso de escritura(w) al resto de usuarios(other).
1 [root@localhost named]# chmod o-w /etc/init.d/named

3 -rwxr-xr-x. 1 root root 6806 Dec 7 2011 /etc/init.d/named
Y ahora revertimos la situación quitando(-) el permiso de escritura.
2.6.2.- tee
Ya hemos visto que se puede redirigir la salida de un comando a un fichero.
1 [root@delphos ~]# ls /var/ > var_folder.txt

2 [root@delphos ~]# cat var_folder.txt
3 cache
4 db
5 empty
6 games
7 lib
8 local
9 lock
10 log
11 mail
12 named
13 nis
14 opt
15 preserve
16 run
17 spool
18 tmp
19 www
20 yp
Pero a veces puede que nos interese ver la salida del comando en pantalla al mismo tiempo que
redirigimos dicha salida a un fichero. Podemos hacer esto con tee.
1 [root@delphos ~]# ls /var/ | tee var_folder.txt

2 cache
3 db
4 empty
5 games
6 lib
7 local
8 lock
9 log
10 mail
11 named
12 nis
13 opt
14 preserve
15 run
16 spool
17 tmp
18 www
19 yp
20 [root@delphos ~]# cat var_folder.txt
21 cache
22 db
23 empty
24 games
25 lib
26 local
27 lock
28 log
29 mail
30 named
31 nis
32 opt
33 preserve
34 run
2.6.3.- rm
A veces necesitamos eliminar ficheros o directorios, para hacerlo podemos usar rm. Por ejemplo,
para eliminar un fichero llamado file_to_delete.txt solo tendríamos que teclear esto:
1 [root@delphos ~]# rm file_to_delete.txt

2 rm: remove regular empty file `file_to_delete.txt'? y
Por defecto rm pide confirmación antes de borrar un fichero, pero podemos forzar el borrado sin
necesidad de confirmar usando el parámetro -f. Si queremos borrar una carpeta tendremos que usar
el parámetro -r (recursivo).
1 [root@delphos ~]# rm -f file_to_delete.txt

2 rm: descend into directory `folder_to_delete'? y
3 rm: remove regular file `folder_to_delete/one.txt'? y
4 rm: remove regular file `folder_to_delete/two.txt'? y
5 rm: remove regular file `folder_to_delete/three.txt'? y
2.7.- SELinux
SELinux es un mecanismo de defensa desarrollado por la NSA. Se podría describir brevemente como
un mecanismo de seguridad que crea otra capa de protección contra accesos no autorizados y limita
el daño que una intrusión podría causar al sistema.
En un sistema Linux, SELinux podría estar en uno de estos tres estados:
• Disabled. SELinux no se está ejecutando y, por lo tanto, no realizará ninguna acción.

• Permissive. SELinux monitoriza el comportamiento del sistema y registra la actividad, pero
no bloquerá ni interferirá en ningún modo en las acciones del sistema.
• Enforcing. SELinux está en ejecución y, dependiendo de la configuración, podría bloquear
ciertas acciones efectuadas por los procesos en ejecución en el sistema.
Podemos ver si SELinux está en ejecución con el siguiente comando:
1 [root@localhost named]# sestatus

2 SELinux status: enabled
3 SELinuxfs mount: /selinux
4 Current mode: enforcing
5 Mode from config file: enforcing
6 Policy version: 24
7 Policy from config file: targeted
En este caso podemos ver que SELinux está habilitado y en modo enforcing. En este modo SELinux
bloqueará cualquier acción que no esté permitida en la configuración de SELinux. Podríamos
cambiar el modo a permissive, que permite las acciones que SELinux normalmente bloquearía, pero
registra en un logs los detalles sobre cada acción que viola la configuración de SELinux. Este modo
permissive es muy útil cuando estamos afinando el funcionamiento de SELinux. Podemos cambiar
a este modo con setenforce.
1 [root@centosv6 ~]# setenforce permissive
Podemos comprobar si el cambio fue efectivo con los comandos getenforce o setstatus.
1 [root@centosv6 ~]# getenforce

2 Permissive
3 [root@centosv6 ~]# sestatus
6 Current mode: permissive
También es posible deshabilitar completamente SELinux. Podemos hacerlo editando el fichero

/etc/sysconfig/selinux. Debería haber una línea que comienza por “SELINUX=”, que puede tener
3 valores distintos: enforcing, permissive o disabled. Al asignar el valor disabled, en el siguiente
reinicio de la máquina SELinux estará deshabilitado.
SELinux asigna etiquetas (labels) a los procesos, ficheros y carpetas. De acuerdo con estas etiquetas,
habitualmente llamadas contextos, los procesos podrán o no llevar a cabo ciertas acciones.
Podemos comprobar el contexto de seguridad de cualquier carpeta con el comando ls -Z.
1 [root@centosv6 ~]# ls -Z /home/

2 drwx------. antonio antonio unconfined_u:object_r:user_home_dir_t:s0 antonio
3 drwx------. jose jose unconfined_u:object_r:user_home_dir_t:s0 jose
Las diferentes carpetas tendrán distintos contextos asociados.
1 [root@centosv6 ~]# ls -Z /var/www/

2 drwxr-xr-x. root root system_u:object_r:httpd_sys_script_exec_t:s0 cgi-bin
3 drwxr-xr-x. root root system_u:object_r:httpd_sys_content_t:s0 error
4 drwxr-xr-x. root root system_u:object_r:httpd_sys_content_t:s0 html
5 drwxr-xr-x. root root system_u:object_r:httpd_sys_content_t:s0 icons
Por ejemplo, para que Apache pueda acceder a los ficheros html de un sitio Web, la carpeta tendrá
que tener asignado el contexto httpd_sys_content_t. Debemos tener esto en cuenta al configurar los
distintos servicios en CentOS, y por supuesto también deberemos asignar los permisos de lectura,
escritura y/o ejecución cuando sea necesario.
Si necesitamos cambiar el contexto de un fichero o carpeta podemos hacerlo con chcon.
1 [root@centosv6 ~]# mkdir test

2 [root@centosv6 ~]# ls -Zd test
3 drwxr-xr-x. root root unconfined_u:object_r:admin_home_t:s0 test
4 [root@centosv6 ~]# chcon -t httpd_sys_content_t test/
5 [root@centosv6 ~]# ls -dZ test
6 drwxr-xr-x. root root unconfined_u:object_r:httpd_sys_content_t:s0 test
También podemos ver el contexto asociado a un proceso en ejecución con ps -Z.
1 [root@CentOS7 ~]# ps -Z
2 LABEL PID TTY TIME CMD
3 unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 40884 pts/0 00:00:00 bash
4 unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 45546 pts/0 00:00:01 ps
SELinux también mantiene por defecto una serie de variables que, de acuerdo con su valor, van a
influir en el comportamiento del sistema. Podemos obtener una lista de estos valores con el comando
getsebool.
1 [root@centosv6 ~]# getsebool -a

2 abrt_anon_write --> off
3 abrt_handle_event --> off
4 allow_console_login --> on
5 allow_cvs_read_shadow --> off
6 allow_daemons_dump_core --> on
7 allow_daemons_use_tcp_wrapper --> off
8 allow_daemons_use_tty --> on
9 allow_domain_fd_use --> on
10 allow_execheap --> off
11 allow_execmem --> on
12 .
13 .
14 .
Podemos cambiar cualquiera de estos valores con setsebool.
1 [root@centosv6 ~]# setsebool abrt_anon_write on

2 [root@centosv6 ~]# getsebool abrt_anon_write
3 abrt_anon_write --> on
El cambio tendrá efecto inmediatamente, pero cuando el servidor se reinicie de nuevo el parámetro
recuperará su antiguo valor. Para que el cambio sea permanente necesitamos añadir “-P” al comando
del ejemplo anterior.
1 [root@centosv6 ~]# setsebool -P abrt_anon_write on
Otra herramienta útil para gestionar SELinux es semanage. Normalmente no se instala por defecto,
así que si queremos utilizarla tendremos que instalar el paquete policycoreutils-python.
Con semanage podemos obtener una lista de los distintos contextos.
1 [root@centosv6 ~]# semanage fcontext -l

2 SELinux fcontext type Context
3
4 / directory system_u:o\
5 bject_r:root_t:s0
6 /.* all files system_u:o\
7 bject_r:default_t:s0
8 /[^/]+ regular file system_u:o\
9 bject_r:etc_runtime_t:s0
10 /\.autofsck regular file system_u:o\
12 /\.autorelabel regular file system_u:o\
14 /\.journal all files <<None>>
15 /\.suspended regular file system_u:o\
17 /a?quota\.(user|group) regular file system_u:o\
18 bject_r:quota_db_t:s0
19 /afs directory system_u:o\
20 bject_r:mnt_t:s0
21 /bin directory system_u:o\
22 bject_r:bin_t:s0
23 /bin/.* all files system_u:o\
24 bject_r:bin_t:s0
25 /bin/alsaunmute regular file system_u:o\
26 bject_r:alsa_exec_t:s0
27 /bin/bash regular file system_u:o\
28 bject_r:shell_exec_t:s0
29 /bin/bash2 regular file system_u:o\
31 /bin/d?ash regular file system_u:o\
33 .
34 .
35 .
También podemos obtener un listado de las variables booleanas de SELinux, junto con una breve
descripción.
1 [root@centosv6 ~]# semanage boolean -l

2 SELinux boolean State Default Description
3
4 ftp_home_dir (off , off) Allow ftp to read and write files \
5 in the user home directories
6 smartmon_3ware (off , off) Enable additional permissions need\
7 ed to support devices on 3ware controllers.
8 xdm_sysadm_login (off , off) Allow xdm logins as sysadm
9 xen_use_nfs (off , off) Allow xen to manage nfs files
10 mozilla_read_content (off , off) Control mozilla content access
11 ssh_chroot_rw_homedirs (off , off) Allow ssh with chroot env to read \
12 and write files in the user home directories
13 tftp_anon_write (off , off) Allow tftp to modify public files \
14 used for public file transfer services.
15 allow_console_login (on , on) Allow direct login to the console \
16 device. Required for System 390
17 spamassassin_can_network (off , off) Allow user spamassassin clients to\
18 use the network.
19 .
20 .
21 .
A lo largo del libro usaremos estas herramientas para configurar SELinux, de modo que sea posible
la ejecución de los distintos servicios de red.
3.- Networking
En nuestros días un ordenador completamente aislado del mundo exterior es algo prácticamente
inservible. Muchas tareas cotidianas como enviar y recibir emails, compartir ficheros o consultar
una base de datos requieren una conexión externa.
Para comunicarse, los ordenadores usan un software que se denomina protocolo de red. No
entraremos en detalles acerca de los diferentes protocolos de red, puesto que ya existen multitud
de libros sobre este tema. En realidad existen muchos protocolos de red, pero el estándar de facto es
el protocolo TCP/IP.
3.1.- IPv4
Este protocolo fue desarrollado en los años 70 por la Agencia de Proyectos de Investigación de
Defensa Avanzada (DARPA por sus siglas en inglés). Es un modelo jerárquico que asigna a cada
ordenador una dirección IP en forma de cuatro octetos x.x.x.x . Cada dirección tiene una máscara
asociada que también consiste en cuatro octetos. Veremos esto con un poco más de detalle.
Como mencionamos anteriormente, una dirección IP se representa con 4 números cuyos valores
oscilan entre 0 y 255, por ejemplo 192.168.10.19, 198.165.30.40, 88.43.53.12, etc… Además, cada
dirección IP lleva asociado otro parámetro, la máscara de subred. La máscara de subred podría ser
255.255.255.0, 255.255.0.0, 255.240.0.0, etc… Imaginemos que tenemos un ordenador con los siguientes
parámetros:
Dirección IP: 192.168.10.19
Máscara de red: 255.255.255.0
Ahora debemos introducir un nuevo concepto, la dirección de red. Este valor nos servirá para
determinar si 2 ordenadores están en la misma o en diferentes redes. Para obtener la dirección de
red comparamos los valores de la dirección IP y de la máscara de red en binario.
Dirección IP: 11000000.10100100.00001010.00010011
Máscara de red: 11111111.11111111.11111111.00000000
La dirección de red será la parte de la dirección ip que se corresponde con la parte de la máscara de
red con “unos”. En este ejemplo será:
Dirección de red: 11000000.10100100.00001010 192.168.10
Dado que la dirección de red necesita tener una longitud de 4 octetos también, el resto de la dirección
se completará con “ceros”.
Dirección de red: 11000000.10100100.00001010.00000000 192.168.10.0
66
3.- Networking 67
Para que dos máquinas puedan comunicarse directamente deberán tener la misma dirección de
red. Por ejemplo, si ya tenemos un servidor con la dirección IP 192.168.10.19 y la máscara de red
255.255.255.0, deberíamos usar la misma dirección de red (y por supuesto una IP diferente) para un
nuevo ordenador. Una de las muchas direcciones IP válidas podría ser esta:
Dirección IP: 192.168.10.20
Máscara de red: 255.255.255.0
Dirección de red: 192.168.10.0
De forma que, como hemos dicho, una dirección IP siempre debe tener una máscara asociada, de otra
forma no podríamos determinar a qué red pertenece. En los ejemplos previos hemos especificado la
dirección IP y la máscara de red como dos valores separados, pero se pueden representar juntos en
una forma abreviada. Vamos a tomar el último ejemplo:
Dirección IP: 192.168.10.20 Máscara de red: 255.255.255.0
Si pasamos los valores a binario obtenemos esto:
Dirección IP: 11000000.10101000.00001010.00010010
Máscara de red: 11111111.11111111.11111111.00000000
Vemos que la máscara de red tiene 24 unos, así que podríamos representarla así:
192.168.10.20/24
Las direcciones IP también se pueden clasificar en varias categorías:
Clase A:
La dirección (en formato binario) comienza con un 0. Es decir, cada dirección entre 1.x.x.x y 127.x.x.x
se considera una dirección IP de clase A.
Clase B:
La dirección empieza con 10. El rango de IPs en este caso va de 128.x.x.x hasta 191.x.x.x.
Clase C:
En este caso la dirección empieza con 110. El rango válido de direcciones de este tipo va de 192.x.x.x
hasta 224.x.x.x.
También existe una Clase D y una Clase E, utilizadas para propósitos específicos, pero no entraremos
en detalles.
3.1.1.- Direcciones especiales

También hay unas cuantas direcciones que fueron definidas con un propósito específico.
Un ejemplo es la dirección IP 127.0.0.1, llamada dirección de bucle local (loopback en inglés). Cada
dispositivo que usa el protocolo TCP tiene asignada esta dirección con el fin de poder comprobar
localmente el funcionamiento del protocolo TCP.
3.- Networking 68
Otras direcciones de red están concebidas para su uso exclusivo en redes de área local (LANs) pero
no en Internet, ya que a diferencia de las direcciones estándar, éstas no son únicas. Estas direcciones
son:
10.0.0.0/8 172.16.0.0/12 192.168.0.0/16
De modo que cada dirección IP que se encuentre contenida en uno de estos rangos es considerada
una dirección privada.
3.1.2.- Unicast, multicast y broadcast

Un dispositivo IPv4 se puede comunicar directamente con otro sispositivo estableciendo una relación
uno-a-uno. Esto se denomina unicast.
Pero tal vez este dispositivo quiera comunicarse con todos aquellos dispositivos con la misma
dirección de red. Esto se llama broadcast y consiste en la dirección de red y todos los bits de
hosts puestos a 1. Por ejemplo, si un ordenador tiene la dirección 192.168.1.20/24 y quiere enviar
un broadcast lo enviará a la dirección 192.168.1.255.
Y también hay un tercer escenario, en el cual un ordenador quiere comunicarse con un grupo de
máquinas en la misma red, pero no todas ellas. Para que esto funcione, estas máquinas deberán
compartir una dirección de multicast. Este tipo de comunicación se llama también así, multicast. of
communication is called multicast.
3.1.3.- Conficuración de IPv4 en CentOS
3.1.3.1.- CentOS 6
Para asignar temporalmente una dirección IP a nuestro servidor CentOS podemos usar el comando
ifconfig. Ejecutado con el parámetro -a nos mostrará todas las interfaces de red presentes,
independientemente de si éstas están configuradas o no.
1 [root@delphos ~]# ifconfig -a

2 eth0 Link encap:Ethernet HWaddr 00:0C:29:78:4C:B1
3 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
4 RX packets:0 errors:0 dropped:0 overruns:0 frame:0
5 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
6 collisions:0 txqueuelen:1000
7 RX bytes:0 (0.0 b) TX bytes:55678099 (0.0 b)
8 Interrupt:19 Base address:0x2000
9
10 lo Link encap:Local Loopback
11 inet addr:127.0.0.1 Mask:255.0.0.0
12 inet6 addr: ::1/128 Scope:Host
3.- Networking 69
13 UP LOOPBACK RUNNING MTU:16436 Metric:1

17 RX bytes:19601819 (18.6 MiB) TX bytes:19601819 (18.6 MiB)
Podemos ver que hay 2 interfaces de red en nuestro servidor: lo (loopback), una interfaz de red
virtual usada internamente, y eth0, la cual se corresponde con una tarjeta ethernet. Esta última es la
interfaz que tendremos que usar para configurar la dirección IP de nuestro servidor.
1 [root@delphos ~]# ifconfig eth0 192.168.1.20 netmask 255.255.255.0 up
Con ifconfig podemos añadir una IP temporal, pero para que este cambio sea persistente tendremos
que modificar la configuración de red del sistema. Podemos hacer esto manualmente editando el
fichero /etc/sysconfig/network-scripts/ifcfg-eth0 y añadiendo las siguientes líneas:
1 IPADDR=192.168.10.19
2 BOOTPROTO=none
3 NETMASK=255.255.255.0
4 TYPE=Ethernet
También tendremos que cambiar la línea “ONBOOT=no” a “ONBOOT=yes”, de modo que la interfaz
de red se active después de cada reinicio. Este procedimiento funciona perfectamente, pero probable-
mente sea más cómodo utilizar una herramienta de configuración automática como system-config-
network. Este programa seguramente no esté instalado por defecto, así que tendremos que instalarlo
ahora. Como vimos en el capítulo previo podemos usar yum para identificar el paquete asociado a
un comando determinado.
1 [root@delphos ~]# yum --disablerepo=* --enablerepo=c6-media provides system-conf\

2 ig-network
5 * c6-media:
6 file:///media/CentOS/repodata/repomd.xml: [Errno 14] Could not open/read file://\
7 /media/CentOS/repodata/repomd.xml
8 Trying other mirror.
9 file:///media/cdrecorder/repodata/repomd.xml: [Errno 14] Could not open/read fil\
10 e:///media/cdrecorder/repodata/repomd.xml
11 Trying other mirror.
12 c6-media | 4.0 kB 00:00 ...
13 Warning: 3.0.x versions of yum would erroneously match against filenames.
3.- Networking 70
14 You can use "*/system-config-network" and/or "*bin/system-config-network" to ge\

15 t that behaviour
16 No Matches found
17 [root@delphos ~]# yum --disablerepo=* --enablerepo=c6-media provides */system-co\
18 nfig-network
21 * c6-media:
22 system-config-network-tui-1.6.0.el6.2-1.el6.noarch : The Network Adminstration
23 : Tool
24 Repo : c6-media
25 Matched from:
26 Filename : /usr/share/system-config-network
27 Filename : /usr/bin/system-config-network
28 Filename : /etc/pam.d/system-config-network
29 Filename : /etc/security/console.apps/system-config-network
30 Filename : /usr/sbin/system-config-network
Así que instalamos el paquete system-config-network-tui con este comando: yum –disablerepo=*
–enablerepo=c6-media install system-config-network-tui. Una vez que el paquete está instalado,
podemos lanzar el programa con system-config-network (Fig. 44).
Fig 44:System-config-network
Seleccionamos la opción “Device configuration” y pulsamos INTRO. Ahora en la pantalla aparecerá

una lista con las interfaces de red (Fig. 45), en este caso solamente hay una, la seleccionamos y
pulsamos nuevamente INTRO.
3.- Networking 71
Fig 45:Seleccionar una interfaz
Rellenamos el formulario y hacemos click en Ok->Save & Quit (Fig. 46).
Fig 46:Asignar una dirección IP
Si revisamos de nuevo el fichero /etc/sysconfig/network-scripts/ifcfg-eth0, veremos que el contenido

del fichero se ha actualizado. Sin embargo aún tendremos que cambiar manualmente el parámetro
“ONBOOT=no” a “ONBOOT=yes”.
3.- Networking 72
3.1.3.2.- Centos 7
En CentOS 7 el comando ifconfig no se instala por defecto, ya que se aconseja emplear otras
utilidades en su lugar como por ejemplo el comando ip. Con ella podemos añadir una dirección
IP así:
1 [root@Centos7 ~]# ip address add 192.168.1.202/24 dev enp0s3
También podemos listar las interfaces y sus IPs asociadas.
1 [root@Centos7 ~]# ip address show

2 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
3 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
4 inet 127.0.0.1/8 scope host lo
5 valid_lft forever preferred_lft forever
6 inet6 ::1/128 scope host
8 2: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP \
9 qlen 1000
10 link/ether 08:00:27:a0:46:d2 brd ff:ff:ff:ff:ff:ff
11 inet 192.168.1.202/24 scope global enp0s3
Como ocurría en CentOS 6, la dirección IP que acabamos de asignar tendrá un carácter temporal.
Si queremos que sea persistente tendremos que editar el fichero /etc/sysconfig/network-scripts/ifcfg-
enp0s3 y añadir las siguientes líneas:
1 IPADDR=192.168.10.19
2 BOOTPROTO=static
3 NETMASK=255.255.255.0
4 TYPE=Ethernet
Tendremos que añadir el parámetro ONBOOT=yes, de modo que la interfaz de red se active cada
vez que el sistema arranca.
De este modo asignamos manualmente una dirección IP estática al servidor, pero resulta mucho
más cómodo hacerlo con una utilidad. En CentOS 6 utilizamos system-config-network, pero este
comando no está disponible en CentOS 7, en su lugar debemos usar nmtui (v. Fig. 47 y Fig. 48).
3.- Networking 73
Fig 47:nmtui
Fig 48:Editando una conexión con nmtui

3.- Networking 74
Como aún no hemos añadido una puerta de enlace por defecto, la ñadimos ahora (v. Fig. 49).
Fig 49:Añadiendo la puerta de enlace por defecto con nmtui
Aceptamos los cambios (v. Fig. 50).

3.- Networking 75
Fig 50:Añadiendo la puerta de enlace por defecto con nmtui
Y reiniciamos el servicio de red.
1 [root@localhost ~]# service network restart

2 Restarting network (via systemctl): [ OK ]
Ahora podemos consultar la puerta de enlace predeterminada con el comando ip.
1 [root@localhost ~]# ip route show

2 default via 192.168.1.1 dev enp0s3 proto static metric 1024
3 192.168.1.0/24 dev enp0s3 proto kernel scope link src 192.168.1.202
3.2.- IPv6
Según Internet fue ganando popularidad, llegó un momento en el que resultó claro que no habría
suficientes direcciones IPv4 para satisfacer la creciente demanda. Las direcciones IPv4 tienen una
longitud de 4 bytes, lo que permite un máximo de 4200 millones de direcciones, mientras que la
población mundial es de unos 7000 millones. Obviamente no todas las personas tienen un ordenador
conectado a Internet - especialmente en países pobres - pero cada día más y más personas se conectan
a Internet, y cada vez es más habitual disponer de ordenador, smartphone y tablet, todos ellos
3.- Networking 76
con conexión a Internet. Además, también debemos tener en cuenta que cada servidor en Internet
necesita también una IP única.
Considerando estos hechos, parece bastante razonable pensar que IPv4 no será capaz de satisfacer
la creciente necesidad de más direcciones para una Internet en continuo crecimiento.
Para resolver este problema, los ingenieros del IETF(Internet Engineering Task Force) decidieron
ponerse manos a la obra para desarrollar un protocolo que cumpliera con las nuevas expecativas.
Así surgió el protocolo IPv6. IPv6 utiliza direcciones de 128 bits, lo que permite un máximo de 3.4 *
10ˆ38 direcciones, cifra que debería ser suficiente durante un largo tiempo.
Las direcciones IPv6 se representan habitualmente en 8 grupos de 16 bits, en formato hexadecimal,
de esta forma:
fe80:0000:0000:0000:020c:29ff:fedf:d786/64
El ‘/64’ se utiliza para representar la máscara, concepto que ya vimos al hablar de direcciones IPv4.
Esto quiere decir que los primeros 64 bits de la dirección se utilizarán para definir la dirección de
red.
Con el fin de simplificar la representación de las direcciones IPv6, cuando hay varios ceros
consecutivos el mayor grupo de 0’s puede omitirse.
fe80::020c:29ff:fedf:d786/64
Como ocurría con las direcciones IPv4, también hay unas cuantas direcciones IPv6 a las que se ha
asignado un papel especial. Las que comienzan por fe80 se consideran direcciones locales (link-local
addresses en inglés). Un concepto similar a las direcciones privadas en el mundo IPv4. Siempre que
una interfaz de red está habilitada para IPv6 se le asigna automáticamente una dirección IPv6 que
comienza por fe80.
Podemos asignar una dirección IPv6 a la interfaz eth0 con el comando ip.
1 [root@delphos ~]# ip address add 2000::20c:29ff:fe78:4cb1/64 dev eth0
Ahora podemos ver la nueva ip asignada.
1 [root@delphos ~]# ifconfig eth0

2 eth0 Link encap:Ethernet HWaddr 00:0C:29:78:4C:B1
3 inet addr:192.168.1.20 Bcast:192.168.1.255 Mask:255.255.255.0
4 inet6 addr: 2000::20c:29ff:fe78:4cb1/64 Scope:Global
5 inet6 addr: fe80::20c:29ff:fe78:4cb1/64 Scope:Link
6 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
10 RX bytes:387910100 (369.9 MiB) TX bytes:57615841 (54.9 MiB)
3.- Networking 77
11 Interrupt:19 Base address:0x2000

12
13 [root@delphos ~]# ip address show dev eth0
14 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNO\
15 WN qlen 1000
16 link/ether 00:0c:29:78:4c:b1 brd ff:ff:ff:ff:ff:ff
17 inet 192.168.1.20/24 brd 192.168.1.255 scope global eth0
18 inet6 2000::20c:29ff:fe78:4cb1/64 scope global
20 inet6 fe80::20c:29ff:fe78:4cb1/64 scope link
3.3.- Herramientas de red
3.3.1.- netstat
Cada vez que un programa necesita comunicarse por red utiliza lo que el protocolo TCP llama
“puertos”. Un “puerto” sería una forma de identificar un servicio determinado dentro de la red. Por
ejemplo, para comunicarse con un servidor Web se utilizaría el puerto 80, para conectar con un
servidor FTP el puerto 21, etc… Es decir, por cada servicio de red en ejecución en el servidor habrá
(al menos) un puerto TCP abierto.
Si queremos saber qué puertos tenemos abiertos en un momento dado podemos usar netstat. Por
defecto mostrará solo los puertos con una conexión establecida.
1 [root@localhost ~]# netstat

2 Active Internet connections (w/o servers)
3 Proto Recv-Q Send-Q Local Address Foreign Address Stat\
4 e
5 tcp 0 0 192.168.1.20:ssh 192.168.1.1:49775 ESTA\
6 BLISHED
7 Active UNIX domain sockets (w/o servers)
8 Proto RefCnt Flags Type State I-Node Path
9 unix 2 [ ] DGRAM 8587 @/org/kernel/udev/udevd
10 unix 10 [ ] DGRAM 10473 /dev/log
11 .
12 .
13 .
En este caso podemos ver que tenemos un único puerto tcp conectado, el puerto ssh. El comando
muestra varios sockets unix abiertps, pero por ahora ignoraremos esta información. Podemos pasarle
varias opciones a netstat. Algunas de las más útiles son: (-a) para mostrar TODOS los puertos abiertos
3.- Networking 78
y no solo los que ya están conectados, (-p) para identificar el programa que tiene abierto el puerto,
(-t) para TCP, (-u) para UDP o (-n) para mostrar el número de puerto en lugar del nombre del servicio
asociado a dicho puerto. Veamos un ejemplo:
1 [root@localhost ~]# netstat -aptn

2 Active Internet connections (servers and established)
3 Proto Recv-Q Send-Q Local Address Foreign Address Stat\
4 e PID/Program name
5 tcp 0 0 0.0.0.0:22 0.0.0.0:* LIST\
6 EN 1107/sshd
7 tcp 0 0 127.0.0.1:25 0.0.0.0:* LIST\
8 EN 1183/master
9 tcp 0 0 0.0.0.0:5672 0.0.0.0:* LIST\
10 EN 1196/qpidd
11 tcp 0 0 192.168.1.20:22 192.168.1.1:50316 ESTA\
12 BLISHED 6738/sshd
13 tcp 0 0 :::22 :::* LIST\
14 EN 1107/sshd
15 tcp 0 0 ::1:25 :::* LIST\
16 EN 1183/master
Obtenemos la lista de todos los puertos TCP abiertos, mostrando los números de puerto y los
programas que han abierto cada puerto.
3.3.2.- lsof
Otra herramienta muy útil es lsof. Probablemente no está instalada por defecto, pero podemos
instalarla con yum como ya hemos visto antes.
1 [root@localhost ~]# yum --disablerepo=* --enablerepo=c6-media provides lsof

4 * c6-media:
5 lsof-4.82-2.el6.i686 : A utility which lists open files on a Linux/UNIX system
6 Repo : c6-media
7 Matched from:
8
9 [root@localhost ~]# yum --disablerepo=* --enablerepo=c6-media install lsof
Esta herramienta enumera los ficheros abiertos en el sistema, pero también podemos usarla para ver
qué proceso está escuchando en un puerto dado.
3.- Networking 79
1 [root@localhost ~]# lsof -i :53

2 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
3 named 8616 named 20u IPv6 27844 0t0 TCP *:domain (LISTEN)
4 named 8616 named 21u IPv4 27849 0t0 TCP localhost:domain (LISTEN)
5 named 8616 named 22u IPv4 27851 0t0 TCP 192.168.1.20:domain (LISTEN)
6 named 8616 named 512u IPv6 27843 0t0 UDP *:domain
7 named 8616 named 513u IPv4 27848 0t0 UDP localhost:domain
8 named 8616 named 514u IPv4 27850 0t0 UDP 192.168.1.20:domain
3.3.3.- nmap
En ocasiones necesitamos conocer qué puertos son accesibles por red. Podría suceder que un servicio
estuviera escuchando en un puerto determinado, pero que un cortafuegos o filtro de cualquier
tipo estuviera bloqueando el acceso a dicho puerto. En este caso, obviamente, no podría haber
comunicación entre servidor y cliente. Para probar si un puerto es accesible o no podemos usar
nmap.
La sintaxis básica es nmap nombre_o_ip:
1 [root@localhost named]# nmap 192.168.1.20

2
3 Starting Nmap 5.21 ( http://nmap.org ) at 2014-08-03 02:31 CEST
4 mass_dns: warning: Unable to determine any DNS servers. Reverse DNS is disabled.\
5 Try using --system-dns or specify valid servers with --dns-servers
6 Nmap scan report for 192.168.1.20
7 Host is up (0.00071s latency).
8 Not shown: 998 filtered ports
9 PORT STATE SERVICE
10 22/tcp open ssh
11 53/tcp open domain
12 MAC Address: 00:0C:29:78:4C:B1 (VMware)
13
14 Nmap done: 1 IP address (1 host up) scanned in 5.29 seconds
Podemos especificar los puertos que queremos comprobar.

3.- Networking 80
1 [root@localhost named]# nmap -p 80,22 192.168.1.20

2
9 22/tcp open ssh
10 80/tcp filtered http
12
También podemos obtener más información acerca de los servicios que están escuchando en cada
puerto.
1 [root@localhost named]# nmap -sV 192.168.1.20

2
4 Nmap scan report for delphos.olimpus.local (192.168.1.20)
6 Not shown: 998 filtered ports
7 PORT STATE SERVICE VERSION
8 22/tcp open ssh OpenSSH 5.3 (protocol 2.0)
11
12 Service detection performed. Please report any incorrect results at http://nmap.\
13 org/submit/ .
3.3.4.- ping
Una de las utilidades más sencillas y útiles para diagnosticar problemas de red es ping. Com ping
simplemente enviamos un pequeño paquete de datos al destino. Si el paquete llega, el destino -
habitualmente - responderá.
3.- Networking 81
1 [root@delphos ~]# ping 192.168.10.23

2 PING 192.168.10.23 (192.168.10.23) 56(84) bytes of data.
3 64 bytes from 192.168.10.23: icmp_seq=1 ttl=63 time=2.76 ms
4 64 bytes from 192.168.10.23: icmp_seq=2 ttl=62 time=1.59 ms
3.3.5.- ping6
Ping6 es la versión para IPv6 del comando ping. Funciona del mismo modo pero utilizando
direcciones IPv6.
1 [root@CentOS7 ~]# ping6 2001::20c:29ff:fe78:4cb2

2 PING 2001::20c:29ff:fe78:4cb2(2001::20c:29ff:fe78:4cb2) 56 data bytes
3 64 bytes from 2001::20c:29ff:fe78:4cb2: icmp_seq=1 ttl=64 time=0.083 ms
4 64 bytes from 2001::20c:29ff:fe78:4cb2: icmp_seq=2 ttl=64 time=0.080 ms
Si intentamos hacer ping a una dirección local (las que empiezan con de80), necesitamos indicar la
interfaz. De otro modo obtendremos un error.
1 [root@delphos ~]# ping6 fe80::20c:29ff:fe78:4cb1

2 connect: Invalid argument
3 [root@delphos ~]# ping6 -I eth0 fe80::20c:29ff:fe78:4cb1
4 PING fe80::20c:29ff:fe78:4cb1(fe80::20c:29ff:fe78:4cb1) from fe80::20c:29ff:fe78\
5 :4cb1 eth0: 56 data bytes
6 64 bytes from fe80::20c:29ff:fe78:4cb1: icmp_seq=1 ttl=64 time=3.70 ms
9 ^C
10 --- fe80::20c:29ff:fe78:4cb1 ping statistics ---
11 3 packets transmitted, 3 received, 0% packet loss, time 2300ms
12 rtt min/avg/max/mdev = 0.044/1.285/3.701/1.708 ms
4.- DNS
El número de ordenadores interconectados crece cada día. Es posible diseñar una red con un esquema
de direccionamiento de red jerárquico que asigne direcciones IP de acuerdo con la ubicación física
de cada máquina, pero incluso en este caso siempre será más fácil identificar a los dispositivos de
red por un nombre y no por una dirección IP. Un servidor de DNS local nos permite establecer una
relación directa entre un nombre de ordenador y su dirección IP, lo que facilita mucho la gestión de
la red.
4.1.- Servicio DNS

Para comunicarse entre sí, cada máquina de la red debe disponer de una dirección IP única. Se podría
decir que existe una cierta analogía conuna red telefónica, en la que un número de teléfono identifica
a un único dispositivo y le posibilita la comunicación con otros teléfonos.
Trabajar con direcciones IP está bien para las máquinas, pero puede resultar un engorro para
las personas. Sería necesario recordar la dirección IP de todos y cada uno de los dispositivos a
los que quisiéramos conectarnos. Definitivamente es mucho más cómodo utilizar nombres como
www.google.es o www.redhat.com, mucho más fáciles de recordar.
Internamente las computadoras se comunican entre sí utilizando sus direcciones IP, no sus nombres
asociados. Así que es necesario tener un sistema capaz de determinar la dirección IP asociada con
un determinado nombre de dominio.
De modo que, por ejemplo, si tecleamos http://www.google.es en nuestro navegador favorito, nuestro
PC tiene que ser capaz de averiguar la dirección IP asociada con el nombre www.google.es. Una vez
que descubre que la dirección IP es 173.194.41.215 establece una conexión y muestra la página Web.
Si hubiéramos escrito en la barra de direcciones http://173.194.41.215 no habría sido necesario
preguntar la dirección IP de www.google.es.
Un servidor DNS es una máquina que mantiene una lista de asociaciones nombre - dirección IP.
En los primeros días de Internet esto se conseguía con un único fichero de texto que todos los
ordenadores tenían que conocer para poder comunicarse entre sí. Este fichero es /etc/passwd, y
aún hoy está presente en cada computadora. Por ello se puede utilizar para proporcionar un servicio
de resolución de nombres básico. Por ejemplo, podemos abrir el fichero /etc/passwd y añadir la
siguiente línea:
1 192.168.10.19 www.dummy-domain.com
A partir de este momento, cada vez que nuestra máquina necesite conocer la dirección IP de
www.dummy-domain.com, asumirá que esta dirección IP es 192.168.10.19.
82
4.- DNS 83
1 [root@localhost ~]# cat /etc/hosts

2 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
3 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
4 192.168.10.19 dummy-server.example.com
5 192.168.10.19 www.dummy-domain.com
6 [root@localhost ~]# ping www.dummy-domain.com
7 PING www.dummy-domain.com (192.168.10.19) 56(84) bytes of data.
8 64 bytes from dummy-server.example.com (192.168.10.19): icmp_seq=1 ttl=64 time=0\
9 .056 ms
11 .058 ms
13 .052 ms
14 ^C
15 --- www.dummy-domain.com ping statistics ---
16 3 packets transmitted, 3 received, 0% packet loss, time 2459ms
17 rtt min/avg/max/mdev = 0.052/0.055/0.058/0.006 ms
Utilizar el fichero host para la resoluciójn de nombres todavía puede resultar apropiado para
redes pequeñas, pero desde el momento en que Internet comenzó a crecer resultó evidente que se
necesitaba un nuevo sistema de resolución de nombres. Y por ello se desarrolló el sistema DNS.
Un servidor DNS mantiene una base de datos con todas las direcciones IP y nombres incluidos en un
dominio. Por supuesto un único servidor DNS es incapaz de almacenar todas las relaciones nombre -
dirección IP existentes en el Mundo, sino que habitualmente cada servidor DNS solamente mantiene
la información relativa a su propio dominio.
Los servidores DNS se organizan de un modo jerárquico, como hemos visto en la Fig. 51, de modo
que cuando el servidor DNS asignado no consigue resolver un nombre, le pasa la petición a otro
servidor de una capa superior. Es fácil de entender con un ejemplo.
4.- DNS 84
Fig 51:Jerarquía DNS
Imaginemos que estamos delante de una computadora del dominio acme.net y queremos acceder
a la web es.wikipedia.org. La computadora consultará si servidor DNS local acerca del nombre
es.wikipedia.org, pero este servidor solo conoce los registros www.acme.net, mail.acme.net, etc… Así
que decide consultar al servidor del dominio .net. Este servidor del dominio .net tampoco conoce
la dirección del servidor es.wikipedia.org así que tiene que consultar a su vez al servidor raíz (.) .
El servidor raíz no sabe la dirección exacta de es.wikipedia.org, pero sí que conoce la dirección del
servidor del domino .org, así que le pasa la consulta a dicho servidor. A su vez el servidor de nombres
de .org transmitirá esa misma consulta al servidor DNS del dominio wikipedia.org, que será quien
finalmente nos diga la dirección IP asociada con el nombre es.wikipedia.org, la respuesta se le pasará
al servidor DNS del dominio acme.net, que a su vez le responderá al cliente.
4.2.- Instalar un servidor DNS

Para ilustrar la teoría que hemos visto hasta ahora, vamos a instalar y configurar un servidor
DNS. El paquete que tendremos que instalar es bind. Si ya tenemos una conexión a Internet
podemos usar yum sin las opciones –disablerepo y –enablerepo, ya que la aplicación descargará
de los repositorios de Internet los paquetes necesarios. También podemos usar el parámetro -y para
responder automáticamente que sí a cualquier mensaje de confirmación. Por otro lado, si todavía no
tenemos una conexión a Internet tendremos que usar las opciones que vimos antes y asegurarnos
de que el DVD está montado.
4.- DNS 85
1 [root@localhost ~]# yum -y install bind
4.2.1.- Arrancando el servicio en CentOS 6

Una vez instalado, deberíamos tener un nuevo script en el directorio /etc/init.d. Este script se llamará
named.
1 [root@localhost ~]# ls /etc/init.d/named

2 /etc/init.d/named
Podemos comprobar el estado de este nuevo servicio llamando al script con el parámetro status.
1 [root@localhost ~]# /etc/init.d/named status

2 rndc: neither /etc/rndc.conf nor /etc/rndc.key was found
3 named is stopped
O también podemos usar el comando service.
1 [root@localhost ~]# service named status

3 named is stopped
En ambos casos vemos que el servicio named está parado. Y también parece que faltan un par de
ficheros. Entraremos en más detalle dentro de un momento, pero por ahora nos limitaremos a iniciar
el servicio con el siguiente comando:
1 [root@localhost ~]# service named start

2 Starting named: [ OK ]
5 named (pid 1570) is running...
Ahora deberemos asegurarnos de que el servicio arranca automáticamente cada vez que el servidor
se reinicie. Podemos comprobar esto con chkconfig.
1 [root@localhost ~]# chkconfig --list named

2 named 0:off 1:off 2:off 3:off 4:off 5:off 6:off
Podemos ver que, ahora mismo, el servicio named no está configurado para arrancar de forma
automática en ninguno de los 6 niveles de ejecución. Lo cambiamos.
4.- DNS 86
1 [root@localhost ~]# chkconfig named on

3 named 0:off 1:off 2:on 3:on 4:on 5:on 6:off
Ahora el servicio named se iniciará en todos los niveles de ejecución, excepto el 0(apagado), el
1(monousuario) y el 6(reinicio).
Hasta ahora no hemos hablado de niveles de ejecución, pero podemos decir que es la forma que
tiene el SO de identificar si la máquina está apagada (nivel de ejecución 0), en modo monousuario
(nivel de ejecución 1), en modo texto multiusuario con conectividad limitada (nivel de ejecución
2), en modo texto multiusuario con conectividad completa (nivel de ejecución 3), en modo gráfico
multiusuario (nivel de ejecución 5) o reiniciándose (nivel de ejecución 6). El nivel de ejecución 4 no
se usa por defecto, pero puede ser definido por el usuario.
4.2.2.- Arrancando el servicio en CentOS 7

La gestión de servicios en CentOS 7 ha experimentado muchos cambios, y ahora el sistema ya no
utiliza los scripts de /etc/init.d, excepto para unos pocos servicios. El resto son gestionados ahora por
systemd.
Para comprobar el estado de un servicio tendremos que usar el comando systemctl.
1 [root@Centos7 ~]# systemctl status named

2 named.service - Berkeley Internet Name Domain (DNS)
3 Loaded: loaded (/usr/lib/systemd/system/named.service; disabled)
4 Active: inactive (dead)
Vemos que es servicio está detenido, así que lo iniciamos.
1 [root@Centos7 ~]# systemctl start named

2 [root@Centos7 ~]# systemctl status named
3 named.service - Berkeley Internet Name Domain (DNS)
4 Loaded: loaded (/usr/lib/systemd/system/named.service; disabled)
5 Active: active (running) since dom 2014-11-23 01:05:36 CET; 4s ago
6 Process: 2855 ExecStart=/usr/sbin/named -u named $OPTIONS (code=exited, status\
7 =0/SUCCESS)
8 Process: 2853 ExecStartPre=/usr/sbin/named-checkconf -z /etc/named.conf (code=\
9 exited, status=0/SUCCESS)
10 Main PID: 2857 (named)
11 CGroup: /system.slice/named.service
12 └─2857 /usr/sbin/named -u named
13
4.- DNS 87
14 nov 23 01:05:37 Centos7 named[2857]: validating @0x7fa9c062ff10: . NS: veri...un

15 nov 23 01:05:37 Centos7 named[2857]: validating @0x7fa9c062ff10: . NS: no v...nd
16 nov 23 01:05:37 Centos7 named[2857]: error (no valid RRSIG) resolving './NS...53
17 nov 23 01:05:37 Centos7 named[2857]: error (network unreachable) resolving ...53
24 Hint: Some lines were ellipsized, use -l to show in full.
Ahora el servicio está en ejecución, pero tenemos que asegurarnos de que se inicia con cada arranque
del servidor.
1 [root@Centos7 ~]# systemctl enable named

2 ln -s '/usr/lib/systemd/system/named.service' '/etc/systemd/system/multi-user.ta\
3 rget.wants/named.service'
Podemos comprobar que el servicio se ha habilitado correctamente con el siguiente comando:
1 [root@Centos7 ~]# systemctl list-unit-files --type=service
Obtenemos así un listado de los servicios instalados en el servidor.
1 UNIT FILE STATE

2 auditd.service enabled
3 .
4 .
5 .
6 named.service enabled
7 .
8 .
9 .
4.3.- Instalando un servidor maestro

Antes de pasar a la instalación vamos a hablar un poco acerca de los tipos de servidores DNS:
Como ya sabemos, un servidor DNS traduce nombres en direcciones IP. Pero según su modo de
funcionamiento se pueden distinguir diferentes tipos de servidor:
4.- DNS 88
• Servidor de caché. En este caso, el servidor no almacena ninguna información con las
relaciones nombre - dirección IP, de forma que tiene que consultar con otros servidores que
sí disponen de dicha información. Pero una vez que obtiene esa información la mantiene
en caché, de tal modo que cuando otro cliente hace esa misma consulta puede responder
rápidamente sin necesidad de contactar con otros servidores.
• Servidor maestro. El servidor mantiene una copia de los nombres e IPs de los dispositivos
pertenecientes al dominio, lo que se denomina una zona. Este servidor tiene autoridad para
cambiar la IP asociada a un nombre determinado, así como para añadir o eliminar registros.
• Servidor esclavo. El servidor mantiene también una copia de la zona, pero de solo lectura.
El servidor cuenta con toda la información necesaria para responder a las consultas de los
clientes, pero no puede cambiar, añadir o eliminar registros.
Hasta ahora hemos instalado el software necesario pero, obviamente, necesitamos configurarlo.
Vamos a suponer que tenemos un dominio llamado olimpus.local, y unas cuantas máquinas llamadas
prometheus, zeus, aphrodite, etc… y queremos asegurarnos de que cuando un cliente busca la
máquina aphrodite.olimpus.local obtiene su dirección IP asociada. Para lograr esto, tendremos que
crear la zona. Veamos el procedimiento paso a paso.
El archivo de configuración principal del servidor DNS es /etc/named.conf. Después de una
instalación nueva tendrá un aspecto como este:
1 //
2 // named.conf
3 //
4 // Provided by Red Hat bind package to configure the ISC BIND named(8) DNS
5 // server as a caching only nameserver (as a localhost DNS resolver only).
6 //
7 // See /usr/share/doc/bind*/sample/ for example named configuration files.
8 //
9
10 options {
11 listen-on port 53 { 127.0.0.1; };
12 listen-on-v6 port 53 { ::1; };
13 directory "/var/named";
14 dump-file "/var/named/data/cache_dump.db";
15 statistics-file "/var/named/data/named_stats.txt";
16 memstatistics-file "/var/named/data/named_mem_stats.txt";
17 allow-query { localhost; };
18 recursion yes;
19
20 dnssec-enable yes;
21 dnssec-validation yes;
22 dnssec-lookaside auto;
4.- DNS 89
23
24 /* Path to ISC DLV key */
25 bindkeys-file "/etc/named.iscdlv.key";
26 };
27
28 logging {
29 channel default_debug {
30 file "data/named.run";
31 severity dynamic;
32 };
33 };
34
35 zone "." IN {
36 type hint;
37 file "named.ca";
38 };
39
40 include "/etc/named.rfc1912.zones";
Este es el fichero de configuración de un servidor CentOS 6, en CentOS 7 el fichero es ligeramente

distinto, no obstante la forma de configurarlo es exactamente la misma en los dos casos.
Estas son algunas de las opciones más importantes:
1 listen-on port 53 { 127.0.0.1; };

2 listen-on-v6 port 53 { ::1; };
El servidor solamente escuchará en la dirección del localhost, es decir, no será accesible desde otros
dispositivos de la red. Como queremos que se pueda consultar al servidor DNS desde otras máquinas
cambiaremos estas dos líneas.
1 listen-on port 53 { any; };

2 listen-on-v6 port 53 { any; };
3
4
5 directory "/var/named";
Esto solo significa que el directorio por defecto para los archivos de zona será /var/named. No es
necesario cambiar esto.
4.- DNS 90
1 allow-query { localhost; };
Queremos que el servidor responda a peticiones de cualquier máquina, así que cambiamos este valor.
1 allow-query { any; };
2
3 zone "." IN {
4 type hint;
5 file "named.ca";
6 };
Esta es la única zona definida por ahora en el fichero de configuración. La zona que se encuentra
en la cima de la jerarquía. Si abrimos el fichero /var/named/named.ca veremos que contiene las
direcciones de los servidores raíz de Internet.
Ahora tendremos que proporcionarle al servidor la información relativa a nuestro dominio. De modo
que debajo de la definición de la zona “.” teclearemos esto:
1 zone "olimpus.local" IN {
2 type master;
3 file "olimpus.local.zone";
4 };
Ahora podemos guardar los cambios. Para asegurarnos de que la sintaxis del fichero named.conf es
correcta podemos usar el comando named-checkconf.
1 [root@localhost ~]# named-checkconf

2 [root@localhost ~]#
Como vemos, el comando no ha mostrado ningún mensaje, por lo que podemos asumir que la
sintaxis es correcta. Si hubiera un error sintáctico el programa nos lo indicaría. Por ejemplo, si nos
hubiéramos olvidado de cerrar una llave recibiríamos un mensaje como este:
1 [root@localhost ~]# named-checkconf

2 /etc/named.conf:26: '}' expected near ';'
Acabamos de definir la zona en el archivo /etc/named.conf, pero ahora tenemos que crear el fichero
/var/named/olimpus.local.zone, al que hacemos referencia en la definición de la zona. Como cabría
esperar, el fichero debe cumplir con unas características sintácticas determinadas. Si estamos creando
un fichero de zona desde cero y no recordamos todos los detalles acerca de la sintaxis del fichero
podemos echar un vistazo a algunos de los ficheros de muestra en el directorio /usr/share/doc/bind-
9.7.3/sample. De hecho, la carpeta /usr/share/doc* es un recurso muy útil siempre que intentamos
configurar o afinar un servicio, ya que ahí podemos encontrar ejemplos de ficheros de configuración
para casi todos los servicios instalados en el servidor.
El fichero de zona debería quedar similar a este:
4.- DNS 91
1 ;
2 ;Data file for olimpus.local
3 ;
4 $TTL 2D
5 olimpus.local. IN SOA olimpus.local. root.olimpus.local. (
6 2014082701; Serial
7 1D; Refresh
8 2H; Retry
9 1W; Expire
10 2D); Default TTL
11
12 IN NS delphos.olimpus.local.
13 IN MX 10 prometheus.olimpus.local.
14
15 delphos IN A 192.168.1.20
16 prometheus IN A 192.168.1.21
17 aphrodite IN A 192.168.1.22
18 delphos IN AAAA fe80::20c:29ff:fe78:4cb1
19 dns IN CNAME delphos
20 mail IN CNAME prometheus
Las líneas que empiezan con “;” son comentarios que se utilizan para aclarar el contenido del fichero.
Después definimos los parámetros asociados al fichero de zona, tales como los parámetros de refresco
y reintento, el tiempo de expiración o el TTL por defecto. Cada fichero de zona debe tener un número
de serie asociado, este número se utilizará al replicar información entre servidores para saber si existe
una versión más nueva de un fichero de zona.
Este es un registro NS, nos dice cuáles son los servidores de nombres del dominio olimpus.local. Este
registro es obligatorio. En nuestro ejemplo el único servidor de nombres es delphos.olimpus.local,
pero podríamos tener varios de ellos.
1 IN MX 10 prometheus.olimpus.local.
De un modo similar, aquí definimos el servidor de correo del dominio olimpus.local y su prioridad
asociada (10). En este caso solo tenemos un servidor de correo, pero podríamos tener dos o incluso
más, y asignar a cada uno de ellos distinta prioridad dependiendo de su potencia de proceso. Veremos
esto de nuevo al hablar del servicio de correo.
4.- DNS 92
1 delphos IN A 192.168.1.20
Ahora tenemos una lista con todas las máquinas en la zona y sus direcciones IP asociadas. Estos
registros se denominan registros de tipo A.
Además podemos asociar nombres y direcciones IPv6, en este caso se usan registros AAAA.
1 dns IN CNAME delphos

2 mail IN CNAME prometheus
Y finalmente tenemos un par de registros CNAME, que funcionan como alias. Es decir, el cliente
podrá hacer ping a delphos.olimpus.local o a dns.olimpus.local indistintamente.
Una vez que hemos terminado de configurar la zona, podemos revisar la sintaxis con el comando
named-checkzone.
1 [root@localhost named]# named-checkzone olimpus.local olimpus.local.zone

2 zone olimpus.local/IN: loaded serial 20140827
3 OK
Ahora arrancamos el servicion named.

En CentOS 6:
1 [root@localhost named]# service named start

En CentOS 7:
1 [root@Centos7 ~]# systemctl start named
Aparentemente todo ha ido bien, peor para asegurarnos vamos a consultar al servidor DNS la
dirección de la máquina delphos.olimpus.local. Más tarde veremos con más detalle algunas de
las herramientas que se pueden usar para consultar el servicio DNS, por ahora vamos a hacer una
breve introducción al comando dig.
Dig nos permite consultar al servidor DNS que elijamos. Para chequear nuestro nuevo servidor de
nombres teclearemos esto:
4.- DNS 93
1 [root@localhost named]# dig @192.168.1.20 delphos.olimpus.local

2 -bash: dig: command not found
Como hemos mencionado ya varias veces, si la utilidad no está instalada por defecto, tendremos que
averiguar el paquete al que pertenece e instalarlo. A partir de este momento ya no insistiremos más
en este punto.
1 [root@localhost named]# yum --disablerepo=* --enablerepo=c6-media provides dig

4 * c6-media:
5 Warning: 3.0.x versions of yum would erroneously match against filenames.
6 You can use "*/dig" and/or "*bin/dig" to get that behaviour
7 No Matches found
8 [root@localhost named]# yum --disablerepo=* --enablerepo=c6-media provides */dig
11 * c6-media:
12 32:bind-utils-9.7.3-8.P3.el6.i686 : Utilities for querying DNS name servers
13 Repo : c6-media
14 Matched from:
15 Filename : /usr/bin/dig
16
17 [root@localhost named]# yum --disablerepo=* --enablerepo=c6-media install bind-u\
18 tils
21 * c6-media:
22 Setting up Install Process
23 Resolving Dependencies
24 --> Running transaction check
25 ---> Package bind-utils.i686 32:9.7.3-8.P3.el6 will be installed
26 --> Finished Dependency Resolution
27
28 Dependencies Resolved
29
30 ================================================================================
31 Package Arch Version Repository Size
32 ================================================================================
33 Installing:
34 bind-utils i686 32:9.7.3-8.P3.el6 c6-media 177 k
35
4.- DNS 94
36 Transaction Summary
37 ================================================================================
38 Install 1 Package(s)
39
40 Total download size: 177 k
41 Installed size: 423 k
42 Is this ok [y/N]: y
43 Downloading Packages:
44 Running rpm_check_debug
45 Running Transaction Test
46 Transaction Test Succeeded
47 Running Transaction
48 Installing : 32:bind-utils-9.7.3-8.P3.el6.i686 1/1
49
50 Installed:
51 bind-utils.i686 32:9.7.3-8.P3.el6
52
53 Complete!
Ahora ya podemos hacer la consulta…
1 [root@localhost named]# dig @192.168.1.20 delphos.olimpus.local

2 ; <<>> DiG 9.7.3-P3-RedHat-9.7.3-8.P3.el6 <<>> @192.168.1.20 delphos.olimpus.loc\
3 al
4 ; (1 server found)
5 ;; global options: +cmd
6 ;; Got answer:
7 ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27770
8 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
9
10 ;; QUESTION SECTION:
11 ;delphos.olimpus.local. IN A
12
13 ;; ANSWER SECTION:
14 delphos.olimpus.local. 172800 IN A 192.168.1.20
15
16 ;; AUTHORITY SECTION:
17 olimpus.local. 172800 IN NS delphos.olimpus.local.
18
19 ;; ADDITIONAL SECTION:
20 delphos.olimpus.local. 172800 IN AAAA fe80::20c:29ff:fe78:4cb1
4.- DNS 95
21
22 ;; Query time: 7 msec
23 ;; SERVER: 192.168.1.20#53(192.168.1.20)
24 ;; WHEN: Sat Aug 2 10:42:07 2014
25 ;; MSG SIZE rcvd: 97
26
Queremos consultar al servidor 192.168.1.20, así que le pasamos este dato como parámetro(@192.168.1.20).
Podemos ver que se ejecutó correctamente (status: NOERROR). Además, el servidor nos respondió
que delphos.olimpus.local tiene la dirección IPv4 192.168.1.20 y la dirección IPv6 fe80::20c:29ff:fe78:4cb1,
lo que es correcto.
Parece que ya tenemos un servidor DNS funcional, pero desafortunadamente esto no es completa-
mente cierto. Hasta ahora tenemos una forma de traducir nombres en direcciones IP. Esto es lo que
se llama resolución directa, pero también deberíamos tener un modo de traducir direcciones IP en
nombres de máquina (resolución inversa). Para conseguir esto, el procedimiento es bastante similar
a lo que hemos visto antes.
En el fichero /etc/named.conf definiremos una nueva zona que proporcionará la resolución inversa.
La haremos justo debajo de la zona olimpus.local.
1 zone "1.168.192.in-addr.arpa" IN {
2 type master;
3 file "192.168.1.zone";
4 };
El formato x.x.x.in-addr.arpa, donde x.x.x.x es la dirección de red en orden inverso, es una forma
estándar de nombrar las zonas inversas.
Ahora creamos el fichero /var/named/192.168.1.zone. La sintaxis es similar a la utilizada en el fichero
olimpus.local.zone.
1 $TTL 2D;
2 1.168.192.in-addr.arpa. IN SOA delphos.olimpus.local. root.olimpus.local. (
3 2014082701 ;serial
4 259200 ;refresh(3 days)
5 14400 ;retry(4 hours)
6 18140 ;expire(3 weeks)
7 604800 ;minimum(1 week)
8 )
9 NS delphos.olimpus.local.
10
11 20 PTR delphos.olimpus.local.
Y lo revisamos.
4.- DNS 96
1 [root@localhost named]# named-checkzone 1.168.192.in-addr.arpa 192.168.1.zone

2 zone 1.168.192.in-addr.arpa/IN: loaded serial 2014082701
3 OK
Reiniciamos el servicio…
En CentOS 6:
1 [root@localhost named]# service named restart

2 Stopping named: [ OK ]
En CentOS 7:
1 [root@Centos7 ~]# systemctl restart named
…y consultamos al servidor con la herramienta dig.
1 [root@localhost named]# dig @192.168.1.20 -x 192.168.1.20

2
3 ; <<>> DiG 9.7.3-P3-RedHat-9.7.3-8.P3.el6 <<>> @192.168.1.20 -x 192.168.1.20
6 ;; Got answer:
9
11 ;20.1.168.192.in-addr.arpa. IN PTR
12
14 20.1.168.192.in-addr.arpa. 172800 IN PTR delphos.olimpus.local.
15
17 1.168.192.in-addr.arpa. 172800 IN NS delphos.olimpus.local.
18
22
24 ;; SERVER: 192.168.1.20#53(192.168.1.20)
25 ;; WHEN: Sat Aug 2 11:28:31 2014
4.- DNS 97
Como ocurrió antes, podemos ver que la consulta se ejecutó sin errores (status: NOERROR), y el
servidor respondió que la dirección IPv4 192.168.1.20 está asignada al servidor delphos.olimpus.local.
Finalmente crearemos la zona inversa para IPv6. Abrimos de nuevo el fichero /etc/named.conf y
añadimos las siguientes líneas:
1 zone "0.0.0.0.0.0.0.0.0.0.0.0.0.8.e.f.ip6.arpa" IN {
2 type master;
3 file "fe80.0.0.0.zone";
4 };
Como vemos, el nombre estándar es similar al que se utiliza con las zonas IPv4, también consiste en
la dirección de red en orden inverso, pero ahora el sufijo es ip6.arpa.
En lo que respecta al fichero /var/named/fe80.0.0.0.zone esto es lo que tenemos que escribir:
1 $TTL 172800 ; 2 days

2 0.0.0.0.0.0.0.0.0.0.0.0.0.8.e.f.ip6.arpa. IN SOA delphos.olimpus.local. root.oli\
3 mpus.local. (
4 2014082701 ;serial
5 259200 ;refresh(3 days)
6 14400 ;retry(4 hours)
7 18140 ;expire(3 weeks)
8 604800 ;minimum(1 week)
9 )
10
11 NS delphos.olimpus.local.
12 1.b.c.4.8.7.e.f.f.f.9.2.c.0.2.0 IN PTR delphos
Y comprobamos la sintaxis.
1 [root@localhost named]# named-checkzone 0.0.0.0.0.0.0.0.0.0.0.0.0.8.e.f.ip6.arpa\

2 fe80.0.0.0.zone
3 zone 0.0.0.0.0.0.0.0.0.0.0.0.0.8.e.f.ip6.arpa/IN: loaded serial 2014082701
4 OK
Reiniciamos el servicio named y consultamos al servidor de nuevo.

4.- DNS 98
1 [root@localhost named]# dig @192.168.1.20 -x fe80::20c:29ff:fe78:4cb1

2
3 ; <<>> DiG 9.7.3-P3-RedHat-9.7.3-8.P3.el6 <<>> @192.168.1.20 -x fe80::20c:29ff:f\
4 e78:4cb1
7 ;; Got answer:
10
12 ;1.b.c.4.8.7.e.f.f.f.9.2.c.0.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.e.f.ip6.arpa. IN PT\
13 R
14
16 1.b.c.4.8.7.e.f.f.f.9.2.c.0.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.e.f.ip6.arpa. 172800\
17 IN PTR delphos.0.0.0.0.0.0.0.0.0.0.0.0.0.8.e.f.ip6.arpa.
18
20 0.0.0.0.0.0.0.0.0.0.0.0.0.8.e.f.ip6.arpa. 172800 IN NS delphos.olimpus.local.
21
25
27 ;; SERVER: 192.168.1.20#53(192.168.1.20)
28 ;; WHEN: Sat Aug 2 11:58:03 2014
Todo está funcionando bien ahora, así que configuraremos el servicio para que arranque automáti-
camente después de cada reinicio. Hay diferentes formas de hacer esto, por ejemplo en CentOS 6
podemos usar chkconfig.
1 [root@localhost ~]# chkconfig named on

3 named 0:off 1:off 2:on 3:on 4:on 5:on 6:off
En CentOS 7 deberíamos usar el comando systemctl.

4.- DNS 99
1 [root@localhost ~]# systemctl enable named
A partir de ahora, cada vez que se reinicie el servidor el servicio named se iniciará automáticamente.
Ahora podremos resolver los nombres de dominio que hemos definido en nuestras zonas, pero
si queremos que nuestro servidor pueda resolver dominios de Internet como www.google.com,
tendremos que reenviar esas peticiones a un servidor DNS externo. Si el servidor DNS externo tiene
la IP 192.168.1.1, habrá que incluir las siguientes líneas en el fichero /etc/named.conf :
1 forwarders {
2 192.168.1.1;
3 };
Estas líneas deberían incluirse en la sección de opciones generales, de modo que el fichero de
configuración debería quedar más o menos así:
1 options {
4 .
5 .
6 .
7 forwarders {
8 192.168.1.1;
9 };
10 .
11 .
12 .
4.4.- Configuración del cliente

En Linux podemos ver la configuración actual del cliente DNS en el fichero /etc/resolv.conf.
1 [root@delphos ~]# cat /etc/resolv.conf

2 nameserver 192.168.1.20
3 search olimpus.local
En este ejemplo, el cliente enviará las consultas DNS al servidor 192.168.1.20. Si en la consulta no se
ha especificado un sufijo DNS se añadirá por defecto “olimpus.local”.
Podemos editar este fichero a mano, pero normalmente resulta más sencillo utilizar una de las
herramientas administrativas que cada distribución de Linux pone a nuestra disposición. Por
4.- DNS 100
ejemplo, en CentOS 6 podemos usar el programa system-config-network, en CentOS 7 no hay

ningún programa system-config-network, pero hay uno similar llamado nmtui, en Suse podemos
hacer lo mismo con Yast, en Ubuntu podemos abrir “System settings” e ir luego a “Network”.
Por su parte en Windows tendremos que editar las propiedades TCP/IP de la conexión LAN (Fig. 52
y Fig. 53).
Fig 52:propiedades de la conexión LAN

4.- DNS 101
Fig 53:Configuración IP
Por supuesto, para que los clientes puedan acceder al servidor DNS tenemos que permitir en el
firewall el acceso al puerto UDP 53.
En CentOS 6:
1 [root@delphos ~]# iptables -I INPUT 2 -m state --state new -p udp --dport 53 -j \

2 ACCEPT
En CentOS 7:
1 [root@CentOS7 ~]# firewall-cmd --add-service=dns

2 success
En el caso de CentOS 7, con el comando anterior estamos permitiendo el acceso tanto al puerto UDP
53 como al puerto TCP 53. Podremos ver más detalles acerca del firewall incluido en CentOS 7 en
la sección 10 de este libro.
4.5.- Servidores esclavos y transferencias de zona

En este punto, tenemos un servidor que alberga toda la información de la zona olimpus.local. Como
veremos a lo largo de este libro, el DNS es un servicio fundamental, puesto que de él depende el
4.- DNS 102
correcto funcionamiento de muchos otros servicios. Por lo que una caída del servicio DNS puede ser
desastrosa para el funcionamiento de la red. Para minimizar este riesgo podemos instalar un nuevo
servidor de nombres. Este nuevo servidor será un servidor esclavo, esto quiere decir que será un
servidor con una copia de los ficheros de zona de solo lectura. El servidor será capaz de responder
a las consultas de los clientes, pero no podrá actualizar la información. De este modo tenemos dos
servidores para compartir la carga, además, si el servidor maestro quedara inutilizable por una avería
podríamos convertir nuestro servidor esclavo en un servidor maestro muy fácilmente.
Ya hemos visto con anterioridad cómo instalar CentOS, así que vamos a suponer que tenemos otro
servidor CentOS funcionando. Instalamos el paquete bind como hicimos con el servidor maestro y
añadiremos las siguientes líneas al fichero named.conf :
2 type slave;
3 file "slaves/olimpus.local.zone";
4 masters {
5 192.168.1.20;
6 };
7 };
8
10 type slave;
11 file "slaves/192.168.1.zone";
12 masters {
13 192.168.1.20;
14 };
15
16 };
17
18 zone "0.0.0.0.0.0.0.0.0.0.0.0.0.8.e.f.ip6.arpa" IN {
19 type slave;
20 file "slaves/fe80.0.0.0.zone";
21 masters {
22 192.168.1.20;
23 };
24
25 };
Básicamente enumeramos las zonas, las declaramos como esclavas e indicamos cuál es el servidor
maestro, 192.168.1.20 en este caso.
Por supuesto, igual que hicimos con el servidor maestro, tendremos que cambiar los parámetros por
defecto para asegurarnos de que el servidor escucha en todas las direcciones de red y puede ser
consultado por cualquier cliente.
4.- DNS 103

3 allow-query { any; };
También tendremos que hacer algunos otros cambios en los ficheros de zona del servidor maestro.
Crearemos otro registro NS para el servidor esclavo. Si el nuevo servidor esclavo es prometheus la
nueva línea quedará así:
1 .
2 .
3 .
5 IN NS prometheus.olimpus.local.
6 .
7 .
8 .
Esto hay que hacerlo en los ficheros olimpus.local.zone, 192.168.1.zone y fe80.0.0.0.zone. Además,
también deberíamos notificarle al servidor esclavo cada vez que el fichero de zona es actualizado.
Para eso utilizaremos la directiva “notify yes” en la definición de la zona del fichero named.conf :
2 type master;
3 file "olimpus.local.zone";
4 notify yes;
5 };
6
8 type master;
9 file "192.168.1.zone";
10 notify yes;
11 };
12
13 zone "0.0.0.0.0.0.0.0.0.0.0.0.0.8.e.f.ip6.arpa" IN {
14 type master;
15 file "fe80.0.0.0.zone";
16 notify yes;
17 };
En el servidor esclavo el servicio named deberá ser capaz de crear los ficheros de zona en la carpeta
/var/named/slaves, así que tendremos que asegurarnos de que el usuario named tiene derechos de
escritura en dicha carpeta.
4.- DNS 104
1 [root@localhost named]# ls -ld slaves/

2 drwxrwx---. 2 named named 4096 Dec 8 2011 slaves/
Ya hemos hablado brevemente de SELINUX con anterioridad. Podríamos describirlo como un

mecanismo de seguridad que crea otra capa de protección contra el acceso no autorizado, limitando el
daño que un hacker podría hacer al sistema. SELinux limita lo que un proceso o servicio puede hacer,
esto por supuesto incluye también al servicio named. Veremos cómo hacer que named funcione
correctamente en un entorno con SELinux.
Primero comprobamos si SELinux está activo:
1 [root@localhost named]# sestatus

4 Current mode: enforcing
También tenemos que comprobar los valores booleanos de SELinux relacionados con el servicio
DNS.
1 [root@localhost named]# getsebool -a | grep named

2 named_write_master_zones --> off
Lo que nos indica este parámetro es que named no podrá escribir los ficheros de zona. Obviamente,
esto haría que fallara la transferencia de zona, por lo que tendremos que cambiar este valor a “on”.
1 [root@localhost named]# setsebool named_write_master_zones on

2 [root@localhost named]# getsebool -a | grep named
3 named_write_master_zones --> on
Haremos que el cambio sea permanente con (-P).
1 [root@Centos7b ~]# setsebool -P named_write_master_zones 1
Al transferir zonas, el servidor esclavo tendrá que conectar con el puerto 53 del servidor maestro.
Evidentemente, es preciso que el puerto sea accesible desde la red. Para comprobar este punto
podemos ejecutar el programa nmap desde el servidor esclavo.
4.- DNS 105
1 [root@localhost named]# nmap -p 53 192.168.1.20

2 Starting Nmap 5.21 ( http://nmap.org ) at 2013-11-12 01:12 CET
8 53/tcp filtered domain
10
Como vemos, el puerto está filtrado. Tendremos que abrirlo en el firewall en el servidor maestro. En
una sección posterior del libro veremos más detalles acerca de la administración del firewall. Por
ahora explicaremos cómo abrir el puerto. Dependiendo de si estamos usando CentOS 6 o CentOS
7 la forma de hacerlo será diferente.
En CentOS 6 podemos listar la configuración del firewall tecleando iptables -L en el servidor
maestro.
1 [root@localhost named]# iptables -L

2 Chain INPUT (policy ACCEPT)
3 target prot opt source destination
4 ACCEPT all -- anywhere anywhere state RELATED,ESTAB\
5 LISHED
6 ACCEPT icmp -- anywhere anywhere
7 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:s\
8 sh
9 REJECT all -- anywhere anywhere reject-with icmp-ho\
10 st-prohibited
11
12 Chain FORWARD (policy ACCEPT)
15 st-prohibited
16
17 Chain OUTPUT (policy ACCEPT)
Por defecto solo se permiten las conexiones al puerto ssh. Tendremos que añadir la siguiente línea
para permitir el acceso al puerto 53.
4.- DNS 106
1 [root@localhost named]# iptables -I INPUT 4 -m state --state NEW -m tcp -p tcp -\

2 -dport 53 -j ACCEPT
Insertamos una nueva regla de entrada en la 4ª posición. Permitiendo las nuevas conexiones al puerto
53. Una vez que se establece la nueva conexión, el tráfico asociado estará permitido como se indica
en la línea:

2 LISHED
El conjunto completo de reglas en el firewall podría ser más o menos este:
1 [root@localhost named]# iptables -L

2 Chain INPUT (policy ACCEPT)
5 LISHED
6 ACCEPT icmp -- anywhere anywhere
7 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:s\
8 sh
9 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:d\
10 omain
12 st-prohibited
13
14 Chain FORWARD (policy ACCEPT)
17 st-prohibited
18
19 Chain OUTPUT (policy ACCEPT)
En CentOS 7 también se puede utilizar iptables, pero se recomienda usar el comando firewall-cmd
en su lugar. Lo primero de todo será averiguar la zona por defecto.
1 [root@localhost ~]# firewall-cmd --get-default-zone

2 public
Y ahora listamos los servicios permitidos.

4.- DNS 107
1 [root@localhost ~]# firewall-cmd --zone=internal --list-services

2 ssh
En este caso solo está permitido el acceso al servicio ssh, tendremos que añadir el servicio dns.
1 [root@localhost ~]# firewall-cmd --zone=internal --add-service=dns

2 success
Si ahora repetimos el test con nmap desde el servidor esclavo veremos que el puerto está abierto.
1 [root@localhost named]# nmap -p 53 192.168.1.20

2
3 Starting Nmap 5.21 ( http://nmap.org ) at 2013-11-12 01:31 CET
11
Tendremos que hacer lo mismo en el servidor esclavo, de forma que las transferencias de zona puedan
tener lugar en ambos sentidos.
También tendremos que cambiar las siguientes directivas del fichero named.conf, las cuales se usan
con DNSEC.
1 dnssec-enable no;
2 dnssec-validation no;
Ahora podemos comprobar si la transferencia de zona realmente funciona reiniciando el servicio

named en el servidor esclavo.
En CentOS 6:
4.- DNS 108

En CentOS 7:
1 [root@Centos7 ~]# systemctl restart named
Si todo ha ido bien deberemos tener tres ficheros en la carpeta /var/named/slaves.
1 [root@localhost named]# ls /var/named/slaves/

2 192.168.1.zone fe80.0.0.0.zone olimpus.local.zone
Ahora cada vez que modifiquemos una zona en el servidor maestro actualizaremos el número
de serie, de este modo el cambió se replicará al servidor esclavo. Por ejemplo, supongamos que
añadimos un nuevo registro para el servidor vulcan, con dirección IPv4 192.168.1.23 y dirección
IPv6 fe80::20c:29ff:fedf:d786/64.
Añadimos los nuevos registros A y AAAA al fichero de zona.
1 .
2 .
3 .
4 delphos IN A 192.168.1.20
7 vulcan IN A 192.168.1.23
8
10 prometheus IN AAAA fe80::20c:29ff:feeb:4443
11 vulcan IN AAAA fe80::20c:29ff:fedf:d786
12 .
13 .
14 .
Y añadimos también los registros PTR a los ficheros de zona inversa.

4.- DNS 109
1 .
2 .
3 .
4 22 PTR vulcan.olimpus.local.
5 .
6 .
7 .
8 6.8.7.d.f.d.e.f.f.f.9.2.c.0.2.0 IN PTR vulcan
Finalmente, actualizamos el número de serie de los 3 ficheros.
1 2014090102; Serial
La actualización de los ficheros de zona tendrá lugar en uno u otro momento de acuerdo con los
parámetros definidos en las propias zonas, la recarga del servicio, etc… Pero también podemos forzar
una transferencia de zona con el comando rndc (ver sección 4.6.1 acerca de cómo instalar rndc). Lo
ejecutamos desde el servidor esclavo.
1 rndc retransfer olimpus.local
Después de unos segundos el maestro y el esclavo tendrán la misma información. Podemos

comprobarlo consultando a ambos servidores con el comando dig. Desde el servidor esclavo
podemos consultar a ambos servidores. Primero consultamos al servidor esclavo.
1 [root@localhost ~]# dig @192.168.1.21 prometheus.olimpus.local

2
3 ; <<>> DiG 9.7.3-P3-RedHat-9.7.3-8.P3.el6 <<>> @192.168.1.21 prometheus.olimpus.\
4 local
7 ;; Got answer:
10
12 ;prometheus.olimpus.local. IN A
13
15 prometheus.olimpus.local. 172800 IN A 192.168.1.21
16
4.- DNS 110
18 olimpus.local. 172800 IN NS prometheus.olimpus.local.

20
24 prometheus.olimpus.local. 172800 IN AAAA fe80::20c:29ff:feeb:4443
25
27 ;; SERVER: 192.168.1.21#53(192.168.1.21)
28 ;; WHEN: Sun Aug 3 04:40:00 2014
Y a continuación consultamos al servidor maestro para ver si las 2 respuestas son iguales. Debemos
tener en cuenta que el firewall podría estar bloqueando la consulta. Para permitir las transferencias
de zona habíamos abierto el puerto TCP 53, sin embargo las consultas DNS no utilizan el puerto TCP
53, sino el puerto UDP 53. Si este es el caso, tendremos que abrir el puerto UDP 53 en el firewall.
En Centos 6:
1 [root@localhost ~]# iptables -I INPUT 4 -p udp --dport 53 -j ACCEPT
En CentOS 7:
El mismo comando que utilizamos anteriormente para permitir las transferencias permitirá también
las consultas.
1 [root@localhost ~]# firewall-cmd --zone=internal --add-service=dns

2 success
Ahora podemos lanzar la consulta…
1 [root@localhost ~]# dig @192.168.1.20 prometheus.olimpus.local

2
3 ; <<>> DiG 9.7.3-P3-RedHat-9.7.3-8.P3.el6 <<>> @192.168.1.20 prometheus.olimpus.\
4 local
7 ;; Got answer:
10
4.- DNS 111
12 ;prometheus.olimpus.local. IN A
13
16
20
25
27 ;; SERVER: 192.168.1.20#53(192.168.1.20)
28 ;; WHEN: Sun Aug 3 05:42:05 2014
Como vemos, el resultado es el mismo en ambos casos.
4.6.- DNSSEC
El servicio de nombres tiene una importancia vital en cualquier infraestructura de red, pero
lamentablemente es bastante vulnerable a los ataques. Si un hacker consigue inyectar falsas
respuestas DNS en la red será capaz de controlar el tráfico. Por ejemplo, digamos que un usuario
quiere consultar su correo y para ello accede a http://gmail.com, si el atacante envía su propia
respuesta DNS para el dominio http://gmail.com el ordenador del usuario intentará acceder al
servidor gmail.com equivocado.
Para minimizar este riesgo se desarrolló DNSSEC. DNSSEC en realidad no evita estos ataques, pero
hace posible su detección. Funciona firmando los ficheros de zona de forma que podamos detectar
si ha habido un cambio no autorizado. Para usar DNSSEC primero debemos generar 2 conjuntos de
claves para nuestra zona: la Zone Signing Keys (ZSK) y la Key Signing Keys. Primero creamos la
ZSK.
1 [root@localhost named]# dnssec-keygen -a RSASHA1 -b 512 -n ZONE olimpus.local

2 Generating key pair.....++++++++++++ ....++++++++++++
3 Kolimpus.local.+005+08586
4.- DNS 112
El proceso de generar las claves puede demorarse bastante, llegando a durar varias horas. Si queremos
acelerar el proceso podemos instalar haveged, que actúa como generador de números pseudo-
aleatorios. El paquete haveged actualmente no se incluye como parte de la instalación estándar de
CentOS 6, pero se puede instalar desde Internet². Por otra parte, si estamos trabajando con CentOS 7
podemos descargarlo desde el repositorio EPEL. Este repositorio no está incluido en los repositorios
por defecto de CentOS 7, pero se puede configurar de forma muy sencilla ejecutando el siguiente
comando:
1 [root@CentOS7 ~]# yum install epel-release
Y ahora generamos el KSK. Como ya dijimos antes, este proceso puede ser muy lento.
1 [root@localhost named]# dnssec-keygen -f KSK -a RSASHA1 -b 4096 -n ZONE olimpus.\

2 local
3 Generating key pair.............++..............................................\
4 ..........................................++
5 Kolimpus.local.+005+35116
Ahora tendremos que añadir los ficheros de clave que acabamos de crear al fichero de zona.
1 [root@localhost named]# cat Kolimpus.local.*.key >> olimpus.local.zone
Y firmamos el fichero de zona.
1 [root@localhost named]# dnssec-signzone -N increment -o olimpus.local olimpus.lo\

2 cal.zone
3 Verifying the zone using the following algorithms: RSASHA1.
4 Zone signing complete:
5 Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked
6 ZSKs: 1 active, 0 stand-by, 0 revoked
7 olimpus.local.zone.signed
A partir de ahora tenemos un nuevo fichero olimpus.local.zone.signed. Tendremos que cambiar la

definición de la zona olimpus.local en /etc/named.conf para apuntar a este nuevo fichero.
²http://www.issihosts.com/haveged
4.- DNS 113
1 .
2 .
3 .
5 type master;
6 file "olimpus.local.zone.signed";
7 notify yes;
8 };
9 .
10 .
11 .
Y reiniciamos el servicio named.

En CentOS 6:

En CentOS 7:
1 [root@CentOS7 named]# systemctl restart named
Para asegurarnos de que DNSSEC está funcionando realmente, podemos consultar el registro
DNSKEY de un determinado dominio del siguiente modo:
1 [root@localhost ~]# dig @192.168.1.20 DNSKEY olimpus.local. +multiline

2 ;; Truncated, retrying in TCP mode.
3
4 ; <<>> DiG 9.7.3-P3-RedHat-9.7.3-8.P3.el6 <<>> @192.168.1.20 DNSKEY olimpus.loca\
5 l. +multiline
8 ;; Got answer:
11
13 ;olimpus.local. IN DNSKEY
14
4.- DNS 114
16 olimpus.local. 172800 IN DNSKEY 257 3 5 (

17 AwEAAeGilVrj9hxnmjRY9Yd9SqrBMwtiqKwfSda3wXhn
18 d3koFZQzVI129xRVxEhaXpQvcH4tZG724hE/NF/zq6jI
19 H2q6OtU0poslWLnRTE4Cte0EMP/Q4dSpSzLqjT4+cPrw
20 Fyfgvv7q+dHBHJ0TiWJjeSffFDFcACPfqY3KIFHNxgD3
21 bBwdO/GXgLDACBVoH7qVCNRBosuji24lmxwYu9qO0qX5
22 sTF1mhmKpOm4u02CEVhSnTeXlER4XermehqLhOLlodWl
23 R75EmAYc13SvMS9CoFc66eXEOpSLOl7F9eZQ/RHh/Wob
24 x74moN1uSwP32fTYhJZr3GXOTey+kfnpvhBIxXRa6nbB
25 2jfLsN0PMb4ZEYTAXOICtevRDYptuM3ytakPd3elNfrm
26 px9vxkFMye1/18diS/VWXD7RBc8wpbK0aQBMYV94dKhB
27 a3F6SV9tbXF7nTadG7k0I+US0kUSfppCjWr+TTwdfvGR
28 e/M7XPM1riBv/zUgSp7XzOKWdYT2mQjPR4xl21FcsSwy
29 tehCWoS+xGEd3y9AaW7RHAwPjeexMR30458/h1cqQcEs
30 QCQltl3uboqjFon3s4iHcHIqtpnBUC/TaonMA39pBTXt
31 VFPO+EV3YJBKFgGf1qZRW9aFAU+BHAnaRt2svPmBId7n
32 4O778a14Jgaco4b64Y6Ij3Mx8as5
33 ) ; key id = 9187
34 olimpus.local. 172800 IN DNSKEY 256 3 5 (
35 AwEAAb386KgB7QrWAWBZ9+uSaHjHmpW+3TpcGkCfh9T4
36 Znl6BJVb/kPp6DmfeTRzjFUQSbAGRiI3yvzJ9+iEUhra
37 dME=
38 ) ; key id = 28332
39
41 ;; SERVER: 192.168.1.20#53(192.168.1.20)
42 ;; WHEN: Sun Aug 3 20:11:10 2014
Como podemos ver, la consulta fue respondida correctamente.
4.7.- Herramientas de diagnóstico
4.7.1.- rndc
Rndc es una gran herramienta para gestionar el servidor de nombres. Si recordamos, cuando com-
probamos el estado del servicio named vimos un mensaje que decía: “rndc: neither /etc/rndc.conf
nor /etc/rndc.key was found”. Estos dos ficheros son necesarios para que el comando rndc funcione.
Rndc es un front-end para controlar el servidor DNS, por lo que habrá que modificar el fichero
/etc/named.conf para permitirle a rndc gestionar el servidor. Podemos hacerlo a mano, pero es
mucho más fácil hacerlo tecleando el comando rndc-confgen. Éste nos generará una salida con
un fichero rndc-key y las líneas correspondientes que habrá que añadir al fichero rndc.conf.
4.- DNS 115
Rndc-confgen necesitará generar claves, lo que puede llevarle unos minutos. Deberemos tener un
poco de paciencia.
1 [root@localhost ~]# rndc-confgen

2 # Start of rndc.conf
3 key "rndc-key" {
4 algorithm hmac-md5;
5 secret "Yg1R5vvMWBu/+P9RxCKm8g==";
6 };
7
8 options {
9 default-key "rndc-key";
10 default-server 127.0.0.1;
11 default-port 953;
12 };
13 # End of rndc.conf
14
15 # Use with the following in named.conf, adjusting the allow list as needed:
16 # key "rndc-key" {
17 # algorithm hmac-md5;
18 # secret "Yg1R5vvMWBu/+P9RxCKm8g==";
19 # };
20 #
21 # controls {
22 # inet 127.0.0.1 port 953
23 # allow { 127.0.0.1; } keys { "rndc-key"; };
24 # };
25 # End of named.conf
Así que creamos un fichero /etc/rnc.conf :
1 # Start of rndc.conf
2 key "rndc-key" {
3 algorithm hmac-md5;
4 secret "Yg1R5vvMWBu/+P9RxCKm8g==";
5 };
6
7 options {
8 default-key "rndc-key";
9 default-server 127.0.0.1;
10 default-port 953;
11 };
12 # End of rndc.conf
4.- DNS 116
Y modificamos /etc/named.conf añadiendo las líneas generadas por rndc-confgen.

Reiniciamos el servicio e intentamos ejecutar rndc.
1 [root@localhost named]# rndc status

2 version: 9.7.3-P3-RedHat-9.7.3-8.P3.el6
3 CPUs found: 1
4 worker threads: 1
5 number of zones: 22
6 debug level: 0
7 xfers running: 0
8 xfers deferred: 0
9 soa queries in progress: 0
10 query logging is OFF
11 recursive clients: 0/0/1000
12 tcp clients: 0/100
13 server is up and running
Para ver las opciones disponibles podemos usar la opción -h.
1 [root@localhost named]# rndc -h

2 Usage: rndc [-b address] [-c config] [-s server] [-p port]
3 [-k key-file ] [-y key] [-V] command
4
5 command is one of the following:
6
7 reload Reload configuration file and zones.
8 reload zone [class [view]]
9 Reload a single zone.
10 refresh zone [class [view]]
11 Schedule immediate maintenance for a zone.
12 retransfer zone [class [view]]
13 Retransfer a single zone without checking serial number.
14 freeze Suspend updates to all dynamic zones.
15 freeze zone [class [view]]
16 Suspend updates to a dynamic zone.
17 thaw Enable updates to all dynamic zones and reload them.
18 thaw zone [class [view]]
19 Enable updates to a frozen dynamic zone and reload it.
20 notify zone [class [view]]
21 Resend NOTIFY messages for the zone.
22 reconfig Reload configuration file and new zones only.
23 sign zone [class [view]]
4.- DNS 117
24 Update zone keys, and sign as needed.

25 loadkeys zone [class [view]]
26 Update keys without signing immediately.
27 stats Write server statistics to the statistics file.
28 querylog Toggle query logging.
29 dumpdb [-all|-cache|-zones] [view ...]
30 Dump cache(s) to the dump file (named_dump.db).
31 secroots [view ...]
32 Write security roots to the secroots file.
33 stop Save pending updates to master files and stop the server.
34 stop -p Save pending updates to master files and stop the server
35 reporting process id.
36 halt Stop the server without saving pending updates.
37 halt -p Stop the server without saving pending updates reporting
38 process id.
39 trace Increment debugging level by one.
40 trace level Change the debugging level.
41 notrace Set debugging level to 0.
42 flush Flushes all of the server's caches.
43 flush [view] Flushes the server's cache for a view.
44 flushname name [view]
45 Flush the given name from the server's cache(s)
46 status Display status of the server.
47 recursing Dump the queries that are currently recursing (named.recursing)
48 validation newstate [view]
49 Enable / disable DNSSEC validation.
50 *restart Restart the server.
51 addzone ["file"] zone [class [view]] { zone-options }
52 Add zone to given view. Requires new-zone-file option.
53 delzone ["file"] zone [class [view]]
54 Removes zone from given view. Requires new-zone-file option.
55
56 * == not yet implemented
57 Version: 9.7.3-P3-RedHat-9.7.3-8.P3.el6
4.7.2.- dig
Ya hemos visto esta herramienta anteriormente, podemos utilizarla para consultar a un servidor DNS
y especificar el tipo de registro que nos interesa. Por ejemplo, para conocer el servidor de correo del
dominio olimpus.local teclearíamos esto:
4.- DNS 118
1 [root@localhost ~]# dig mx @192.168.1.21 olimpus.local

2
3 ; <<>> DiG 9.7.3-P3-RedHat-9.7.3-8.P3.el6 <<>> mx @192.168.1.21 olimpus.local
6 ;; Got answer:
9
11 ;olimpus.local. IN MX
12
14 olimpus.local. 172800 IN MX 10 prometheus.olimpus.local.
15
19
25
27 ;; SERVER: 192.168.1.21#53(192.168.1.21)
28 ;; WHEN: Sun Aug 3 04:37:03 2014
Si no queremos ver toda esta información y únicamente queremos conocer la respuesta final
podemos decirle a dig que no muestre todos los detalles de la consulta (+noall) e incluya solo la
respuesta como tal (+answer).
1 [root@localhost ~]# dig +noall +answer mx @192.168.1.21 olimpus.local

También podemos solicitar una transferencia de zona completa.

4.- DNS 119
1 [root@localhost ~]# dig axfr @192.168.1.20 olimpus.local

2
3 ; <<>> DiG 9.7.3-P3-RedHat-9.7.3-8.P3.el6 <<>> axfr @192.168.1.20 olimpus.local
6 olimpus.local. 172800 IN SOA olimpus.local. root.olimpus.loca\
7 l. 2014090103 60 7200 604800 172800
11 aphrodite.olimpus.local. 172800 IN A 192.168.1.22
14 dns.olimpus.local. 172800 IN CNAME delphos.olimpus.local.
15 mail.olimpus.local. 172800 IN CNAME prometheus.olimpus.local.
18 vulcan.olimpus.local. 172800 IN AAAA fe80::20c:29ff:fedf:d786
19 vulcan.olimpus.local. 172800 IN A 192.168.1.23
21 l. 2014090103 60 7200 604800 172800
23 ;; SERVER: 192.168.1.20#53(192.168.1.20)
24 ;; WHEN: Sun Aug 3 05:46:46 2014
25 ;; XFR size: 14 records (messages 1, bytes 373)
4.7.3.- host
Host es una herramienta bastante similar a dig, aunque su sintaxis es algo diferente.
1 [root@localhost ~]# host prometheus.olimpus.local 192.168.1.20

2 Using domain server:
3 Name: 192.168.1.20
4 Address: 192.168.1.20#53
5 Aliases:
6
7 prometheus.olimpus.local has address 192.168.1.21
8 prometheus.olimpus.local has IPv6 address fe80::20c:29ff:feeb:4443
4.8.- Resolución de problemas

Como sabe bien todo administrador de sistemas, a veces surgen incidencias y las cosas no funcionan
como se espera, o directamente dejan de funcionar. Estos son algunos de los escenarios más comunes
4.- DNS 120
que podemos ver.
4.8.1.- Una máquina no puede resolver nombres

Si solo un pequeño porcentaja de máquinas es incapaz de resolver nombres, esto probablemente será
un problema con el software cliente. Tendremos que comprobar que el dispositivo tiene configurada
correctamente la dirección IP del servidor DNS de la red. En el caso de un ordenador con Linux,
esto se hace en el fichero /etc/resolv.conf. Por ejemplo, si el servidor DNS es 192.168.1.20, el fichero
/etc/resolv.conf debería mostrar algo parecido a esto:
1 [root@localhost ~]# cat /etc/resolv.conf

2 nameserver 192.168.1.20
Si el fichero es correcto habrá que comprobar también la configuración de red y la conexión física a
la red.
4.8.2.- Varias máquinas no pueden resolver nombres

Si son muchas las máquinas que no pueden resolver nombres, podría haber un problema con el
propio servidor DNS. Lo primero que habrá que hacer es comprobar que el servicio está corriendo.

2 version: 9.7.3-P3-RedHat-9.7.3-8.P3.el6
3 CPUs found: 1
4 worker threads: 1
5 number of zones: 22
6 debug level: 0
7 xfers running: 0
8 xfers deferred: 0
9 soa queries in progress: 0
10 query logging is OFF
11 recursive clients: 0/0/1000
12 tcp clients: 0/100
13 server is up and running
14 named (pid 8616) is running...
Si el servicio está funcionando correctamente, el siguiente paso será asegurarnos de que el servicio
es accesible desde la red. Como dijimos antes, las consultas DNS se dirigen al puerto UDP 53 del
servidor. De modo que podemos utilizar nmap desde un cliente para comprobar si el puerto está
abierto o no.
4.- DNS 121
1 [root@localhost ~]# nmap -sU -p 53 192.168.1.20

2
7 53/udp filtered domain
En este caso el puerto está filtrado. Esta es la razón por la que los clientes no pueden resolver los
nombres, no pueden contactar con el servidor de nombres.
1 [root@localhost ~]# nmap -sU -p 53 192.168.1.20

2
7 53/udp open domain
9
Ahora el puerto está abierto. Deberíamos realizar una consulta desde el cliente con dig o host.
1 [root@localhost ~]# dig @192.168.1.20 delphos.olimpus.local

2
3 ; <<>> DiG 9.7.3-P3-RedHat-9.7.3-8.P3.el6 <<>> @192.168.1.20 delphos.olimpus.loc\
4 al
7 ;; Got answer:
10
12 ;delphos.olimpus.local. IN A
13
16
4.- DNS 122

20
25
27 ;; SERVER: 192.168.1.20#53(192.168.1.20)
28 ;; WHEN: Sun Aug 3 06:26:04 2014
En este caso el servidor DNS parece estar bien. El cliente hizo una consulta y recibió la correspon-
diente respuesta.
1 [root@localhost ~]# dig @192.168.1.20 neptune.olimpus.local

2
3 ; <<>> DiG 9.7.3-P3-RedHat-9.7.3-8.P3.el6 <<>> @192.168.1.20 neptune.olimpus.loc\
4 al
7 ;; Got answer:
8 ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 60601
10
12 ;neptune.olimpus.local. IN A
13
16 l. 2014090103 60 7200 604800 172800
17
19 ;; SERVER: 192.168.1.20#53(192.168.1.20)
20 ;; WHEN: Sun Aug 3 06:26:21 2014
Por el contrario, en este otro caso el servidor respondió a la consulta, pero no pudo localizar el
registro neptune.olimpus.local. Este registro podría no existir, o tal vez el servidor tenga un archivo
de zona desfasado.
4.- DNS 123
4.8.3.- El servidor maestro y el esclavo no tienen la misma

información
Si el servidor esclavo tiene información desactualizada necesitamos averiguar si existe un problema
con las transferencias de zona. Como hemos visto, podemos usar dig para pedir una transferencia
de zona desde el servidor esclavo.

2 ;; Connection to 192.168.1.20#53(192.168.1.20) for olimpus.local failed: host un\
3 reachable.
En este caso no conseguimos hacer la transferencia de zona, probablemente el puerto TCP 53 del
servidor maestro esté cerrado o filtrado.

2
3 ; <<>> DiG 9.7.3-P3-RedHat-9.7.3-8.P3.el6 <<>> axfr @192.168.1.20 olimpus.local
7 l. 2014090103 60 7200 604800 172800
11 aphrodite.olimpus.local. 172800 IN A 192.168.1.22
14 dns.olimpus.local. 172800 IN CNAME delphos.olimpus.local.
15 mail.olimpus.local. 172800 IN CNAME prometheus.olimpus.local.
18 vulcan.olimpus.local. 172800 IN AAAA fe80::20c:29ff:fedf:d786
19 vulcan.olimpus.local. 172800 IN A 192.168.1.23
21 l. 2014090103 60 7200 604800 172800
23 ;; SERVER: 192.168.1.20#53(192.168.1.20)
24 ;; WHEN: Sun Aug 3 05:46:46 2014
25 ;; XFR size: 14 records (messages 1, bytes 373)
Ahora la transferencia de zona se hizo correctamente. A continuación podemos usar rndc desde el
servidor esclavo para forzar la actualización del fichero de zona.
4.- DNS 124
1 [root@localhost ~]# rndc retransfer olimpus.local

2 [root@localhost ~]#
4.9.- Ficheros de log

Posiblemente la herramienta más importante a la hora de solucionar problemas sean los ficheros de
log. En una instalación por defecto de bind, el fichero de log será /var/named/data/named.run. Esto
se define en el fichero /etc/named.conf en las siguientes líneas:
1 logging {
2 channel default_debug {
3 file "data/named.run";
4 severity dynamic;
5 };
6 };
Viendo este fichero podemos monitorizar el estado del servidor. Por ejemplo, esta podría ser una
parte del fichero de log.
1 .
2 .
3 .
4 received control channel command 'stop'
5 shutting down: flushing changes
6 stopping command channel on 127.0.0.1#953
7 no longer listening on ::#53
8 no longer listening on 127.0.0.1#53
9 no longer listening on 192.168.1.20#53
10 exiting
11 zone 0.in-addr.arpa/IN: loaded serial 0
12 zone 1.0.0.127.in-addr.arpa/IN: loaded serial 0
13 zone 1.168.192.in-addr.arpa/IN: loaded serial 2014090102
14 zone 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa/IN\
15 : loaded serial 0
16 zone 0.0.0.0.0.0.0.0.0.0.0.0.0.8.e.f.ip6.arpa/IN: loaded serial 2014090102
17 zone olimpus.local/IN: loaded serial 2014090103
18 zone localhost.localdomain/IN: loaded serial 0
19 zone localhost/IN: loaded serial 0
20 .
21 .
22 .
4.- DNS 125
En este caso podemos ver que el servidor de nombres se detuvo y arrancó de nuevo para cargar de
nuevo los ficheros de zona.

Centos Servicios

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Centos Servicios

Cargado por

Copyright:

Formatos disponibles

CentOS Linux y Servicios de Red

Esta versión se publicó en 2016-05-17

© 2014 - 2016 Antonio Vazquez

Fig 1:Arrancando con el DVD de instalación

estamos seguros de que los DVDs están bien pulsamos en “Skip”.

Fig 2:Comprobando los medios de instalación

Ahora el sistema arrancará el instalador gráfico (Fig. 3).

Fig 3:El instalador gráfico

Fig 5:Disposición del teclado

Fig 6:Seleccionando el tipo de dispositivo

Fig 7:Advertencia, el disco podría tener datos

Fig 8:Nombre de máquina y dominio

Fig 9:Zona horaria

Fig 10:Contraseña de root

Fig 11:Opciones de particionado del disco

Fig 12:Escribiendo a disco

Fig 13:Selección de software

Finalmente comienza la instalación propiamente dicha (Fig. 14).

Fig 14:Instalando los paquetes de software

Fig 16:Nuestro flamante servidor

Fig 17:Arrancando con el DVD de CentOS 7 DVD

Fig 18:Instalando CentOS 7

Fig 19:Instalando CentOS 7

Fig 20:Eligiendo la zona horaria

Fig 21:Seleccionando una distribución del teclado

Fig 22:Selección de software

Fig 23:Destino de la instalación

Fig 24:Instalando el sistema

Fig 25:Configurando la contraseña del root

Fig 26:Creando usuarios adicionales

Fig 27:¡Instalación completa!

2.1.1.-Directorios y sus contenidos(ls y cd)

Fig 28:Algunos comandos básicos

1 [root@delphos ~]# useradd -m antonio

1 [antonio@delphos ~]$ pwd

2.2.-Crear y editar ficheros

Fig 29:Crear un nuevo fichero con vi

Fig 30:Insertar texto en vi

Fig 31:Guardar el fichero de texto

1 [root@delphos ~]# nano

1 [root@localhost named]# cat /etc/group

1 [root@delphos ~]# cat /etc/passwd

1 [root@delphos ~]# cat /etc/passwd | grep root

Ahora solo se muestran las lineas que contienen la palabra root.

1 [root@delphos ~]# cat /etc/ssh/sshd_config | grep -v "#"

Fig 33:Viendo el contenido de un fichero con more

1 [root@localhost named]# head /etc/group

Si queremos ver solo las 3 primeras líneas usaremos -n 3. Por ejemplo:

1 [root@localhost named]# head -n 3 /etc/group

1 [root@localhost named]# tail -n 4 /etc/group

2.3.- Redirigir la salida de un comando

1 [root@delphos ~]# ls /etc/ > etc.txt

2.4.- Instalar software

1 [root@delphos ~]# rpm -ivh /media/cdrom/Packages/gedit-2.28.4-3.el6.i686.rpm

1 [root@delphos ~]# rpm -qa

1 [root@delphos ~]# rpm -qa | grep -i gedit

Y finalmente, si queremos borrar el paquete instalado, podemos hacerlo muy fácilmente.

1 [root@delphos ~]# rpm -e gedit

1 [root@delphos ~]# rpm -ivh /media/cdrom/Packages/logwatch-7.3.6-49.el6.noarch.rp\

2.4.1.- Configurando yum en Centos 6

1 [root@delphos ~]# ls /etc/yum.repos.d/

1 [root@delphos ~]# yum repolist

1 [root@delphos ~]# mkdir /media/cdrom

Aquí podemos ver parte del listado de paquetes disponibles.

14 You can use "/system-config-network" and/or "bin/system-config-network" to ge\