La Wiki de KiVi - Contribuciones del usuario [es]

Volumen Lógico

2025-12-16T09:33:46Z

Admin:

== Introducción ==
Esta entrada no será una entrada detallada, intentaré resumir y explicar lo más sencillo posible qué son '''grupos de volúmenes, volúmenes físicos y volúmenes lógicos'''.

= Gestión de almacenamiento con LVM en Linux =

'''LVM (Logical Volume Manager)''' es un sistema de gestión de almacenamiento que permite administrar discos y particiones de forma flexible y dinámica en sistemas Linux. En lugar de trabajar directamente con particiones tradicionales, LVM introduce una capa de abstracción que facilita la ampliación y reorganización del espacio en disco.

== Componentes principales ==

* '''Volúmenes físicos (PV - Physical Volumes)''':
Son los dispositivos de almacenamiento reales, como discos duros o particiones (por ejemplo, /dev/sda1). Estos discos pueden ser de distinta tecnología (HDD, SSD, NVMe) y tamaño.

* '''Grupos de volúmenes (VG - Volume Groups)''':
Agrupan uno o varios volúmenes físicos y forman un "pool" de almacenamiento unificado, independientemente de la mecánica de los discos que lo componen.

* '''Volúmenes lógicos (LV - Logical Volumes)''':
Son las unidades finales donde se crean los sistemas de archivos. Funcionan de forma similar a las particiones tradicionales, pero con mayor flexibilidad.

== Beneficios de usar LVM ==

* Permite unificar varios discos físicos en un único espacio lógico, sin importar su tipo o tamaño.
* Facilita la ampliación o reducción de volúmenes sin necesidad de reinstalar el sistema.
* Posibilita modificar el tamaño de los volúmenes y de los puntos de montaje en caliente, en muchos casos sin interrumpir el servicio.
* Permite el uso de cifrado (por ejemplo, mediante LUKS) para proteger los datos almacenados en volúmenes lógicos.
* Facilita la creación de instantáneas (snapshots) para copias de seguridad o pruebas.
* Mejora la escalabilidad y el mantenimiento de servidores y sistemas de almacenamiento.

== Ejemplo práctico: añadir un disco para /var/www (comandos reales) ==
Para simplificar su uso, vamos a trabajar con un ejemplo práctico, tengo un servidor [[Fedora]] al que le hice una instalación por defecto en un disco SSD de, por ejemplo, 120GB, éste se hizo en un '''LVM''' por defecto, con un '''Grupo de volúmenes''' llamado "'''fedora'''", encriptado con '''LUKS''' y en formato '''XFS'''.

En este caso, vamos a añadir un disco duro nuevo SSD de 500GB para el directorio "/var/www", es decir, el servicio web, también lo encriptaremos y sólo aprovecharemos 100GB, si es necesario, en un futuro, podemos ampliarlo o dedicar el espacio libre para otro punto de montaje.

=== 1. Preparar el nuevo disco ===
Crear la tabla de particiones y una partición que ocupe todo el disco, a partir de ahora todo como usuario '''root''':
parted /dev/sdb -- mklabel gpt #etiquetarà el disco y, en caso de tener datos, los borrará todos. A parte, pedirà confirmación por parte del usuario, y escribiremos "Yes"

parted /dev/sdb -- mkpart primary 0% 100%

Comprobar que el sistema ve el disco y la partición:
lsblk -f

=== 2. Crear el volumen físico (PV) ===
Inicializar la partición como volumen físico de LVM:
pvcreate /dev/sdb1
Comprobar el volumen físico:
pvs #muestra datos básicos del volumen
PV VG Fmt Attr PSize PFree
/dev/sdb1 lvm2 --- <111,75g <111,75g

pvdisplay /dev/sdb1 #Muestra datos más extendidos.
"/dev/sdb1" is a new physical volume of "<111,75 GiB"
--- NEW Physical volume ---
PV Name /dev/sdb1
VG Name
PV Size <111,75 GiB
Allocatable NO
PE Size 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID l8bdAp-3biH-c7L0-O4bQ-QITU-FOnC-1RNwTe

=== 3. Añadir el disco al grupo de volúmenes ===
Añadir el nuevo PV al grupo de volúmenes existente (fedora):
vgs #exploramos los grupos de volúmenes existentes, en nuestro caso, recordamos que el grupo por defecto en la instalación es "fedora"

Ahora añadimos al Grupo de Volúmenes la nueva partición:
vgextend fedora /dev/sdb1

Para verificar el estado del grupo de volúmenes:
vgs
vgdisplay fedora

=== 4. Crear el volumen lógico ===

Crear un volumen lógico de 100 GB para '''/var/www''' con el nombre "lv_var_www":

lvcreate -L 100G -n lv_var_www fedora

Comprobar el volumen lógico:

lvs
lvdisplay /dev/fedora/lv_var_www

Es decir, recordemos que hemos creado el grupo de volúmenes "fedora" donde forma parte la partición "/dev/sdb1" y hemos creado, sobre este grupo, un volúmen lógico de 100G, es decir, a partir de ahora, puedo añadir más discos o más particiones a este grupo de volúmnes, pero por ahora sigamos con el ejemplo.

=== 5. Cifrar el volumen lógico ===
Ahora sigamos con el cifrado del volumen lógico para aumentar su protección.
Para cifrar el volumen lógico con LUKS:
cryptsetup luksFormat /dev/fedora/lv_var_www #para formatear la partición lógica, nos pedirá confirmación y lo haremos escribiendo "YES" (en mayúsculas) y le asignaremos una contraseña ( recomiendo poner la misma que la utilizada en la instalación del sistema operativo).
cryptsetup open /dev/fedora/lv_var_www crypt_var_www # pedirá de nuevo la contraseña y esto abrirá el volumen para poder trabajar con el.

Verificar que el volumen cifrado está activo:
cryptsetup status crypt_var_www
NOTA - el volúmen está disponible en /dev/mapper/fedora-lv_var_www, estad muy atentos a "/dev/mapper", donde estarán disponibles los volúmenes, el resto es el grupo de volúmenes "fedora" y el nombre del volúmen lógico "lv_var_www".

=== 6. Crear el sistema de archivos ===
Ahora que ya está creado y abierto, le damos formato a [[XFS]]:
mkfs.xfs /dev/mapper/crypt_var_www
Este procedimiento es rápido dependiendo del tamaño.
Ahora,que ya está formateado, podemos montarlo, primero, por si no existe el directorio, lo creamos y lo montamos:
mkdir -p /var/www
mount /dev/mapper/crypt_var_www /var/www

== 7. Persistencia del punto de montaje ==
Ahora entramos en la parte de montaje persistente, que en Linux con LVM y cifrado implica dos ficheros clave:
'''/etc/crypttab''' → para abrir volúmenes cifrados al inicio
'''/etc/fstab''' → para montar los sistemas de archivos automáticamente

Te explico paso a paso para este caso (/var/www en un LV cifrado llamado crypt_var_www):

==== 1. Configurar /etc/crypttab ====
'''crypttab''' indica al sistema como desbloquear volúmenes cifrados al inicio.

Añade una línea así en '''/etc/crypttab''':

crypt_var_www /dev/fedora/lv_var_www none luks

Explicación de cada campo:

* '''crypt_var_www''' → nombre del dispositivo mapeado que aparecerá en /dev/mapper/crypt_var_www
* '''/dev/fedora/lv_var_www''' → volumen lógico cifrado
* '''none''' → indica que pedirá contraseña al inicio (o puedes usar un archivo de clave)
* '''luks''' → tipo de cifrado (LUKS)

Después de esto, al arrancar el sistema, te pedirá la contraseña para abrir el volumen, si la contraseña es la misma que el resto de sistema, no será necesaria volverla a poner.

==== 2. Configurar /etc/fstab ====
'''fstab''' monta automáticamente el sistema de archivos en el punto deseado. Para '''/var/www''' editamos '''/etc/fstab''':

/dev/mapper/crypt_var_www /var/www xfs defaults 0 2

Explicación de cada campo:
* '''/dev/mapper/crypt_var_www''' → dispositivo ya desbloqueado por crypttab
* '''/var/www''' → punto de montaje
* '''xfs''' → tipo de sistema de archivos
* '''defaults''' → opciones de montaje por defecto
* '''0''' → si se debe volcar con dump (normalmente 0)
* '''2''' → orden de chequeo por fsck (1 = root, 2 = otros)

== Añadir un nuevo disco al volumen lógico ==
Vamos a seguir con el ejemplo práctico, vamos a añadir un nuevo disco, en este caso no será un disco sólido, sino un disco duro mecánico que teníamos en el almacén, por ejemplo de 2 TB. Primero hay que particionar:
parted /dev/sdc -- mklabel gpt #etiquetarà el disco y, en caso de tener datos, los borrará todos. A parte, pedirà confirmación por parte del usuario, y escribiremos "Yes"
parted /dev/sdc -- mkpart primary 0% 100%
Creamos el volúmen físico:
pvcreate /dev/sdc1
Lo añadimos al mismo grupo de volúmenes "fedora":
vgextend fedora /dev/sdc1
Y lo podemos comprovar con:
vgs
Ahora, creamos el volúmen lógico, por ahora de 200 GB:
lvcreate -L 200G -n lv_srv fedora
Es decir, del volumen ya creado y con dos discos, llamado fedora, creamos un volumen lógico de 200G, por lo que no va a importar la mecánica del disco, él solo escoge el volumen lógico y, por ejemplo, si teníamos un disco de 250 y otro de 2 TB, ahora tenemos uno de 2'250 TB.
Solo queda encriptar:
cryptsetup luksFormat /dev/fedora/lv_srv #recuerda poner la contraseña, la misma que el resto de encriptaciones si no quieres que la pida en cada inicio.
cryptsetup open /dev/fedora/lv_srv crypt_srv
cryptsetup status crypt_srv
Formatear el volumen:
mkfs.xfs /dev/mapper/crypt_srv
Y solo queda persistir, en '''/etc/crypttab''':
crypt_srv /dev/fedora/lv_srv none luks
Y en '''/etc/fstab''':
/dev/mapper/crypt_srv /srv xfs defaults 0 2

Podemos comprobar con:
mount -a
O reiniciando.

== Borrando todo lo hecho ==
Ahora tenemos una noción de cómo trabajar con "PV", "VG" y "VL", pero cómo borrarlos?

Primero deberíamos de tener una [[copia de seguridad]], por ejemplo con [[Rsnapshot]], y entonces volvemos sobre nuestros pasos:

