# Dossier d'Architecture de l'Infrastructure **Version :** 1.0 **Auteur :** Julien **Statut :** Document maître --- # 1. Objectif Ce dossier décrit l'architecture complète de l'infrastructure informatique personnelle. Il constitue la documentation de référence permettant : * de comprendre l'architecture ; * d'exploiter les systèmes ; * de maintenir l'infrastructure ; * de faire évoluer les composants ; * de reconstruire l'ensemble après une panne majeure. La documentation doit rester suffisante pour permettre à une personne compétente de reprendre l'administration de l'infrastructure sans connaissance préalable. --- # 2. Principes fondateurs Toutes les décisions techniques doivent respecter les principes suivants. ## Disponibilité Les services critiques doivent rester disponibles malgré : * une panne d'un disque ; * une panne d'un serveur non critique ; * une mise à jour logicielle planifiée. --- ## Intégrité Toute modification des données doit être maîtrisée. Les mécanismes de vérification d'intégrité doivent permettre de détecter une corruption des données. --- ## Confidentialité Les données ne sont accessibles qu'aux utilisateurs et services autorisés. Les services internes ne sont jamais exposés inutilement. --- ## Traçabilité Les opérations importantes doivent laisser des traces exploitables. Les journaux doivent permettre le diagnostic d'un incident. --- ## Simplicité Une solution simple est préférée à une solution complexe lorsque le niveau de sécurité reste équivalent. --- ## Évolutivité L'ajout d'un disque, d'un serveur ou d'une application ne doit pas nécessiter de restructuration importante. --- ## Reproductibilité Chaque composant doit pouvoir être reconstruit uniquement à partir : * de cette documentation ; * des sauvegardes ; * des dépôts de configuration. --- # 3. Vue logique L'infrastructure est organisée en domaines fonctionnels. ## Réseau Responsable : * connectivité ; * routage ; * DNS ; * VPN ; * exposition Internet. --- ## Stockage Responsable : * conservation des données ; * partage des fichiers ; * intégrité ; * sauvegardes. --- ## Applications Responsables : * diffusion multimédia ; * gestion documentaire ; * téléchargement ; * authentification ; * supervision. --- ## Administration Responsable : * gestion des comptes ; * mises à jour ; * surveillance ; * documentation. --- # 4. Frontières de sécurité L'infrastructure est découpée en zones. ## Internet Zone non maîtrisée. Toute connexion provenant d'Internet est considérée comme non fiable. --- ## Réseau local Zone d'administration. Les protocoles suivants sont exclusivement internes : * SSH * NFS * Samba --- ## Zone de publication Les services exposés utilisent exclusivement : Internet ↓ Reverse Proxy ↓ Application Aucune application n'est directement publiée. --- ## Zone de stockage Le NAS n'exécute pas de services Internet. Il constitue uniquement le référentiel des données. --- # 5. Modèle d'administration L'administration est exclusivement réalisée depuis des postes autorisés. Les postes d'administration sont identifiés individuellement. Pour chacun sont documentés : * propriétaire ; * système d'exploitation ; * clés SSH ; * date de création ; * date de rotation des clés. L'administration distante utilise exclusivement SSH par clé. Les mots de passe SSH sont interdits. Les accès administratifs depuis Internet sont interdits. --- # 6. Gestion des identités Les comptes sont répartis en catégories. ## Comptes administrateurs Administration des serveurs. --- ## Comptes utilisateurs Accès aux données. --- ## Comptes de service Utilisés uniquement par les applications. Ils ne disposent pas de privilèges administrateur. Les permissions sont attribuées par groupes. --- # 7. Gestion des secrets Les secrets comprennent notamment : * clés SSH ; * mots de passe ; * certificats TLS ; * clés API ; * jetons d'authentification. La documentation indique : * où ils sont stockés ; * qui peut y accéder ; * comment les renouveler ; * comment les révoquer. Aucun secret n'est stocké dans le dépôt de documentation. --- # 8. Politique réseau Le réseau est organisé selon les principes suivants : * adresses IP fixes pour les serveurs ; * réservations DHCP ; * DNS interne cohérent ; * segmentation logique des services. Le document "Architecture réseau" détaille : * le plan d'adressage ; * les routes ; * les flux ; * les règles de pare-feu ; * le VPN. --- # 9. Politique de stockage Le stockage suit les principes suivants. Les données sont stockées sur le NAS. Les applications ne connaissent jamais les disques physiques. Les systèmes de fichiers sont indépendants. L'agrégation est assurée par MergerFS. La protection est assurée par SnapRAID. Les sauvegardes sont indépendantes. --- # 10. Politique de sécurité La sécurité repose sur plusieurs couches. * pare-feu * SSH par clé * Fail2ban * HTTPS * authentification forte * limitation de la surface d'exposition * supervision Chaque couche reste efficace même en cas de défaillance d'une autre. --- # 11. Politique de sauvegarde Une sauvegarde doit permettre : * la restauration d'un fichier ; * la restauration d'une application ; * la restauration complète d'un serveur. Les sauvegardes sont régulièrement vérifiées. Une sauvegarde non testée n'est pas considérée comme fiable. --- # 12. Politique de supervision La supervision couvre : * matériel ; * stockage ; * réseau ; * applications ; * journaux. Les anomalies doivent être détectées avant qu'elles n'entraînent une interruption de service. --- # 13. Gestion des changements Toute modification importante entraîne : * une mise à jour de la documentation ; * une sauvegarde des configurations ; * une validation du fonctionnement. --- # 14. Structure documentaire Le dossier est organisé comme suit : 01 - Architecture générale 02 - Architecture réseau 03 - Architecture NAS 04 - Architecture serveur média 05 - Identités et accès 06 - Gestion des secrets 07 - Stockage 08 - Sauvegardes 09 - Supervision 10 - Applications 11 - Procédures d'exploitation 12 - Inventaire 13 - Journal des évolutions Chaque document possède : * un objectif ; * un périmètre ; * des dépendances ; * un historique des modifications. --- # 15. Règle fondamentale Aucune connaissance indispensable à l'exploitation de l'infrastructure ne doit reposer uniquement sur la mémoire de l'administrateur. Toute information critique doit être : * documentée ; * vérifiable ; * reproductible ; * maintenue à jour.