Quand une adresse IP dynamique suffit-elle ? Cas d'usage et compromis
Une adresse IP dynamique (attribuée via DHCP, changeant périodiquement) suffit pour la grande majorité des appareils et scénarios. Voici quand cela fonctionne — et quand cela ne fonctionne pas.
✅ Idéal pour IP dynamique
1. Appareils clients (utilisateurs finaux)
- Téléphones, ordinateurs portables, tablettes, TV connectées, consoles de jeu
- N'initient que des connexions sortantes — pas besoin d'accessibilité entrante
- Renouvellement de bail DHCP transparent
2. Réseaux domestiques et invités
- FAI résidentiel attribue une IP publique dynamique (ou CGNAT)
- Le routeur gère NAT/redirection de port pour besoins entrants occasionnels
- Wi-Fi invité : isolation + dynamique = sécurité + simplicité
3. IoT et appareils embarqués
- Capteurs, ampoules connectées, thermostats, caméras (gérés via cloud)
- Initient des connexions sortantes MQTT/HTTPS/CoAP vers le cloud — pas de ports entrants nécessaires
- Gestion de flotte : milliers d'appareils, zéro surcoût IP statique
4. Charges de travail éphémères / scalables
- Runners CI/CD, pods Kubernetes, fonctions serverless, instances spot
- Cycle de vie : minutes à heures. Provisionnement IP statique = gaspillage + délai.
- Découverte de services (Consul, etcd, DNS) gère l'adressage.
5. Services derrière équilibreur de charge
- Instances backend multiples derrière un load balancer (ALB, NLB, Cloudflare, Nginx)
- Clients atteignent l'IP/VIP statique du LB. Backends tournent dynamiquement.
- Health checks remplacent le ciblage statique.
6. Déploiements sensibles au coût
- IP publiques statiques coûtent 3–5 $/mois (AWS EIP, Azure PIP, GCP Static IP) + gestion
- Dynamique = gratuit avec la plupart des FAI/niveaux cloud
- Pauvreté IPv4 rend le statique cher ; préfixes IPv6 dynamiques abondants
❌ Quand vous avez besoin d'IP statique
- Hébergement services publics : Web/mail/DNS/VPN/serveur de jeu sur site sans LB
- Listes blanches : APIs partenaires, règles pare-feu, systèmes legacy nécessitant source fixe
- Certificats SSL/TLS (legacy) : Pré-SNI, hébergement virtuel basé sur IP
- Accès distant : VPN site-à-site, tunnels IPsec, RDP/SSH direct (bien que DDNS + dynamique fonctionne)
- Conformité/Audit : Certains cadres exigent IP statique pour journalisation/traçabilité
🔧 Solution hybride : DNS dynamique (DDNS)
Si vous *correspondez mostly* au dynamique mais avez *occasionnellement* besoin d'accès entrant :
- Routeur/client exécute client DDNS (No-IP, DuckDNS, Cloudflare, Dyn, auto-hébergé)
- Met à jour le hostname (ex: `maison.duckdns.org`) lors du changement d'IP
- Accès via hostname — fonctionne pour VPN, bureau à distance, apps auto-hébergées
- Niveaux gratuits disponibles ; fonctionne derrière CGNAT avec Tailscale/ZeroTier/Cloudflare Tunnel
Règle pratique : Si l'appareil *n'initie que* des connexions → dynamique. Si *d'autres doivent initier* vers lui de façon fiable → statique ou DDNS + tunnel.