Changer d'IP sans tout casser

Prérequis : cours 2.1 et 2.2.

Pourquoi

Renuméroter un réseau (changer de plan d'adressage) arrive plus souvent qu'on croit : fusion, VPN qui collisionne, passage en 10.x. Mal fait, c'est une demi-journée sans réseau ; bien fait, 10 minutes.

Concepts

• IP statique vs DHCP : statique = fixée à la main (serveurs, imprimantes, box) ; DHCP = distribuée automatiquement (chapitre 4). Avant de renuméroter : lister tout ce qui est en statique (serveurs, caméras, imprimantes, règles firewall par IP !).
• Bail DHCP : la durée d'attribution. Baisser le bail (ex. 1 h) la veille : le jour J, tout le monde redemande vite une adresse.
• DNS local : si des machines se joignent par nom (box, NAS), mettre à jour les enregistrements ou le /etc/hosts — sinon « le réseau marche mais les noms non ».

Exemple : la séquence

1. Nouveau plan sur papier (réseau, passerelle, plages DHCP, statiques).
2. La veille : bail DHCP à 1 h, backup des confs (box, firewall, proxy).
3. Jour J : changer la box/passerelle, puis les statiques un par un, ip addr + ping passerelle + ping 8.8.8.8 + ping nom à chaque étape.
4. Remonter le bail DHCP, vérifier les règles firewall par IP.

Cas réel

Renumérotation faite « vite » sans liste des statiques : l'imprimante réseau et 2 caméras restées sur l'ancien plan, découvertes 3 jours plus tard (« l'imprimante a toujours marché pourtant »). La liste, c'est le changement.

Pièges

• Règles firewall/NAT par IP oubliées : le trafic passe mais les redirections meurent.
• Box dont l'interface d'admin change d'IP en premier : on se lock de la conf à mi-chemin (changer la box en dernier, en local).
• Oublier les mobiles en IP fixe (vieux téléphones, tablettes murales) : ils ne redemandent rien tout seuls.

À retenir

Lister les statiques, baisser le bail la veille, changer dans l'ordre, tester à chaque étape.