Sujet : server-administration
-
Exécuter chrony comme serveur NTP pour un LAN : allow, stratum local et pare-feu UDP 123
Pour servir l'heure à un LAN avec chrony, il faut ajouter une directive allow limitée au réseau des clients, décider si un repli en stratum local est réellement souhaitable, ouvrir UDP 123 et vérifier avec chronyc clients que les clients interrogent bien le serveur.
-
Serveur DHCP sous Linux avec ISC Kea : kea-dhcp4.conf, sous-réseaux, réservations et test de configuration
Configurer le serveur DHCPv4 d'ISC Kea consiste à écrire en JSON les sections subnet4, pools et reservations, à tester le fichier avec kea-dhcp4 -t avant son chargement réel et à savoir où les baux sont enregistrés. Le dhcpd d'ISC est en fin de vie ; Kea est le successeur maintenu pour les nouveaux déploiements.
-
HAProxy comme répartiteur de charge TCP/HTTP sous Linux : test de configuration, rechargement sans coupure et health checks
Placer HAProxy devant des serveurs backend suppose d'activer les health checks par serveur, de valider toute nouvelle configuration avec haproxy -c avant qu'elle ne soit liée à un port, et de recharger via le mécanisme de rechargement sans coupure, afin que les connexions en cours se terminent sur l'ancien processus au lieu d'être interrompues.
-
Vérifier l'état de NFS, Samba, chrony, Unbound et Kea en ligne de commande : une checklist
Une vérification de cinq minutes en ligne de commande pour confirmer que chaque service d'infrastructure fonctionne et répond correctement : rpcinfo -p et showmount -e pour NFSv3 (exportfs -v et sockets connectées sur un serveur NFSv4 seul), smbstatus pour Samba, chronyc tracking et chronyc clients pour l'heure, unbound-control status pour le résolveur, et le fichier de baux Kea ou kea-shell pour le DHCP.
-
Exploiter un bastion SSH : ProxyJump côté client et restriction des redirections autorisées sur l'hôte de rebond
Un bastion doit relayer les connexions ProxyJump vers les hôtes internes sans servir de relais TCP généraliste. Cette méthode configure ProxyJump côté client, restreint AllowTcpForwarding et PermitOpen sur le bastion, et limite les exceptions à un bloc Match plutôt qu'à une autorisation globale.
-
Exporter des partages NFS depuis un serveur Linux : /etc/exports, exportfs et mode NFSv4 uniquement
Partager des répertoires via NFS implique d'écrire des entrées /etc/exports avec les bonnes options, de les recharger avec exportfs plutôt que par un redémarrage, et de décider si le serveur doit parler uniquement NFSv4. Cette méthodologie couvre la syntaxe, le cycle de rechargement et de vérification, ainsi que l'unique port de pare-feu requis par un serveur NFSv4 seul.
-
Redémarrer NTP, DNS et DHCP après une panne réseau totale : un ordre fondé sur les dépendances
Méthodologie proposée : après une panne ayant touché NTP, DNS et DHCP simultanément, remettre en service d'abord l'heure, puis DNS, puis DHCP, car les contrôles de certificats et Kerberos exigent une heure correcte, la plupart des services se localisent par leur nom et DHCP peut dépendre des deux ; à noter qu'un serveur NTP qui utilise des noms d'hôte en amont a lui-même besoin de DNS.
-
Mettre en place un serveur de fichiers Samba : smb.conf, testparm et désactivation de SMB1
Pour publier un partage Samba, il faut modifier la section [global] et une section de partage dans smb.conf, choisir entre une base locale smbpasswd et l'appartenance à un domaine Active Directory, valider le fichier avec testparm avant de recharger la configuration, puis vérifier que SMB1 reste désactivé.
Lisible par machine : JSON