Normes de nommage des ordinateurs : bonnes pratiques et usage des alias DNS (CNAME)
🔍 Introduction
Dans les infrastructures informatiques modernes, l’organisation et la clarté sont des piliers de la maintenabilité. Une convention de nommage bien définie n’est pas un luxe : c’est une nécessité ✅.
Une bonne structure de nommage permet :
- ⚙️ Une automatisation facilitée des déploiements et de la supervision
- 📈 Une meilleure visibilité des ressources
- ↺ Des migrations et restaurations simplifiées
- 💡 Une distinction claire entre environnements (production, dév, test…)
Problème fréquent : référencer directement un hôte physique dans une application. Conséquence : toute migration implique une reconfiguration.
Solution recommandée : utiliser un alias DNS (CNAME) pour cibler les services applicatifs. Ainsi, changer le serveur ne demande qu’une modification dans le DNS, sans toucher aux applications.
⚠️ Note pour les serveurs Windows : Activez la résolution des CNAME via la clé de registre suivante :
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters] "DisableStrictNameChecking"=dword:00000001
📂 Format de nommage pour les serveurs
✏️ Structure générale
[CC]-[OS]-[CL]-[TYPE]-[ENV]-[ID][-EXT]| Code | Signification |
|---|---|
| CC | Code pays (FR, CA, US) |
| OS | W = Windows, U = Unix/Linux, V = VMware, C = Cloud, N = Network |
| CL | Classe du serveur (ex: INF, DBX, WEB…) |
| TYPE | Fonction (SQL, APP, FTP…) |
| ENV | Environnement : P, Q, D, T, S |
| ID | Identifiant numérique (ex: 001) |
| EXT | Optionnel : instance secondaire (ex: a01) |
🔍 Exemple
FR-W-INF-SQL-P-003Serveur SQL Windows d’infrastructure en production, ID 003, situé en France.
🔢 Classes de serveur
| Code | Description |
| INF | Infrastructure |
| EXC | Exchange |
| APP | Serveur applicatif |
| DBX | Base de données |
| WEB | Serveur web |
| SEC | Sécurité |
| MON | Monitoring |
| VDI | Virtual Desktop |
| FS | Fichiers/Impression |
| GWY | Passerelle |
| CLD | Ressource cloud |
⚙️ Types fonctionnels (extraits)
| Code | Fonction |
| SQL | Base de données |
| APP | Application |
| FTP | Serveur FTP |
| API | API Gateway |
| DNS | DNS non-AD |
| AD | Active Directory |
| WAF | Web Application Firewall |
| PRO | Proxy |
💻 Format de nommage pour les postes de travail
✏️ Structure générale
[CC]-[HW]-[CLASS]-[ID]| Code | Signification |
| CC | Pays |
| HW | P = PC, M = Mac, X = Linux, T = Tablette |
| CLASS | D = Desktop, L = Laptop, V = VDI, T = Thin Client |
| ID | Asset tag ou identifiant unique |
🔍 Exemples
FR-P-D-4532: PC fixe en FranceCA-M-L-72910: MacBook au Canada
📊 Bonnes pratiques de nommage
- ❌ Pas de nom d’utilisateur ou de service dans l’hôte : géré via Active Directory
- ✂️ Limiter à 20 caractères max
- 📢 Utiliser des CNAME clairs et explicites (ex:
crm-prod,api-facturation) - 📄 Documenter les liens
CNAME <-> hôte réeldans une CMDB
📑 Exemple avec alias DNS (CNAME)
❌ Mauvaise pratique
Configurer l’application pour se connecter à fr-w-db-app-p-001.
✅ Bonne pratique
Créer un CNAME :
finance-db-prod -> fr-w-db-app-p-001L’application utilise finance-db-prod. En cas de migration, seul le CNAME est mis à jour.
🚀 Conclusion
Adopter des conventions de nommage strictes et utiliser des alias DNS permet de gérer efficacement la complexité croissante des systèmes IT. Ces bonnes pratiques assurent agilité, lisibilité et robustesse des déploiements.
✨ Pensez à documenter et à standardiser vos pratiques !
