Tema: server-administration
-
chrony como servidor NTP para una LAN: allow, local stratum y firewall del puerto UDP 123
Para servir la hora a una LAN con chrony hay que añadir una directiva allow limitada a la red de los clientes, decidir si realmente se quiere un respaldo con local stratum, abrir el puerto UDP 123 y comprobar con chronyc clients que los clientes consultan realmente el servidor.
-
Servidor DHCP en Linux con ISC Kea: kea-dhcp4.conf, subredes, reservas y prueba de la configuración
Configurar el servidor DHCPv4 de ISC Kea implica escribir subnet4, pools y reservas en JSON, validar el archivo con kea-dhcp4 -t antes de cargarlo realmente y saber dónde se registran las concesiones. El dhcpd de ISC ha llegado al final de su vida útil y Kea es el sucesor mantenido para nuevos despliegues.
-
HAProxy como balanceador de carga TCP/HTTP en Linux: prueba de configuración, recarga sin cortes y health checks
Para poner HAProxy delante de servidores backend hay que activar health checks por servidor, validar la nueva configuración con haproxy -c antes de que se enlace a ningún puerto y recargar mediante el mecanismo de recarga sin cortes, de modo que las conexiones en curso terminen en el proceso antiguo en lugar de perderse.
-
Comprobación del estado de NFS, Samba, chrony, Unbound y Kea desde la línea de comandos: lista de verificación
Un repaso de cinco minutos por línea de comandos para confirmar que cada servicio de infraestructura funciona y responde bien: rpcinfo -p y showmount -e para NFSv3 (exportfs -v y sockets conectados en un servidor solo NFSv4), smbstatus para Samba, chronyc tracking y chronyc clients para la hora, unbound-control status para el resolvedor y el archivo de concesiones de Kea o kea-shell para DHCP.
-
Operar un bastión SSH: ProxyJump en el cliente y restricción de lo que el jump host puede reenviar
Un bastión debe retransmitir las conexiones ProxyJump hacia los hosts internos sin convertirse en un relay TCP genérico. Esta metodología configura ProxyJump en el cliente, restringe AllowTcpForwarding y PermitOpen en el bastión y limita las excepciones con un bloque Match en lugar de una autorización global.
-
Exportar recursos compartidos NFS desde un servidor Linux: /etc/exports, exportfs y modo solo NFSv4
Compartir directorios por NFS implica escribir entradas en /etc/exports con las opciones correctas, recargarlas con exportfs en lugar de reiniciar y decidir si el servidor debe hablar solo NFSv4. Esta metodología cubre la sintaxis, el ciclo de recarga y verificación, y el único puerto de firewall que necesita un servidor solo NFSv4.
-
Reinicio de NTP, DNS y DHCP tras una caída total de la red: un arranque ordenado según las dependencias
Metodología propuesta: tras una caída que dejó fuera de servicio a NTP, DNS y DHCP a la vez, primero se levanta la hora, luego DNS y después DHCP, porque las comprobaciones de certificados y Kerberos requieren la hora correcta, la mayoría de los servicios se localizan por nombre y DHCP puede depender de ambos; con la salvedad de que un servidor NTP que usa nombres de host como upstream necesita, a su vez, DNS.
-
Configurar un servidor de archivos Samba: smb.conf, testparm y desactivación de SMB1
Para poner en marcha un recurso compartido de Samba hay que editar [global] y una sección de recurso en smb.conf, elegir entre una base de datos local de smbpasswd o la pertenencia a Active Directory, validar el archivo con testparm antes de recargar y confirmar que SMB1 sigue desactivado.
Legible por máquina: JSON