* Editar y comentar la correspondiente línea de '''/etc/fstab'''.
* Editar y comentar la correspondiente línea de '''/etc/crypttab'''.
* Desmontar el directorio reiniciando el equipo o manualmente con: '''umount /var/www''' en el cao del primer ejemplo.
* Eliminado el volumen lógico: '''sudo lvremove /dev/fedora/lv_var_www'''
* Y ya, siendo muy destructivos, y si no tenemos ningún volumen montado y no queremos trabajar más con volúmenes, podemos eliminar el grupo con: '''sudo vgremove fedora.''' Esto no es nada recomendable, pero podríamos poner otro ejemplo: tenemos el grupo de volúmenes del sistema "fedora" y otro grupo para datos "vg_datos" y queremos borrar este último. Lo bueno de trabajar con diferentes grupos de volúmenes es que no afectan unos con otros.

Volumen Lógico

2025-12-16T09:13:25Z

Admin: /* Ejemplo práctico: añadir un disco para /var/www (comandos reales) */

Volumen Lógico

2025-12-16T08:55:52Z

Admin: /* 1. Configurar /etc/crypttab = */

Volumen Lógico

2025-12-16T08:54:57Z

Admin: /* Proxy Inverso en Apache */

Esta entrada solo llega a ser un pequeño manual básico del servicio Apache, ya que explicar todo su funcionamiento llevaría a todo un libro, en este caso, aprovecharemos los servicios de WordPress y Nextcloud para explicar el caso práctico, por lo que se considera un seguimiento de las entradas anteriores.

== Primero, ¿qué es Apache? ==
Su nombre se debe a que alguien quería que tuviese la connotación de algo que es firme y enérgico pero no agresivo, y la tribu Apache fue la última en rendirse al que pronto se convertiría en gobierno de Estados Unidos, y en esos momentos la preocupación de su grupo era que llegasen las empresas y «civilizasen» el paisaje que habían creado los primeros ingenieros de internet.

El servidor Apache es desarrollado y mantenido por una comunidad de usuarios bajo la supervisión de la Apache Software Foundation dentro del proyecto HTTP Server (httpd).

Apache presenta entre otras características altamente configurables, bases de datos de autenticación y negociado de contenido, pero fue criticado por la falta de una interfaz gráfica que ayude en su configuración.

Apache tiene amplia aceptación en la red: desde 1996, Apache es el servidor HTTP más usado. Jugó un papel fundamental en el desarrollo de la World Wide Web y alcanzó su máxima cuota de mercado en 2005, siendo el servidor empleado en el 70% de los sitios web en el mundo. Sin embargo, ha sufrido un descenso en su cuota de mercado en los últimos años (estadísticas históricas y de uso diario proporcionadas por Netcraft). En 2009, se convirtió en el primer servidor web que alojó más de 100 millones de sitios web.

La mayoría de las vulnerabilidades de la seguridad descubiertas y resueltas tan solo pueden ser aprovechadas por usuarios locales y no remotamente. Sin embargo, algunas se pueden accionar remotamente en ciertas situaciones, o explotar por los usuarios locales maliciosos en las disposiciones de recibimiento compartidas que utilizan PHP como módulo de Apache.

== Instalando el servicio apache ==
En la entrada Servidor LAMP en Fedora ya expliqué cómo hacer la instalación del servicio y los directorios que genera.

== Explicando la configuración ==
Como es habitual, todo fichero de configuración se encuntra en:
/etc/httpd/conf/httpd.conf
El archivo de configuración principal referencia a otros ficheros importantes por medio de “includes”:

* ports.conf → define los puertos a través de los que el sevidor
* apache trabaja
* envvars → define variables de entorno fundamentales para
* el servidor
* mod-available/''.conf → configuraciones de módulos disponibles sites-vailable/''.conf → configuraciones de hosts virtuales
* conf-availble/*.conf → archivos de configuración extra

== Directivas fundamentales de la configuración ==
En apache existen muchas directivas aplicables a la configuración, de las más fundamentales son:

* '''ServerRoot''' – Indica el directorio raíz de los archivos de configuración.
* '''User''' – Determina la cuenta de usuario del proceso Apache.
* '''Group''' – Determina el grupo de servicio propietario de los procesos Apache.
* '''ErrorLog''' – Archivo de registro de errores.
* '''CustomLog''' – Archivo de registro de accesos.
* '''Include''' – Indica un archivo de configuración anexo que se integrará en el archivo apache2.conf.
* '''Listen''' – Indica el puerto en el que escucha el servidor.
* '''DocumentRoot''' – Indica el directorio que contiene los archivos html.

== Directivas condicionales ==
Se aplica si una condición se cumple:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

== Gestionando el servicio ==
Una vez instalado el paquete, el servicio está configurado para iniciar en cada inicio, pero se puede iniciar o parar:
sudo systemctl star/stop/restart httpd #inicia, para o reinicia el servicio
Se puede ejecutar el servicio con los parámetros:
sudo httpd -t #valida la sintaxis de la configuración y avisa si hay errores

sudo httpd -k stop #para el servicio

sudo httpd -k start #Inicia el servicio

== Directorio por defecto ==
En las distribuciones más comunes, cuando instalas el servicio web, el directorio por defecto es:
/var/www/html
Y se puede alojar de manera sencilla el resto de contenido dentro de este directorio, mientas los atributos sean los correctos:
chmod -R 775 * /var/www/html
chown -R apache:apache /var/www/hmtl

== Hosts Virtuales ==
Mediante esta directiva podemos albergar varios sitios distintos de diferentes configuraciones, hasta el hecho de especificar la ubicación del servidor.

Hay dos técnicas de implementación de hosts virtuales:

* VirtualHost por dirección IP – El servidor dispone de varias IPs y responde de diferente forma según la interfaz a la que llegue cada petición HTTP.
* VirtualHost por nombre de host – existen tantos sitios virtuales como VirtualHost haya definidos. Suele ser el modo más habitual:

Ejemplos:

Dentro de cada Virtual Host hay varios parámetros de configuración que son importantes:

* '''ServerName''' → especifica el dominio correspondiente
* '''DocumentRoot''' → especifica la ubicación de los archivos de dicho sitio web
* '''ServerAlias''' → permite especificar otros dominios redirigidos a este
* '''ServerAdmin''' → email del administrador del sitio, de cara a notificaciones
* '''Redirect''' → nos permite redirigir una url a otra dentro del servidor
Un ejemplo, digamos que, aparte de nuestro dominio, hemos contratado otro y queremos que cargue otra página, es decir, tengo '''mainkivi.info''' en el Virtualhost por defecto y quiero acceder a kikevilchez.com pero organizado desde mi mismo servidor, pues tengo que tener un fichero:<blockquote>sudo vi /etc/httpd/conf.d/kikevilchez.com</blockquote>Y le podemos poner:<blockquote><VirtualHost *:80>

   ServerName kikevilchez.com

   DocumentRoot /var/www/kikevilchez.com

DocumentIndex index.php

ServerAdmin info@kikevilchez.com

RewriteEngine on

</VirtualHost></blockquote>Con esto, todas las peticiones a '''kikevilchez.com''' por la puerta 80 ( puerto por defecto en apache ), cargarán el contenido del directorio '''/var/www/kikevilchez.com''' y también, solo el fichero index.php.

== Alias, contenedor y directivas ==
Los '''Alias''' se utiliza para especificar el nombre del directorio web a la ruta correspondiente, por ejemplo:
Alias /wordpress /usr/share/wordpress
Con lo que en el navegador, al acceder a:
<nowiki>https://192.168.1.241/wordpress</nowiki>
En realidad accedes al directorio del Alias.

Podemos especificar el directorio que contiene un servicio web específico bajo:
<Directory /ruta/directorio>
directiva 1
directiva 2
</Directory>
Esto ya lo entramos cuando instalamos WordPress o nextcloud:

== Restricción de acceso ==
Apache permite la restricción de acceso a hosts a las diferentes áreas del servidor

El módulo que hay que activar es '''access_mod''' o '''access_compat_mod'''.

Las directivas se especifican con reglas allow, deny, por ejemplo
<Directory /var/www/html>
Order Deny,Allow
Deny from All
Allow from 192.168.1.0/255.255.255.0
</Directory>
En este ejemplo se denegaría el acceso a la página web a todos los equipos que no sean de la red local 192.168.1.0/24.

<youtube>https://www.youtube.com/watch?v=YWD-tdE3Pfg</youtube>

== Acceso a un sitio web por contraseña ==
Mediante esta configuración podemos «bloquear» el acceso a un directorio web obligando al visitante poner un usuario y contraseña, este procedimiento

Lo primero es ejecutar el comando '''htpasswd''' que permite crear la base de datos de cuentas y trabajar con ella, por ejemplo:
sudo htpasswd -c /etc/htpasswd enrique
Esto crea al usuario '''enrique''' y le pide contraseña, el resultado se guarda en '''/etc/httpasswd.'''

Para eliminar el usuario ejecutamos:
sudo htpasswd -D /etc/htpasswd enrique
Para listarlos es muy sencillo, solo lee el fichero. Antes de continuar es necesario tener los módulos: '''auth_basic, authn_file y authz_user,''' aunque suelen venir por defecto en la instalación de las instalaciones como ya expliqué en la entrada anterior. Lo siguiente es añadir las siguientes directivas:
AuthType basic

AuthUserFile /etc/htpasswd

AuthName "Se necesita comprobar su identidad"

Require valid-user
Comprobamos la configuración:
sudo httpd -t
Y, si todo es correcto y no hay errores, podemos reiniciar el servicio.
sudo systemctl restart httpd
Si cargamos el directorio o sitio web donde hemos aplicado las directivas, debería pedir usuario y contraseña.

== Proxy Inverso en Apache ==
Solo para este tipo de configuraciones se debería dedicar una entrada entera debido a su complejidad, ya que tiene diferentes funciones esta directiva. Solo explicaré la configuración más sencilla, en este ejemplo le diremos al servidor que las solicitudes a un directorio de un sitio web se redireccionen a otro servidor, no tiene por qué ser apache, puede ser NGINX, por ejemplo, y este servidor no tienen por qué tener un certificado '''SSL''', ya que lo proveería nuestro servidor. Por ejemplo, en mi servidor principal tengo el servidor web con '''wordpress''', pero me interesa quitarle peso y tener el servidor '''nextcloud''' en otro equipo, eso lo logramos con la configuración de '''Proxy Inverso'''.

SPOILER – cuando llegue a hablar de contenedores Docker con Collabora Office u OnlyOffice, introduciremos esta configuración. Obviamente, necesitamos el módulo: '''mod_proxy,''' que también viene instalado en nuestra distribución. En la configuración del sitio, por ejemplo:
sudo nano /etc/httpd/conf.d/ssl.conf
Deberíamos poner las directivas dentro de <virtualhost >
ServerAdmin mainkivi@gmail.com

ServerName fedora.mainkivi.info

ProxyPass           /nextcloud <nowiki>https://192.168.1.241/nextcloud</nowiki> retry=0

ProxyPassReverse    /nextcloud <nowiki>https://192.168.1.241/nextcloud</nowiki>
Con esto, cuando llamemos al web '''EXISTENTE''' <nowiki>https://fedora.mainkivi.info/nextcloud</nowiki>, este accederá al directorio '''nextcloud''' del equipo local con IP '''192.168.1.241''', obviamente, esta dirección puede ser un lugar web.

Y con esto cerraremos, por ahora, este tipo de configuraciones del servidor web. Estos pasos se explicaron en el video anterior.

== Compartiendo en un puerto dedicado ==
Puede darse el caso que queramos exponer un directorio en un puerto dedicado con un certificado diferente, para eso podemos exponer una nuevo fichero de configuración, por ejemplo para [[GLPI]]:<blockquote>sudo vi /etc/httpd/conf.d/glpi.conf</blockquote>Con el siguiente contenido:<blockquote>Listen 7443 https

<VirtualHost *:7443>

ServerName glpi.mainkivi.info

DocumentRoot /var/www/glpi/public

#Alias /glpi /var/www/glpi/public

<Directory /var/www/glpi/public>

Options FollowSymLinks

AllowOverride All

Require all granted

<IfModule mod_rewrite.c>

RewriteEngine On

# Passar capçalera d'autorització per autenticació externa

RewriteCond %{HTTP:Authorization} ^(.+)$

RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

# Redirigir tot cap a index.php si no és un fitxer real

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(.*)$ index.php [QSA,L]

</IfModule>

</Directory>

ErrorLog /var/log/httpd/glpi_error.log

CustomLog /var/log/httpd/glpi_access.log combined

SSLCertificateFile /etc/pki/tls/certs/glpi.pem

SSLCertificateKeyFile /etc/pki/tls/private/glpi.key

</VirtualHost></blockquote>Obviamente, este certificado ha de existir y se han de abrir el puerto en [[Firewall-cmd]].

TMUX

2025-04-03T07:13:52Z

Admin: /* Tweaks i links */

