Il pourrait être utile de figer les IP internes et/ou d'assurer la synchronisation/reconfiguration du frontal web.
Historique (sur des années) : on avait un conteneur LXC daté (que l'on peine à moderniser) avec IP publique sur un hôte daté. On a migré ce conteneur sur un hôte à jour, il s'est retrouvé en IP privée derrière un frontal, puis on a commencé à déplacer des services (SQL, redis, epub, etc.) vers un autre conteneur LXC à jour (avec l'espoir de réduire l'ancien à zéro à terme). Ce qui a donné : un frontal qui doit parler à un conteneur, et un conteneur qui doit parler à un autre conteneur. Avant l'incident, les communications passaient par les adresses IP, attribués dynamiquement par dnsmasq-dhcp.
Situation courante post mesure corrective : dnsmasq-dhcp est configuré pour servir toujours les mêmes IP pour les adresses MAC des conteneurs, et les conteneurs se connaissent par leurs noms. Le frontal continue à utiliser les IP car il est hors de la résolution de noms LXC. Deux petits écueils :
pour que la résolution fonctionne, il faut que le conteneur ait démarré, donc il faut gérer l'ordre de démarrage des conteneurs (ce qui redonnera 8 min d'interruption le 17 août après un redémarrage pour découvrir cela et corriger).
étant parti d'un conteneur à IP publique, on se retrouve avec un conteneur nommé par exemple "alpha" associé à une IP publique alpha.linuxfr.org et donc sur l'hôte on a alpha qui a une IP publique et une IP privée. Si ce conteneur était refait de zéro il aurait un nom différent voire aléatoire et ce micro-problème n'existerait pas.
# Suivi post-incident
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Incident du 26 juin 2025 ayant touché les serveurs de production et de développement. Évalué à 4.
Historique (sur des années) : on avait un conteneur LXC daté (que l'on peine à moderniser) avec IP publique sur un hôte daté. On a migré ce conteneur sur un hôte à jour, il s'est retrouvé en IP privée derrière un frontal, puis on a commencé à déplacer des services (SQL, redis, epub, etc.) vers un autre conteneur LXC à jour (avec l'espoir de réduire l'ancien à zéro à terme). Ce qui a donné : un frontal qui doit parler à un conteneur, et un conteneur qui doit parler à un autre conteneur. Avant l'incident, les communications passaient par les adresses IP, attribués dynamiquement par
dnsmasq-dhcp.Situation courante post mesure corrective :
dnsmasq-dhcpest configuré pour servir toujours les mêmes IP pour les adresses MAC des conteneurs, et les conteneurs se connaissent par leurs noms. Le frontal continue à utiliser les IP car il est hors de la résolution de noms LXC. Deux petits écueils :