KDE

2025-03-30T14:58:54Z

Admin: /* Personalizando el escritorio KDE */

== ¿Qué es KDE? ==
KDE es un entorno de escritorio de '''Linux''' diseñado en librerías Qt, creado en 1996 con la intención de crear un entorno unificado para Linux que fuese «molón», de ahí la «K» de «cool», de hecho, la mayoría de programas suelen empezar o contener una «K», por ejemplo «Kmail», «Kontac», «Kompozer»…

El entorno de escritorio de KDE no se comporta de un modo predefinido, sino que permite al usuario adecuar el sistema a su gusto y comodidad. Esto no impide que el mismo resulte fácil de usar para nuevos usuarios, detalle al que se le da mucha importancia.

A partir del año 2015 se publicó KDE5 también conocido como «Plasma» caracterizado por su libertad y facilidad de personalización.

La distribución oficial de '''KDE''' es KDE Neon, una distribución basada en Ubuntu con las últimas actualizaciones y novedades y disponible su instalación con un escritorio «''on the box''«, es decir, sin añadidos de programas o capas de personalización.

Obviamente, el resto de distribuciones también pueden disponer de este Entorno de Escritorio, solamente hace falta instalarlo por separado. Por ejemplo, como viene siendo habitual en este blog, en Fedora, la instalación se hace por grupo mediante consola con DNF.
sudo dnf group install kde-desktop-environment
Con esto, se instalará la versión de programas KDE en el sistema con las versiones de programas más populares. Es importante recordar que, en la mayoría de distribuciones, las versiones de los programas son las que están revisadas y comprobada su estabilidad en sus sistemas, es por eso que la versión de KDE, por ejemplo, no es la última liberada, pero si la más estable.

<youtube>https://www.youtube.com/watch?v=mFItfi1y35E</youtube>

== Cambio de Administrador de Display ==
El Administrador de Display o DM es el encargado de preguntar por el usuario de inicio de sesión y su gestor de escritorio, por ejemplo, inicio sesión usuario "alumno" y escritorio "Plasma" para KDM o Mate.

En el caso de escritorio Plasma, el administrador es SDDM:<blockquote>sudo systemctl enable --force sddm.service</blockquote>Automáticamente se desactiva el anterior administrador y, la próxima vez que inicie el sistema, lo hará con SDDM.

== Personalizando el escritorio KDE ==
KDE es un escritorio que, sobre todo, se caracteriza por su personalización.
La manera de organizar su entorno es mediante «Elementos gráficos», de hecho, el mismo panel está compuesto por elementos gráficos. Estos elementos se pueden poner en cualquier punto del escritorio sin ninguna dificultad, solo hay que hacer botón derecho del ratón sobre el escritorio o la barra y «Añadir elementos gráficos…» y seleccionar el que deseemos y, si no está disponible, también se puede descargar de internet directamente.

Igualmente, podemos añadir temas de colores, plasma y colores desde el repositorio de KDE y desde consola con los paquetes DNF.
sudo dnf search kde theme
Por ejemplo:
sudo dnf install arc-kde arc-kde-kvantum
Con lo que instalará el tema de colores de plasma y ventanas llamado «arc». Que por cierto, es necesario el administrador de ventanas Kvantum:
sudo dnf install kvantum
Para añadir iconos podemos buscar:
sudo dnf search icon theme
Yo recomiendo:
sudo dnf install papirus-icon-theme
Igualmente, podemos añadir fuentes tipográficas, es decir, el estilo de texto de las ventanas. En este ejemplo añadimos el tipo de fuente de Google y Android:
sudo dnf install google-roboto-fonts

<youtube>https://www.youtube.com/watch?v=9f2FhczBunc</youtube>

== Opcionales y extras ==

=== Desinstalar [[Gnome]] y así hacer el traslado al 100% ===
Para eso tenemos que hacer el cambio en [[Dnf]] con:<blockquote>sudo '''dnf''' swap fedora-release-identity-workstation.noarch fedora-release-identity-kde.noarch</blockquote>Y por último desinstalar todo lo relacionado Gnome:<blockquote>sudo '''dnf''' remove gnome-\*</blockquote>Y por último cambiamos al selector de usuarios de [[GDM]] a [[SDDM]]:

<blockquote>sudo dnf install sddm

sudo systemctl disable gdm

sudo systemctl enable sddm</blockquote>Por último se recomienda reiniciar.

Nextcloud

2025-03-24T11:01:08Z

Admin: /* Nextcloud Office */

[https://nextcloud.com Nextcloud] se puede resumir a como una alternativa a otros servicios de almacenamiento y edición en la nube, como puede ser Google Drive, OneDrive, Dropbox… Pero su principal característica es que es gratuito y de código abierto y puedes descargarlo e instalarlo en tu propio servidor, así acceder a tu propio «disco» desde cualquier punto del mundo con solo el navegador o la aplicación de sincronización de escritorio o teléfono y muchas opciones más.

Nextcloud es una bifurcación de OwnCloud, es decir, parte del grupo de programadores que quisieron hacer su propia versión del servicio pero con más añadidos.

= Instalación desde los repositorios de Fedora =
Siguiendo la instalación de servicios en Fedora, podemos instalar el programa desde repositorios oficiales.
sudo dnf install nextcloud
Esto ya genera los directorios de servicio en /usr/share y los de configuración en /etc, por ejemplo, el fichero de configuración de Apache.

El siguiente paso es crear la base de dato, primero accedemos a mysql:
mysql -u root -p
y creamos la base de datos como en la entrada anterior:
CREATE DATABASE IF NOT EXISTS nextcloud;
Y, si no queremos crear otro usuario, podemos aprovechar el mismo que la entrada anterior:
GRANT ALL PRIVILEGES ON nextcloud.* TO 'admin'@'localhost' IDENTIFIED BY 'F3d0r4-01';

FLUSH PRIVILEGES;
Ahora que ya tenemos la base de datos, vamos a realizar la instalación de nextcloud, en este caso, este, tiene un instalador por PHP que nos va de perlas y que utilizáramos para la mayoría de las operaciones:
cd /usr/share/nextcloud

sudo -u apache php occ maintenance:install --data-dir /var/lib/nextcloud/data/ --database "mysql" --database-name "nextcloud" --database-user "admin" --database-pass "F3d0r4-01" --admin-user "admin" --admin-pass "F3d0r4-01"

ln -s /etc/httpd/conf.d/nextcloud-access.conf.avail /etc/httpd/conf.d/z-nextcloud-access.conf
Con esto haremos le indicamos el directorio donde se ubicaran los datos, el tipo de servidor de base de datos, el nombre de la base de datos que hemos indicado anteriormente, junto con el usuario y contraseña y, por último, el usuario y contraseña de administración del sitio que, por defecto, pongo el mismo que la base de datos para hacerlo más fácil.

También tenemos que permitir que el sitio sea accesible desde fuera del equipo local editando :
sudo nano /etc/httpd/conf.d/nextcloud-auth-local.inc
Y toca cambiar el «Require» para permitir todo el acceso que no sea local:

Cerramos el editor guardando los cambios y reiniciamos el servicio:
sudo systemctl restart httpd
De hecho ya podemos hacer la prueba accediendo al navegador:

<nowiki>https://192.168.1.241/nextcloud</nowiki>

Hecho esto ya podemos acceder a la interficie web, pero queda añadir otro apunte en seguridad y es el dominio de confianza, ya que, por seguridad, limita el acceso a redes desconocidas. Sin salir del directorio de instalación escribimos:

Nextcloud se puede resumir a como una alternativa a otros servicios de almacenamiento y edición en la nube, como puede ser Google Drive, OneDrive, Dropbox… Pero su principal característica es que es gratuito y de código abierto y puedes descargarlo e instalarlo en tu propio servidor, así acceder a tu propio «disco» desde cualquier punto del mundo con solo el navegador o la aplicación de sincronización de escritorio o teléfono y muchas opciones más.

Nextcloud es una bifurcación de OwnCloud, es decir, parte del grupo de programadores que quisieron hacer su propia versión del servicio pero con más añadidos.

Siguiendo la instalación de servicios en Fedora, podemos instalar el programa desde repositorios oficiales.
sudo dnf install nextcloud
Esto ya genera los directorios de servicio en /usr/share y los de configuración en /etc, por ejemplo, el fichero de configuración de Apache.

El siguiente paso es crear la base de dato, primero accedemos a mysql:
mysql -u root -p
y creamos la base de datos como en la entrada anterior:
CREATE DATABASE IF NOT EXISTS nextcloud;
Y, si no queremos crear otro usuario, podemos aprovechar el mismo que la entrada anterior:
GRANT ALL PRIVILEGES ON nextcloud.* TO 'admin'@'localhost' IDENTIFIED BY 'F3d0r4-01';

FLUSH PRIVILEGES;
Ahora que ya tenemos la base de datos, vamos a realizar la instalación de nextcloud, en este caso, este, tiene un instalador por PHP que nos va de perlas y que utilizáramos para la mayoría de las operaciones:
cd /usr/share/nextcloud

sudo -u apache php occ maintenance:install --data-dir /var/lib/nextcloud/data/ --database "mysql" --database-name "nextcloud" --database-user "admin" --database-pass "F3d0r4-01" --admin-user "admin" --admin-pass "F3d0r4-01"

ln -s /etc/httpd/conf.d/nextcloud-access.conf.avail /etc/httpd/conf.d/z-nextcloud-access.conf
Con esto haremos le indicamos el directorio donde se ubicaran los datos, el tipo de servidor de base de datos, el nombre de la base de datos que hemos indicado anteriormente, junto con el usuario y contraseña y, por último, el usuario y contraseña de administración del sitio que, por defecto, pongo el mismo que la base de datos para hacerlo más fácil.

También tenemos que permitir que el sitio sea accesible desde fuera del equipo local editando :
sudo nano /etc/httpd/conf.d/nextcloud-auth-local.inc
Y toca cambiar el «Require» para permitir todo el acceso que [https://nextcloud.com Nextcloud]no sea local:

Cerramos el editor guardando los cambios y reiniciamos el servicio:
sudo systemctl restart httpd
De hecho ya podemos hacer la prueba accediendo al navegador:

<nowiki>https://192.168.1.241/nextcloud</nowiki>

Hecho esto ya podemos acceder a la interficie web, pero queda añadir otro apunte en seguridad y es el dominio de confianza, ya que, por seguridad, limita el acceso a redes desconocidas. Sin salir del directorio de instalación escribimos:
sudo -u apache php occ config:system:get trusted_domains
Así vemos la lista de dominios de confianza, para añadir nuevos, añadir POR ORDEN, la IP o el nombre de acceso:
sudo -u apache php occ config:system:set trusted_domains 1 --value="192.168.1.241"
Resumen de directorios en el servidor:

* /usr/share/nextcloud – directorio de instalación
* /etc/nextcloud – directorio donde se ubica la configuración
* /etc/httpd/conf.d/ – directorio del servidor apache donde se ubican las configuraciones del servidor web
* /var/lib/nextcloud/data – directorio donde se ubicará el contenido de los usuarios

Video explicativo
sudo -u apache php occ config:system:get trusted_domains
Así vemos la lista de dominios de confianza, para añadir nuevos, añadir POR ORDEN, la IP o el nombre de acceso:
sudo -u apache php occ config:system:set trusted_domains 1 --value="192.168.1.241"
Resumen de directorios en el servidor:

* /usr/share/nextcloud – directorio de instalación
* /etc/nextcloud – directorio donde se ubica la configuración
* /etc/httpd/conf.d/ – directorio del servidor apache donde se ubican las configuraciones del servidor web
* /var/lib/nextcloud/data – directorio donde se ubicará el conte[https://nextcloud.com Nextcloud]nido de los usuarios

Video explicativo

<youtube>https://www.youtube.com/watch?v=QFoZIdsOLkM</youtube>

= Instalación manual oficial =

Varias razones nos pueden llevar a esta decisión: puede que no os agrade la instalación de repositorios, queremos tener una instalación actualizada, hay un problema con los repositorios o incompatibilidad o simplemente, hemos cambiado de distribución o hacemos una instalación limpia.

Obviamente, la instalación es un poco más costosa, pero intentaremos resumirla y hacerla lo más sencilla posible.

En este caso la configuración será similar a la de repositorio, vamos a tener un directorio ( /var/www/nextcloud ) y una configuración apache ( <nowiki>https://192.168.100.241/nextcloud</nowiki> ) y aquí se alojará nuestro disco en la nube.

'''IMPORTANTE''' – antes de hacer la instalación, para evitar conflictos, si ya hicimos la instalación por repositorio, tenemos que desinstalarla.
<code>sudo dnf remove nextcloud</code>
Por seguridad, el mismo sistema guarda los ficheros de configuración cambiando la extensión y, al no borrar la base de datos, conservaremos los usuarios, contraseñas, grupos….

Ahora, hagamos la instalación, primero preparamos las dependencias (en el caso de ser una instalación nueva, también instalamos el servicio web y base de datos):
<code>sudo dnf install @"Web Server" mariadb-server php-mysqlnd phpunit composer php-opcache php-pecl-imagick</code>
Recordemos la instalación del servidor LAMP para configurar Apache y MariaDB. Y la creación de la base de datos en la siguiente entrada.

Descarga y extrae Nextcloud en el directorio ''/var/www'':
<code>cd /var/www
sudo wget <nowiki>https://download.nextcloud.com/server/releases/latest.tar.bz2</nowiki>
sudo tar -xvjf latest.tar.bz2</code>
Creamos el directorio para los datos:
<code>mkdir -p /var/www/nextcloud/data</code>
Si tenemos activado el SELinux ( ya lo explicaré), debemos darle contexto al directorio y sus archivos:
<code>semanage fcontext -a -t httpd_sys_rw_content_t '/var/www/nextcloud/data(/.*)?'
semanage fcontext -a -t httpd_sys_rw_content_t '/var/www/nextcloud/config(/.*)?'
semanage fcontext -a -t httpd_sys_rw_content_t '/var/www/nextcloud/apps(/.*)?'
semanage fcontext -a -t httpd_sys_rw_content_t '/var/www/nextcloud/data(/.*)?'
semanage fcontext -a -t httpd_sys_rw_content_t '/var/www/nextcloud/.htaccess'
semanage fcontext -a -t httpd_sys_rw_content_t '/var/www/nextcloud/.user.ini'
semanage fcontext -a -t httpd_sys_rw_content_t '/var/www/nextcloud/3rdparty/aws/aws-sdk-php/src/data/logs(/.*)?'

restorecon -Rv '/var/www/nextcloud/'</code>
Y, por seguridad, damos los permisos al directorio:
<code>sudo chown -R apache:apache /var/www/nextcloud
sudo chmod -R 770 /var/www/nextcloud</code>
Seguimos con la configuración del archivo de host de Apache:
<code>sudo nano /etc/httpd/conf.d/nextcloud.conf</code>
Con el siguiente contenido:
<code>Alias /nextcloud "/var/www/nextcloud/"
<Directory /var/www/nextcloud/>
Options +FollowSymlinks
AllowOverride All
Require all granted
<IfModule mod_dav.c>
Dav off
</IfModule>
SetEnv HOME /var/www/nextcloud
SetEnv HTTP_HOME /var/www/nextcloud
</Directory>
# Encabezados de seguridad para evitar ataques de inyección de contenido (XSS).
<IfModule mod_headers.c>
Header set X-Content-Type-Options "nosniff"
Header set X-Frame-Options "SAMEORIGIN"
Header set X-XSS-Protection "1; mode=block"
Header set X-Robots-Tag "none"
Header set X-Download-Options "noopen"
Header set X-Permitted-Cross-Domain-Policies "none"
Header always set Strict-Transport-Security "max-age=15768000; includeSubDomains; preload"
</IfModule>

#Logs
ErrorLog "/var/log/httpd/nextcloud_error.log"
CustomLog "/var/log/httpd/nextcloud_access.log" combined

# Configuración de redireccionamiento
Redirect 301 /.well-known/carddav <nowiki>https://192.168.100.241/nextcloud/remote.php/dav</nowiki>
Redirect 301 /.well-known/caldav <nowiki>https://192.168.100.241/nextcloud/remote.php/dav</nowiki>
Redirect 301 /.well-known/webfinger <nowiki>https://192.168.100.241/nextcloud/index.php/.well-known/webfinger</nowiki>
Redirect 301 /.well-known/nodeinfo <nowiki>https://192.168.100.241/nextcloud/index.php/.well-known/nodeinfo</nowiki></code>
Añado las últimas líneas de redireccionamiento de prevención a los servicios «DAV» de calendario o contactos.

Reiniciamos apache para que los cambios tengan efecto:
<code>sudo systemctl restart httpd</code>
Y accedemos a la página que reside nextcloud:
<code><nowiki>https://192.168.100.241/nextcloud</nowiki></code>
Y procedemos con la instalación.

<youtube>https://www.youtube.com/watch?v=x1lKUmSF2Gk</youtube>

= Completando la instalación de Nextcloud =
En la entrada anterior instalamos Nextcloud fácilmente desde los repositorios de Fedora, peró el proceso está lejos de acabar, antes, quedan varios procesos.

=== Límite de memoria en PHP ===
Este proceso es necesario en otros servicios para poder gestionar procesos por PHP, como por ejemplo, subir ficheros. Para ello, debemos editar el fichero:
sudo nano /etc/php.ini
Y debemos buscar la línea:
memory_limit = 128M
Por defecto viene a un valor de 128 Megas, mínimo, debemos cambiarlo a 512M:
memory_limit = 512M
Hecho esto, cerramos el editor y reiniciamos el servicio apache:
sudo systemctl restart httpd

=== PHP configuration option output_buffering must be disabled ===
Para comprobar la salud de nuestro servicio, podemos acceder al Administrador de configuraciones y veremos qué nos puede faltar o fallar, por ejemplo, el output_buffering de la configuración de php, debe estar deshabilitado. Este mensaje es un bug que genera esta advertencia y será reparado por los desarrolladores.

Mientras podemos crear el fichero:
sudo nano /usr/share/nextcloud/.user.ini
Con la linia:
output_buffering=0

=== Cacheando la memoria ===
Otra de las advertencias que nos podemos encontrar es el «memory_caching» que influye en el rendimiento del servicio. Por defecto, no viene configurado y hay que configurarlo.

Hay tres maneras de cachear la memoria como se muestra en la página de soporte oficial, pero he optado por la más sencilla. Para ello instalaremos:
sudo dnf install php-pecl-apcu
Editamos el fichero de configuración de Nextcloud
sudo nano /etc/nextcloud/config.php
y añadimos a la penúltima línea:
'memcache.local' => '\OC\Memcache\APCu',
Ahora tenemos que editar el fichero:
sudo nano /etc/php.d/40-apcu.ini
Y dejamos el valor:
apc.enable_cli=1
Cerramos y reiniciamos los servicios:
sudo systemctl restart httpd php-fpm

=== Instalar los módulos php gmp i bcmath ===
No son obligatorios, pero si recomendables estar estos dos módulos, los instalamos con:
sudo dnf install php-gmp php-bcmath
Y reiniciamos el servicio:
sudo systemctl restart httpd

=== Región del teléfono ===
Otro parámetro que no es obligatorio es la región del teléfono por defecto, para configurarlo editamos:
sudo nano /etc/nextcloud/config.php
Y en la penúltima línea añadimos:
'default_phone_region' => 'ES',

=== Configurando el correo electrónico ===
Otro de los ajustes básicos es el envío de correos electrónicos, en mi caso utilizo una contraseña maestra de gmail y los parámetros quedan:

Es importante «Enviar mensaje» una vez hechas las configuraciones para acabar el proceso.

=== Instalando aplicaciones por consola ===
Podemos instalar aplicaciones por administrador del navegador, pero es mucho más rápido administrar por consola con occ. Unos ejemplos:

cd /usr/share/nextcloud
sudo -u apache php occ app:install bookmarks #Instala el gestor de marcadores
sudo -u apache php occ app:install passwords #Instala el gestor de contraseñas
sudo -u apache php occ app:install tasks #instala un gestor de tareas que se adapta a calendar
sudo -u apache php occ app:install notes #un gestor de notas básico
sudo -u apache php occ app:install deck #Un gestor de tareas avanzado
sudo -u apache php occ app:install groupfolders #Permite la gestión de grupos a las carpetas
sudo -u apache php occ app:install richdocumentscode #Instala un editor de documentos integrado CODE
sudo -u apache php occ app:install richdocuments #Necesario con el complemento anterior.
sudo -u apache php occ app:install forms #Instala un generador de formularios que guarda los datos en una hoja
sudo -u apache php occ app:install mail #Cliente de correo electrónico web
sudo -u apache php occ app:install calendar #Un gestor de calendario comparable a Google Calendar
sudo -u apache php occ app:install contacts #Un gestor de contactos que se integra a el resto de complementos
sudo -u apache php occ app:install text #Un editor de texto básico
sudo -u apache php occ app:install spreed #Un cliente de chat entre los contactos que permite llamadas y conferencias por video.
sudo -u apache php occ app:install recognize #Permite reconoce en tus fotos a animales, caras...

=== Reparar los ficheros por consola ===
Puede darse el caso que falte un fichero o que no permita borrarlos, eso se debe a un error en la base de datos, se puede reparar fácilmente con:
sudo -u apache php occ files:scan --all

=== Gestión de usuarios y grupos ===
Lista de usuarios
sudo -u apache php ./occ user:list
Lista los grupos y sus usuarios
sudo -u www-data php occ group:list
Crea un usuario
sudo -u apache php occ user:add --display-name="Usuario1" --group="users" --group="Grupo1" usuario1
Borra un usuario
sudo -u apache php ./occ user:delete usuario1
Consulta la configuración del usuario
sudo -u apache php ./occ user:setting usuario2
Configura el usuario, asigna un correo electrónico:
sudo -u apache php ./occ user:setting usuario2 settings email "usuario2@mainkivi.info"
Asigna una quota de disco al usuario
sudo -u apache php ./occ user:setting usuario2 files quota 10GB
Resetea la contraseña del usuario
sudo -u apache php occ user:resetpassword usuario2
Estas y más instrucciones en: <nowiki>https://docs.nextcloud.com/server/stable/admin_manual/configuration_server/occ_command.html</nowiki>

=== Para complementar la entrada, adjunto un video: ===
<youtube>https://www.youtube.com/watch?v=lXGXDcpWKyo</youtube>

=== Extra - Herramienta externa para reparar la indexación de ficheros y datos ===
Recientemente he tenido graves problemas con la migración y en los foros oficiales enconté esta maravilla:

[https://quynnbell.com/how-i-survived-a-nextcloud-update-disaster/ nc-integrity-fix]

Y se descarga y ejecuta:<blockquote>sudo wget -O /usr/local/bin/nc-integrity-fix <nowiki>https://global-social.net/script/nc-integrity-fix</nowiki>

sudo chmod +x /usr/local/bin/nc-integrity-fix

sudo nc-integrity-fix</blockquote>

== Nextcloud Office ==
Si lo deseamos, también podemos interar el Nextcloud Office, una extensión que permite a Collabora Office ( LibreOffice ) convertir nuestro servidor en un editor de Ofimática desde internet.

A parte de habilitar la extensión, en nuestro servidor [[Fedora]] debemos habilitar a [[SELinux]] el trabajo de ejecución en memoria temporal:
sudo setsebool -P httpd_execmem on

sudo setsebool -P httpd_use_fusefs on

sudo setsebool -P httpd_tmp_exec on
Por último:<blockquote>sudo ausearch -c 'php-fpm' --raw | audit2allow -M mi-phpfpm

sudo ausearch -c 'docbroker_00e' --raw | audit2allow -M my-docbroker00e

sudo ausearch -c 'kitbroker_00e' --raw | audit2allow -M my-kitbroker00e

sudo ausearch -c 'cp' --raw |audit2allow -M my-cp

sudo ausearch -c 'admin' --raw | audit2allow -M my-admin

sudo ausearch -c 'bash' --raw | audit2allow -M my-bash

sudo semodule -i mi-phpfpm.pp

sudo semodule -i my-docbroker00e.pp

sudo semodule -i my-cp.pp

sudo semodule -i my-admin.pp

sudo semodule -i my-bash.pp</blockquote>

Nextcloud

2025-03-20T15:55:31Z

Admin:

Dnsmasq

2025-03-02T14:23:48Z

Admin:

== Instalación y configuración de dnsmasq en Fedora ==

=== ¿Qué es dnsmasq y por qué usarlo? ===
<code>dnsmasq</code> es un servicio ligero que proporciona funcionalidades de DNS, DHCP y TFTP, ideal para redes pequeñas y medianas. Su simplicidad y eficiencia lo convierten en una excelente opción para gestionar la resolución de nombres y asignación de direcciones IP en entornos controlados. En un servidor Fedora, es especialmente útil para configurar un proxy transparente o para dar servicio a múltiples clientes con una configuración mínima.

Es una herramienta recomendada porque:

* Es fácil de instalar y configurar.
* Consume pocos recursos.
* Permite resolver nombres locales sin depender de DNS externos.
* Integra DHCP y DNS en un solo servicio, facilitando la administración de la red.

=== Instalación de dnsmasq ===
<code>sudo dnf install dnsmasq -y</code>

=== Desactivar systemd-resolved ===
Por defecto, Fedora usa <code>systemd-resolved</code>, que puede entrar en conflicto con dnsmasq. Para desactivarlo:
<code>sudo systemctl disable --now systemd-resolved</code>
Luego, edita el archivo <code>/etc/resolv.conf</code> para apuntar a tu servidor DNS local (por ejemplo, la IP interna de tu servidor):
<code>echo "nameserver 127.0.0.1" | sudo tee /etc/resolv.conf</code>
Asegúrate de que no se sobrescriba:
<code>sudo chattr +i /etc/resolv.conf</code>

=== Configuración básica de dnsmasq ===
Edita el archivo principal de configuración:
<code>sudo nano /etc/dnsmasq.conf</code>
Configuración mínima para DNS y DHCP:
<code># Escuchar en la interfaz interna
interface=eno2

# Rango de direcciones IP para clientes DHCP
dhcp-range=10.0.1.50,10.0.1.100,12h

# Servidores DNS a usar
server=8.8.8.8
server=1.1.1.1

# Dominio local
domain=red.local

# Registro de hosts
dhcp-host=AA:BB:CC:DD:EE:FF,10.0.1.10,host1,12h</code>

=== Configuración del cortafuegos ===
Añade las reglas necesarias para permitir tráfico DNS y DHCP:
<code>sudo firewall-cmd --permanent --add-service=dns
sudo firewall-cmd --permanent --add-service=dhcp
sudo firewall-cmd --reload</code>

=== Habilitar y arrancar dnsmasq ===
<code>sudo systemctl enable --now dnsmasq</code>
Verificar el estado del servicio:
<code>sudo systemctl status dnsmasq</code>

=== Prueba de funcionamiento ===
Verifica que resuelve nombres:
<code>dig google.com @127.0.0.1</code>
Y que asigna direcciones IP:
<code>sudo journalctl -u dnsmasq | grep DHCP</code>
Con esta configuración, tu servidor Fedora estará listo para servir como DNS y DHCP en tu red interna.

== Ejemplo de configuración: ==
sudo nvim /etc/dnsmasq.d/01_mainkivi.conf

listen-address=127.0.0.1

domain-needed

bogus-priv

no-resolv

server=208.67.222.222

server=208.67.220.220

local=/mainkivi.info/

listen-address=::1,127.0.0.1,192.168.1.3

expand-hosts

domain=mainkiivi.info

dhcp-range=192.168.1.100,192.168.1.200,24h

dhcp-option=option:router,192.168.1.1

dhcp-authoritative

dhcp-leasefile=/var/lib/dnsmasq/dnsmasq.leases

Dnsmasq

2025-03-02T12:33:11Z

Admin: Página creada con «sudo dnf install dnsmasq sudo systemctl stop systemd-resolved\nsudo systemctl disable systemd-resolved\nsudo systemctl mask systemd-resolved sudo firewall-cmd --zone=external --add-service=dns sudo firewall-cmd --zone=external --add-service=dhcp sudo firewall-cmd --relad sudo nvim /etc/dnsmasq.d/01_mainkivi.conf listen-address=127.0.0.1 domain-needed bogus-priv no-resolv server=208.67.222.222 server=208.67.220.220 local=/mainkivi.info/ listen-address=::…»

sudo dnf install dnsmasq

sudo systemctl stop systemd-resolved\nsudo systemctl disable systemd-resolved\nsudo systemctl mask systemd-resolved

sudo firewall-cmd --zone=external --add-service=dns

sudo firewall-cmd --zone=external --add-service=dhcp

sudo firewall-cmd --relad

sudo nvim /etc/dnsmasq.d/01_mainkivi.conf

listen-address=127.0.0.1

domain-needed

bogus-priv

no-resolv

server=208.67.222.222

server=208.67.220.220

local=/mainkivi.info/

listen-address=::1,127.0.0.1,192.168.1.3

expand-hosts

domain=mainkiivi.info

dhcp-range=192.168.1.100,192.168.1.200,24h

dhcp-option=option:router,192.168.1.1

dhcp-authoritative

dhcp-leasefile=/var/lib/dnsmasq/dnsmasq.leases

sudo systemctl enable dnsmaq

sudo systemctl start dnsmaq

Firewall-cmd

2025-01-24T07:12:51Z

Admin: /* Añadir puertos a una zona */

El '''firewall''' es esencial para controlar el flujo de tráfico de red que entra y sale del servidor Linux. En este artículo, mostrará, agregará y eliminará reglas de '''firewalld'''.

Nuestro mundo nunca ha estado más conectado que ahora. Cada persona, empresa, gobierno, etc. utiliza la web para comunicarse, intercambiar moneda y datos y, en general, realizar los movimientos de la vida y las operaciones diarias. Sin embargo, estas conexiones no son intrínsecamente seguras y, debido a esto, debemos implementar medidas defensivas para mantener nuestra ubicación, información y dinero protegidos. En el pasado, cuando alguien quería asegurar sus posesiones, erigía puertas y vallas para mantener a distancia a los intrusos. Hoy en día, logramos estos mismos objetivos con el uso de firewalls. La mayoría de los sistemas Linux utilizaban la utilidad '''[[iptables]]'''; sin embargo, había una nueva tecnología en el horizonte.

Con la introducción de '''Red Hat Enterprise Linux 7.0''' (RHEL) en 2011, iptables fue reemplazado cuando nació '''firewalld'''. En esencia, '''firewalld''' es un firewall basado en zonas. Los firewalls basados en zonas son sistemas de seguridad de red que monitorean el tráfico y toman acciones basadas en un conjunto de reglas definidas que se aplican a los paquetes entrantes/salientes.

== Las zonas ==
Las zonas son configuraciones independientes que se pueden aplicar sobre el servidor con diversas normas ya aplicadas, para listarlas ejecutaremos:

<code>sudo firewall-cmd --get-zones</code>

Con un resultado similar:

<code>FedoraServer FedoraWorkstation block dmz drop external home internal libvirt libvirt-routed nm-shared public trusted work</code>

En la que vemos diferentes zonas ya creadas y cada una de ellas con una finalidad y normas, por ejemplo, ¿qué normas tiene la zona «'''FedoraServer'''«?

Ejecutamos:

<code>sudo firewall-cmd --zone=FedoraServer --list-all</code>

Con el resultado similar:

<code>FedoraServer</code>

<code>target: default</code>

<code>ingress-priority: 0</code>

<code>egress-priority: 0</code>

<code>icmp-block-inversion: no</code>

<code>interfaces:</code>

<code>sources:</code>

<code>services: cockpit dhcpv6-client ssh</code>

<code>ports:</code>

<code>protocols:</code>

<code>forward: yes</code>

<code>masquerade: no</code>

<code>forward-ports:</code>

<code>source-ports:</code>

<code>icmp-blocks:</code>

<code>rich rules:</code>

Este resultado es de una instalación limpia en el que permite el acceso al programa «cockpit«, permite el tráfico via «SSH» y ser cliente DHCP.

Un resultado más práctico en un servidor configurado:

<code>FedoraServer (active)</code>

<code>target: default</code>

<code>icmp-block-inversion: no</code>

<code>interfaces: eno1</code>

<code>sources:</code>

<code>services: cockpit dhcpv6-client http https imap mountd nfs nfs3 pop3 rpc-bind samba samba-client samba-dc smtp ssh</code>

<code>ports: 10443/tcp 1080/tcp 6379/tcp 11211/tcp 9980/tcp</code>

<code>protocols:</code>

<code>forward: yes</code>

<code>masquerade: no</code>

<code>forward-ports:</code>

<code>source-ports:</code>

<code>icmp-blocks:</code>

<code>rich rules:</code>

Aquí ya vemos servicios activos ( samba, nfs, ssh, http…. ), así como puertos específicos (10443, 9980…).

Y, ¿cual es la zona por defecto? Para eso le preguntamos con:

<code>sudo firewall-cmd --get-default-zone</code>

por ejemplo, en el caso actual respondería la zona:

<code>FedoraServer</code>

Para cambiar la zona por defecto:

<code>sudo firewall-cmd --set-default-zone=public</code>

En la que especificamos el conjunto «'''public'''«

== Añadir puertos a una zona ==
Para añadir puertos de forma permanente podemos hacerlo especificando el puerto:

<code>sudo firewall-cmd --zone=FedoraServer --add-port=8080/tcp --permanent</code>

* <code>'''--zone=FedoraServer'''</code>: Esto especifica que deseas añadir el puerto a la zona <code>'''FedoraServer'''</code>.
* <code>'''--add-port=8080/tcp'''</code>: Indica que deseas abrir el puerto '''8080''' y especifica el protocolo '''TCP'''. Puedes ajustar el número de puerto y el protocolo según tus necesidades.
* <code>'''--permanent'''</code>: Hace que la regla sea persistente a través de reinicios.

Si prefieres añadir un servicio en lugar de un puerto a la zona <code>'''FedoraServer'''</code>, puedes hacerlo de la siguiente manera. Por ejemplo, para permitir el servicio '''SSH''':

<code>sudo firewall-cmd --zone=FedoraServer --add-service=ssh --permanent</code>

* <code>'''--zone=FedoraServer'''</code>: Esto especifica que deseas añadir el servicio a la zona <code>'''FedoraServer'''</code>.
* <code>'''--add-service=ssh'''</code>: Indica que deseas permitir el servicio '''SSH''' en la zona.

También podemos añadir un rango de puertos, por ejemplo, un rango de 21114 a 21119 de protocolo TCP de la zona externa:
sudo firewall-cmd --zone=external --add-port=21114-21119/tcp
Por cierto, para saber todos los servicios disponibles, ejecutemos:

<code>sudo firewall-cmd --list-services</code>

Y la lista puede cambiar según los servicios instalados en el equipo.

Y por último aplicamos las normas:

<code>sudo firewall-cmd --reload</code>

== Y como elimino puertos o servicios? ==
Para eliminarlo podemos ejecutar:
<code>sudo firewall-cmd --remove-port=8888/tcp</code>
O para eliminar el servicio, por ejemplo «plex»
<code>sudo firewall-cmd --remove-service=plex</code>
O de una zona específica:
<code>sudo firewall-cmd --zone=NOMBRE_DE_LA_ZONA --remove-port=PUERTO/tcp</code>
Y por último solo falta recargarlo:
<code>sudo firewall-cmd --reload</code>

== NOTA FINAL ==
Es importante recalcar que en esta entrada se explica lo mínimo para conocer su funcionamiento y que se recomienda explorar con calma el manual del comando:

<code>man firewall-cmd</code>

Enlace oficial:

https://www.redhat.com/sysadmin/beginners-guide-firewalld

ANSIBLE

2025-01-16T15:38:25Z

Admin: /* Enlaces */

== Introducción ==
'''Ansible''' es una plataforma de software libre para configurar y administrar ordenadores. Combina instalación multi-nodo (es decir: permite desplegar configuraciones de servidores y servicios por lotes), ejecuciones de tareas ad hoc y administración de configuraciones. Adicionalmente, Ansible es categorizado como una herramienta de orquestación. Gestiona nodos a través de [[SSH]] y no requiere ningún software remoto adicional (excepto Python 2.4 o posterior) para instalarlo. Dispone de módulos que trabajan sobre JSON y la salida estándar puede ser escrita en cualquier lenguaje. Nativamente utiliza YAML para describir configuraciones re-usables de los sistemas.

En resumen, ansible se ejecuta desde un equipo y se conecta por SSH al resto de una serie de equipos definidos en un fichero de inventario y sin necesitar de tener ningún cliente previamente configurado. Con Ansible podremos instalar programas, guardar configuraciones de los equipos clientes.

== Instalación ==
Siguiendo con la base de un servidor [[Fedora]] o similar basado en RHEL ejecutamos:<blockquote>sudo dnf installl ansible -y</blockquote>

== Configuraciones previas en los nodos gestionados ==
Los nodos gestionados son los equipos que recibirán las peticiones por '''ansible''' mediante [[SSH]], un protocolo común en todos los equipos, y perfiles elevados con [[sudo]] o [[root]].

=== Configuración SSH ===
Recordemos que [[SSH]] es un protocolo de comunicación seguro común en todas las distribuciones y que ya se explicó como instalar en equipos clientes y que ya viene integrado en todos los servidores.

En esta práctica sí que es importante que podamos acceder sin necesidad de llave, cosa que [[SSH#Conexión con llave digital (sin contraseña)|ya se explica en esta misma wiki]].

=== Configuración sudoers ===
Un usuario '''sudoer''' es aquel que puede ejecutar comandos de root poniendo un "sudo" delante, por ejemplo, "''dnf update''" como tal no podríamos ejecutarlo sin ser '''root''' al no tener permisos, pero "''sudo dnf update''" permite elevar el usuario a ejecutar un comando como "'''su'''", de ahí "'''sudo'''" o "'''super user do'''".

Por defecto, el primer usuario de una instalación ya tiene estos permisos, pero para llevarlo a esta práctica, vamos a crear un usuario común y que tenga permisos de administración y, por seguridad, no habilitaremos el usuario "'''root'''".

Vamos a crear un usuario común llamado "'''suport'''" (en el caso de no haberlo creado durante la instalación y que será común en todos los nodos):<blockquote>sudo useradd suport</blockquote>I asignamos una contraseña:<blockquote>sudo passwd suport</blockquote>Ahora, le añadimos los grupos de administración:<blockquote>sudo usermod -a -G adm,wheel suport</blockquote>Y con esto, el usuario ya es administrador, ahora, por último, le permitiremos que el usuario pueda ejecutar comandos de "sudo" sin necesidad de volver a añadir la contraseña, considerando el riesgo de seguridad que conlleva, aunque es mejor que dar acceso libre al usuario root. Para eso editaremos el fichero de sudoers con:<blockquote>sudo visudo</blockquote>Esto abrirá el editor de sistema y añadiremos, al final, por ejemplo, la línea:<blockquote>suport ALL=(ALL) NOPASSWD:ALL</blockquote>Con esto le otorgamos acceso a TODOS los comandos y a ninguno pedirá contraseña.

Ahora basta con cerrar sesión, iniciar de nuevo son "suport" y ejecutar cualquier comando con "sudo" y veremos que no pide la contraseña, por ejemplo:<blockquote>sudo dnf update --refresh -y</blockquote>Que permite la actualización del sistema.

== El inventario ==
Primero vamos a generar un fichero donde tendremos un '''inventario''' de los equipos por nombre o IP a los que aplicaremos los comandos o módulos. Un ejemplo sería el fichero "maquinas" con un contenido similar:<blockquote>
[REHL]

rocky9

fedorawks

[Ubuntu]

lkservidor

lkedu22</blockquote>

'''IMPORTANTE''' - estos equipos han de responder a ping y acceso por '''SSH''' para poder acceder.

En este fichero estoy dando dos tipos de grupos, con dos equipos de distribución basados correspondientes.

'''NOTA''' - Si no tenemos acceso por nombre y si por IP podemos configurar el fichero "'''/etc/hosts'''" del equipo ansible con un añadido:<blockquote>
192.168.122.10 rocky9

192.168.122.11 fedorawks

192.168.122.12 lkedu22

192.168.122.240 lkservidor</blockquote>De esta manera podremos "llamar" a los equipos por su nombre.

== Comandos ad-hoc ==
'''Los comandos ad-hoc''' en '''Ansible''' son una forma rápida y sencilla de ejecutar una tarea única en uno o varios hosts de tu inventario. Imagina que necesitas instalar un paquete específico en todos tus servidores de producción. En lugar de crear un playbook completo, puedes utilizar un comando ad-hoc para realizar esta tarea de manera inmediata.

=== Ejemplo con una máquina ===
La primera prueba es un comando sobre una sola máquina:<blockquote>
ansible -i maquinas rocky9 -m ping -u suport</blockquote>En este caso llamamos al inventario del ejemplo anterior "maquinas" y de este fichero al equipo "rocky9" del que cargamos el módulo "ping" y mediante el usuario "suport"

El procedimiento es conectarse por SSH con usario "suport" (y así nos aseguramos la conexión) y éste realiza un ping devolviendo:<blockquote>rocky9 | SUCCESS => {

   "ansible_facts": {

   "discovered_interpreter_python": "/usr/bin/python"

   },

   "changed": false,

   "ping": "pong"

}</blockquote>Conforme confirma que ha hecho el ping con un "SUCCESS" y no han habido cambios.

=== Ejemplo con varias máquinas ===
Podemos ejecutar el mismo comando para todas las máquinas del inventario:<blockquote>ansible -i maquinas all -m ping -u suport</blockquote>Donde se ejecutaría sobre todas las máquinas del inventario.

IMPORTANTE - el orden de las respuestas varía según la respuesta.

=== Ejemplo de comandos/shell ===
Los siguientes ejemplos son para lanzar comandos o script sobre equipos inventariados, por ejemplo<blockquote>ansible -i maquinas rocky9 -m command -a "date" -u suport</blockquote>En este caso lanzamos a un ordenador del inventario "maquinas" el módulo de comandos con el argumento "date" mediante el usuario "suport". El resultado sería:<blockquote>rocky9 | CHANGED | rc=0 >>

Wed Nov 6 12:41:36 CET 2024</blockquote>
CHANGED, que ha aplicado el comando, rc=0 indica que no han habido errores y por último, el dia y la hora.
ATENCIÓN - en el módulo de comando no podemos lanzar concatenaciones, por ejemplo si lanzamos:<blockquote>ansible -i maquinas rocky9 -m command -a "ls -l / | grep p" -u suport</blockquote>
Devolverá el listado de la raíz del sistema y un error de desconocimiento de "grep" y "p", ya que las tuberías son comandos irreconocibles, otra cosa es utilizar el módulo shell: <blockquote>ansible -i maquinas rocky9 -m shell -a "ls -l / | grep p" -u suport </blockquote>Y ahora si que resolverá correctamente el resultado devolviendo todos los directorios que contenga el carácter "p".

=== Ejemplos de módulo setup ===
Con el siguiente módulo podemos obtener un inventario en versión "json" del equipos o los equipos del fichero de inventario, para eso, y siguiendo los ejemplos anteriores, ejecutamos:<blockquote>ansible -i maquinas rocky9 -m setup -u suport</blockquote>Entre tantos datos nos devuelve los datos de IP, CPU, versión del sistema.... Estos datos se presentan en variables "facts" o variables de hecho que se pueden utilizar más adelante.

=== Ejemplos de copia de ficheros ===
Con el siguiente ejemplo podemos copiar ficheros o directorios de nuestro equipo a todos los inventariados resolviendo la potencia de ansible. Este módulo resulta de "ansible.builtin.copy", de hecho, es uno de los módulos ya integrados en el sistema.<blockquote>
ansible -i maquinas rocky9 -m copy -a "src=/srv/datos/fstab dest=/tmp/fstab.rocky9 " -u suport</blockquote>
Con esto vamos a copiar el fichero '''fstab''' de directorio '''/srv/datos''' al directorio '''/tmp/''' de la máquina '''roky9''' bajo el nombre '''fstab.rocky9,''' demostrando que podemos cambiar el nombre del fichero destino una vez copiado.

Lo mismo pasaría copiando directorios, por ejemplo:<blockquote>
ansible -i maquinas rocky9 -m copy -a "src=/srv/datos/ dest=/tmp/ " -u suport</blockquote>
En este caso va a copiar todo el directorio '''/srv/datos''' a '''/tmp''' de '''rocky9''' y, como el directorio datos no existe, el resultado va a quedar en /tmp/datos, ya que, además, la copia va a ser recursiva.
Por último, vamos a copiar un fichero y lo vamos a cambiar el nombre, además de cambiar las propiedades (podéis mirar la sección de [[Comandos básicos en linux]]):<blockquote>ansible -i maquinas rocky9 -m copy -a "src=/srv/datos/fstab dest=/tmp/fstab.rocky9 mode=0775" -u suport</blockquote>

=== Ejemplo de trabajo con DNF o YUM y servicios ===
Existe el módulo de dnf como yum para poder instalar y ejecutar servicios, por ejemplo, queremos instalarle al servidor el paquete [[Apache]] para crear el servicio web, para eso podemos utilitzar:<blockquote>
ansible -i maquinas rocky9 -m dnf -a "name='httpd' state=present" -u suport -b</blockquote>Con esto vamos a instalar el paquete httpd a la versión actualizada mediante el usuario suport y lo elevamos a "sudo" con -b. Con este comando se instalará el servicio, pero no estará activo, para eso tenemos que añadir el "servicio":<blockquote>ansible -i maquinas rocky9 -m service -a "name='httpd' state=started" -u suport -b</blockquote>Es decir, siguiendo con la instalación, vamos a darle un inicio al estado del servicio.
NOTA - En caso de no haber configurado el destino para acceder sin contraseña, le podemos decir que pregunte por ella con:
<blockquote>
ansible -i maquinas rocky9 -m dnf -a "name='httpd' state=present" -u suport -b --ask-become</blockquote>
De esta manera se conectará por SSH, como viene siendo habitual, y nos preguntará por la contraseña de "sudo".

== Fichero de configuración global ==
Se pueden especificar configuraciones globales de usuario como, por ejemplo, el inventario y otras variables que se aplicarán por defecto en la llamada a los playbooks.
Este fichero se encuentra en la raid del usuario:<blockquote>vi ~/.ansible.cfg</blockquote>Y puede tener un valor como este:<blockquote>[defaults]

inventory=./Utils/ansible/maquinesvm.yaml</blockquote>En el que defino la ruta del inventario por plantilla desde la raiz del usuario.

== Trabajando con plantillas o playbooks. ==
Las plantillas son ficheros que van a resumir ciertas acciones o inventarios, por ejemplo tengo el siguiente fichero de inventario:

Siguiendo el caso del fichero de configuración global, tenemos el contenido del fichero:<blockquote>
vi ~/Utils/ansible/maquiensvm.yaml</blockquote>
Con el siguiente inventario:<blockquote>
all:

hosts:

   mainkivi.info:

   ansible_port: 22103

children:

   rehl:

   hosts:

   rocky9:

   mainkivi.info:

   fedorawks:

ubuntu:

hosts:

ubuntu1:

ubuntu2:</blockquote>
En este fichero tengo un inventario con tres máquinas, una de ellas con un puerto específico de conexión por [[SSH]] y también tengo dos grupos de equipos ( children ), estos grupos son "rehl" con tres equipos y "ubuntu" con dos equipos.

Para llamar a este inventario, lo mejor es tener un fichero de configuración global de usuario "ansible.conf".

== Enlaces ==

* [https://es.wikipedia.org/wiki/Ansible_(software) Definición en wikipedia.]
* [https://www.ansible.com/ Página oficial.]
* [https://docs.ansible.com/ansible/latest/ Documentación de la comunidad oficial]

Byobu

2025-01-16T09:43:14Z

Admin: /* Atajos oficiales */

[https://www.byobu.org/ Byobu] es un programa sencillo y completo que permite generar terminales virtuales y puedes aprovechar mediante conexiones SSH a otros equipos que, aunque pierdas la conexión, se puede recuperar de manera sencilla.

Byobu se basa en los programas [[TMUX|Tmux]] y '''[https://www.gnu.org/software/screen/manual/screen.html Screen]''' que permiten crear "ventanas" y "sesiones" sobre un terminal.

Para instalarlo solo hay que ejecutar:
sudo dnf install byobu
Y ejecutarlo es tan sencillo como escribir:
byobu
Este comando lo utilizaremos para ejecutar el programa como para recuperar los terminales ejecutados. Una vez ejecutado veremos la consola abierta y en la parte inferior veremos por orden:

El sistema o icono de la distribución, la versión de la distribución, los terminales abiertos (por números), datos del sistema como el tiempo que lleva encendido, el equipo, estado del los procesadores, la RAM, SWAP y por último el día y la hora actual.

Este programa, personalmente, lo utilizo para tener un terminal con el monitorio del sistema, por ejemplo '''btop''' o '''htop''', otro terminal para ejecutar ciertas órdenes, otro que genere informes de registros…

Para navegar por el programa tenemos los comandos más comunes:

* '''Shift + F1''' – muestra el menú de ayuda.
* '''CTRL + a + C''' – crea un terminal nuevo
* '''CTRL + a + «número de terminal»''' – por ejemplo, CTRL + A + 1 te llevaría al terminal 1
* '''CTRL + a + «''' – lista los terminales abiertos

Aquí os dejo mi resumen:

<youtube>https://www.youtube.com/watch?v=V6JKoDsafCE</youtube>

== Atajos oficiales ==
Igualmente, byobu ya permite ver sus atajaos con solo las teclas "MAY + F1".
[[Archivo:Byobu atajos oficiales.png|centro|miniaturadeimagen]]
Siguiendo este ejemplo podemos tener una "ventana" con dos ventanas verticales y una horizontal para poder monitorizar el sistema y tener la opción de ejecutar más comandos como el ejemplo:
[[Archivo:Byobu ventanas.png|centro|miniaturadeimagen]]

Primero dividiremos la ventana en dos horizontales con "MAY + F2", ahora volvemos a la ventana de arriba con " MAY + cursor izq." y creamos una ventana vertical con "CTRL + F2" y para movernos entre las ventanas solo tenemos que utilizar la tecla "MAYÚSCULA" y el cursor correspondiente.

Para cerrar las ventanas activas podemos escribir "exit" o las teclas "CTRL + F6" como se muestra en la ayuda.

== Configuraciones adicionales ==
Cambiar el [[shell]] por defecto a [[Zsh]] [[Byobu]].

Solo edita el fichero <blockquote>~.byobu/.tmux.conf</blockquote>Añadiendo:<blockquote>set -g default-shell /bin/zsh

set -g default-command /bin/zsh</blockquote>Cierra las sesiones y vuelve a abrir.

Nvim

2025-01-14T15:47:57Z

Admin: /* CheckHealth */

ANSIBLE

2025-01-12T17:45:58Z

Admin:

== Introducción ==
'''Ansible''' es una plataforma de software libre para configurar y administrar ordenadores. Combina instalación multi-nodo (es decir: permite desplegar configuraciones de servidores y servicios por lotes), ejecuciones de tareas ad hoc y administración de configuraciones. Adicionalmente, Ansible es categorizado como una herramienta de orquestación. Gestiona nodos a través de [[SSH]] y no requiere ningún software remoto adicional (excepto Python 2.4 o posterior) para instalarlo. Dispone de módulos que trabajan sobre JSON y la salida estándar puede ser escrita en cualquier lenguaje. Nativamente utiliza YAML para describir configuraciones re-usables de los sistemas.

En resumen, ansible se ejecuta desde un equipo y se conecta por SSH al resto de una serie de equipos definidos en un fichero de inventario y sin necesitar de tener ningún cliente previamente configurado. Con Ansible podremos instalar programas, guardar configuraciones de los equipos clientes.

== Instalación ==
Siguiendo con la base de un servidor [[Fedora]] o similar basado en RHEL ejecutamos:<blockquote>sudo dnf installl ansible -y</blockquote>

== Configuraciones previas en los nodos gestionados ==
Los nodos gestionados son los equipos que recibirán las peticiones por '''ansible''' mediante [[SSH]], un protocolo común en todos los equipos, y perfiles elevados con [[sudo]] o [[root]].

=== Configuración SSH ===
Recordemos que [[SSH]] es un protocolo de comunicación seguro común en todas las distribuciones y que ya se explicó como instalar en equipos clientes y que ya viene integrado en todos los servidores.

En esta práctica sí que es importante que podamos acceder sin necesidad de llave, cosa que [[SSH#Conexión con llave digital (sin contraseña)|ya se explica en esta misma wiki]].

=== Configuración sudoers ===
Un usuario '''sudoer''' es aquel que puede ejecutar comandos de root poniendo un "sudo" delante, por ejemplo, "''dnf update''" como tal no podríamos ejecutarlo sin ser '''root''' al no tener permisos, pero "''sudo dnf update''" permite elevar el usuario a ejecutar un comando como "'''su'''", de ahí "'''sudo'''" o "'''super user do'''".

Por defecto, el primer usuario de una instalación ya tiene estos permisos, pero para llevarlo a esta práctica, vamos a crear un usuario común y que tenga permisos de administración y, por seguridad, no habilitaremos el usuario "'''root'''".

Vamos a crear un usuario común llamado "'''suport'''" (en el caso de no haberlo creado durante la instalación y que será común en todos los nodos):<blockquote>sudo useradd suport</blockquote>I asignamos una contraseña:<blockquote>sudo passwd suport</blockquote>Ahora, le añadimos los grupos de administración:<blockquote>sudo usermod -a -G adm,wheel suport</blockquote>Y con esto, el usuario ya es administrador, ahora, por último, le permitiremos que el usuario pueda ejecutar comandos de "sudo" sin necesidad de volver a añadir la contraseña, considerando el riesgo de seguridad que conlleva, aunque es mejor que dar acceso libre al usuario root. Para eso editaremos el fichero de sudoers con:<blockquote>sudo visudo</blockquote>Esto abrirá el editor de sistema y añadiremos, al final, por ejemplo, la línea:<blockquote>suport ALL=(ALL) NOPASSWD:ALL</blockquote>Con esto le otorgamos acceso a TODOS los comandos y a ninguno pedirá contraseña.

Ahora basta con cerrar sesión, iniciar de nuevo son "suport" y ejecutar cualquier comando con "sudo" y veremos que no pide la contraseña, por ejemplo:<blockquote>sudo dnf update --refresh -y</blockquote>Que permite la actualización del sistema.

== El inventario ==
Primero vamos a generar un fichero donde tendremos un '''inventario''' de los equipos por nombre o IP a los que aplicaremos los comandos o módulos. Un ejemplo sería el fichero "maquinas" con un contenido similar:<blockquote>
[REHL]

rocky9

fedorawks

[Ubuntu]

lkservidor

lkedu22</blockquote>

'''IMPORTANTE''' - estos equipos han de responder a ping y acceso por '''SSH''' para poder acceder.

En este fichero estoy dando dos tipos de grupos, con dos equipos de distribución basados correspondientes.

'''NOTA''' - Si no tenemos acceso por nombre y si por IP podemos configurar el fichero "'''/etc/hosts'''" del equipo ansible con un añadido:<blockquote>
192.168.122.10 rocky9

192.168.122.11 fedorawks

192.168.122.12 lkedu22

192.168.122.240 lkservidor</blockquote>De esta manera podremos "llamar" a los equipos por su nombre.

== Comandos ad-hoc ==
'''Los comandos ad-hoc''' en '''Ansible''' son una forma rápida y sencilla de ejecutar una tarea única en uno o varios hosts de tu inventario. Imagina que necesitas instalar un paquete específico en todos tus servidores de producción. En lugar de crear un playbook completo, puedes utilizar un comando ad-hoc para realizar esta tarea de manera inmediata.

=== Ejemplo con una máquina ===
La primera prueba es un comando sobre una sola máquina:<blockquote>
ansible -i maquinas rocky9 -m ping -u suport</blockquote>En este caso llamamos al inventario del ejemplo anterior "maquinas" y de este fichero al equipo "rocky9" del que cargamos el módulo "ping" y mediante el usuario "suport"

El procedimiento es conectarse por SSH con usario "suport" (y así nos aseguramos la conexión) y éste realiza un ping devolviendo:<blockquote>rocky9 | SUCCESS => {

   "ansible_facts": {

   "discovered_interpreter_python": "/usr/bin/python"

   },

   "changed": false,

   "ping": "pong"

}</blockquote>Conforme confirma que ha hecho el ping con un "SUCCESS" y no han habido cambios.

=== Ejemplo con varias máquinas ===
Podemos ejecutar el mismo comando para todas las máquinas del inventario:<blockquote>ansible -i maquinas all -m ping -u suport</blockquote>Donde se ejecutaría sobre todas las máquinas del inventario.

IMPORTANTE - el orden de las respuestas varía según la respuesta.

=== Ejemplo de comandos/shell ===
Los siguientes ejemplos son para lanzar comandos o script sobre equipos inventariados, por ejemplo<blockquote>ansible -i maquinas rocky9 -m command -a "date" -u suport</blockquote>En este caso lanzamos a un ordenador del inventario "maquinas" el módulo de comandos con el argumento "date" mediante el usuario "suport". El resultado sería:<blockquote>rocky9 | CHANGED | rc=0 >>

Wed Nov 6 12:41:36 CET 2024</blockquote>
CHANGED, que ha aplicado el comando, rc=0 indica que no han habido errores y por último, el dia y la hora.
ATENCIÓN - en el módulo de comando no podemos lanzar concatenaciones, por ejemplo si lanzamos:<blockquote>ansible -i maquinas rocky9 -m command -a "ls -l / | grep p" -u suport</blockquote>
Devolverá el listado de la raíz del sistema y un error de desconocimiento de "grep" y "p", ya que las tuberías son comandos irreconocibles, otra cosa es utilizar el módulo shell: <blockquote>ansible -i maquinas rocky9 -m shell -a "ls -l / | grep p" -u suport </blockquote>Y ahora si que resolverá correctamente el resultado devolviendo todos los directorios que contenga el carácter "p".

=== Ejemplos de módulo setup ===
Con el siguiente módulo podemos obtener un inventario en versión "json" del equipos o los equipos del fichero de inventario, para eso, y siguiendo los ejemplos anteriores, ejecutamos:<blockquote>ansible -i maquinas rocky9 -m setup -u suport</blockquote>Entre tantos datos nos devuelve los datos de IP, CPU, versión del sistema.... Estos datos se presentan en variables "facts" o variables de hecho que se pueden utilizar más adelante.

=== Ejemplos de copia de ficheros ===
Con el siguiente ejemplo podemos copiar ficheros o directorios de nuestro equipo a todos los inventariados resolviendo la potencia de ansible. Este módulo resulta de "ansible.builtin.copy", de hecho, es uno de los módulos ya integrados en el sistema.<blockquote>
ansible -i maquinas rocky9 -m copy -a "src=/srv/datos/fstab dest=/tmp/fstab.rocky9 " -u suport</blockquote>
Con esto vamos a copiar el fichero '''fstab''' de directorio '''/srv/datos''' al directorio '''/tmp/''' de la máquina '''roky9''' bajo el nombre '''fstab.rocky9,''' demostrando que podemos cambiar el nombre del fichero destino una vez copiado.

Lo mismo pasaría copiando directorios, por ejemplo:<blockquote>
ansible -i maquinas rocky9 -m copy -a "src=/srv/datos/ dest=/tmp/ " -u suport</blockquote>
En este caso va a copiar todo el directorio '''/srv/datos''' a '''/tmp''' de '''rocky9''' y, como el directorio datos no existe, el resultado va a quedar en /tmp/datos, ya que, además, la copia va a ser recursiva.
Por último, vamos a copiar un fichero y lo vamos a cambiar el nombre, además de cambiar las propiedades (podéis mirar la sección de [[Comandos básicos en linux]]):<blockquote>ansible -i maquinas rocky9 -m copy -a "src=/srv/datos/fstab dest=/tmp/fstab.rocky9 mode=0775" -u suport</blockquote>

=== Ejemplo de trabajo con DNF o YUM y servicios ===
Existe el módulo de dnf como yum para poder instalar y ejecutar servicios, por ejemplo, queremos instalarle al servidor el paquete [[Apache]] para crear el servicio web, para eso podemos utilitzar:<blockquote>
ansible -i maquinas rocky9 -m dnf -a "name='httpd' state=present" -u suport -b</blockquote>Con esto vamos a instalar el paquete httpd a la versión actualizada mediante el usuario suport y lo elevamos a "sudo" con -b. Con este comando se instalará el servicio, pero no estará activo, para eso tenemos que añadir el "servicio":<blockquote>ansible -i maquinas rocky9 -m service -a "name='httpd' state=started" -u suport -b</blockquote>Es decir, siguiendo con la instalación, vamos a darle un inicio al estado del servicio.

NOTA - En caso de no haber configurado el destino para acceder sin contraseña, le podemos decir que pregunte por ella con:<blockquote>
ansible -i maquinas rocky9 -m dnf -a "name='httpd' state=present" -u suport -b --ask-become</blockquote>
De esta manera se conectará por SSH, como viene siendo habitual, y nos preguntará por la contraseña de "sudo".

== Enlaces ==

* [https://es.wikipedia.org/wiki/Ansible_(software) Definición en wikipedia.]
* [https://www.ansible.com/ Página oficial.]
* [https://docs.ansible.com/ansible/latest/ Documentación de la comunidad oficial]