Modifications pour le document Guide de l’infrastructure
Modifié par Jordan DIZIN le 2026/03/11 08:37
Depuis la version 107.2
modifié par Jordan DIZIN
sur 2026/03/11 08:37
sur 2026/03/11 08:37
Commentaire de modification :
Auto-saved during real-time collaboration
À la version 107.1
modifié par Clément AUBIN
sur 2021/04/03 21:31
sur 2021/04/03 21:31
Commentaire de modification :
Renamed back-links.
Résumé
-
Propriétés de la Page (2 modifications, 0 ajouts, 0 suppressions)
Détails
- Propriétés de la Page
-
- Auteur du document
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. dizinjorda1 +XWiki.aubincleme - Contenu
-
... ... @@ -1,7 +5,3 @@ 1 -{{error}} 2 -Cette page n'est potentiellement plus à jour. 3 -{{/error}} 4 - 5 5 Bonjour ! 6 6 7 7 Ce guide a pour but, avec le moins de prétention possible, de faire état du fonctionnement général du système d’information d’ATILLA. //En théorie//, ce guide devrait suivre les évolutions de l’infrastructure et s’adapter en conséquence … mais bon, faire de la doc, ça n’a jamais été très intéressant ~^~^. ... ... @@ -35,6 +35,7 @@ 35 35 * Internet 36 36 * Apprendre sur le tas : en terme de pédagogie, ce n’est pas le top, mais ça s’applique parfaitement au sein d’ATILLA : il y a toujours des choses à changer et à améliorer. À vous d’amadouer un admin pour qu’il vous fournisse un accès sur un ou plusieurs serveurs :p. 37 37 34 + 38 38 === L’état d’esprit === 39 39 40 40 Ce n’est pas quelque chose dont on parle souvent, mais je pense que cela compte beaucoup. Travailler au sein de l’administration système d’ATILLA, c’est évidemment pouvoir tester de nouvelles choses, mais aussi (et surtout) fournir un ensemble de services sur lesquels le reste de l’association peut se reposer (pour développer des projets, pour diffuser des talks et des conférences, …). Pour moi, avoir accès aux serveurs de l’association, c’est un énorme privilège mais aussi une énorme responsabilité. À partir du moment ou vous disposez d’un accès à un serveur, vous devenez automatiquement garant de son bon fonctionnement. ... ... @@ -132,6 +132,7 @@ 132 132 * {{code}}192.168.10.192/27 - *.preprod.infra.atilla.org{{/code}} : Réseau dédié aux services utilisés en pré-production ; 133 133 * {{code}}192.168.10.224/27 - *.dev.infra.atilla.org{{/code}} : Réseau dédié aux services utilisés en développement. 134 134 132 + 135 135 ==== Serveur DHCP ==== 136 136 137 137 Une grande majorité des serveurs du réseau {{code}}ATILLA{{/code}} prennent leur adresse IP //via// un serveur DHCP installé sur un de nos serveurs physiques (actuellement, il s’agit de {{code}}Bill{{/code}}). Toute la configuration DHCP de l’infrastructure est disponible aux membres de l’association via [[ce dépôt Git>>url:https://gitlab.atilla.org/adminsys/dhcp-config]] par souci de transparence. Nous découpons la configuration DHCP selon les 6 réseaux présentés précédemment ; on notera que ce serveur ne propose aucune //range// dynamique pour l’accueil de nouveaux équipements réseau, il faut donc modifier la configuration DHCP à l’ajout de toute nouvelle machine. ... ... @@ -145,6 +145,7 @@ 145 145 * Une configuration {{code}}external{{/code}} pour toutes les adresses externes à l’EISTI ; 146 146 * Une configuration {{code}}internal{{/code}} pour toutes les requêtes provenant de l’intérieur de l’EISTI. 147 147 146 + 148 148 ===== Configuration {{code}}external{{/code}} ===== 149 149 150 150 Dans cette configuration, on ne trouve que deux zones : {{code}}*.atilla.org{{/code}} et {{code}}*.eistiens.net{{/code}}. Il n’y a pas grand-chose à spécifier sur ces dernières, si ce n’est qu’elles ne servent qu’à rediriger un utilisateur vers notre frontal web, on trouvera donc souvent ce genre d’enregistrement : {{code}}random-vhost IN CNAME frontal-web{{/code}} ... ... @@ -157,7 +157,7 @@ 157 157 158 158 * Les fichiers de zone {{code}}*.eistiens.net{{/code}} et {{code}}*.atilla.org{{/code}} : ils ont peu ou prou le même objectif que ceux de la configuration {{code}}external{{/code}} : rediriger un utilisateur venant du réseau de l’EISTI et souhaitant se connecter à un service vers notre frontal web ; 159 159 * Le fichier de reverse-dns : {{code}}db.10.168.192.in-addr.arpa{{/code}} ; il nous permet (comme son nom l’indique) de publier les enregistrements reverse-dns des serveurs du réseau {{code}}192.168.10.0/24{{/code}} et ainsi de pouvoir faire correspondre à une adresse IP un FQDN ; 160 -* Les 6 autres fichiers restants sont les suivants : 159 +* Les 6 autres fichiers restants sont les suivants : 161 161 ** {{code}}db.infra.atilla.org{{/code}} 162 162 ** {{code}}db.vps.infra.atilla.org{{/code}} 163 163 ** {{code}}db.prod.infra.atilla.org{{/code}} ... ... @@ -167,6 +167,7 @@ 167 167 168 168 : Ces fichiers servent à publier les enregistrements DNS des serveurs se trouvant dans les «sous-réseaux» que nous avons définis auparavant. Dans chacun de ces fichiers, on retrouve le //subnet ID// du réseau correspondant, ainsi que deux enregistrements DNS {{code}}gateway{{/code}} et {{code}}broadcast{{/code}} correspondant tous les deux aux adresses IP de début et de fin du réseau. 169 169 169 + 170 170 ==== Politique de nommage des machines virtuelles ==== 171 171 172 172 Nous avons tendance à en rire, mais au premier coup d’œil, la manière dont nous nommons nos machines virtuelles peut paraître invraisemblable. ... ... @@ -180,6 +180,7 @@ 180 180 1. Une machine peut se retrouver (par mégarde) sur le mauvais réseau ; il devient ainsi difficile de la différencier d’une machine virtuelle semblable appartenant à un environnement différent ; 181 181 1. La configuration actuelle des prompt Bash ({{code}}$PS1{{/code}}) de nos machines virtuelles n’affiche que le nom de la machine et non son FQDN. Sans suffixer le nom de la machine, il est impossible de distinguer du premier coup d’œil une machine virtuelle dans un environnement de production de son homologue dans un environnement de développement. 182 182 183 + 183 183 == Liens utiles == 184 184 185 185 Vous trouverez ci-après un ensemble (plus ou moins structuré) de liens vers des documentations & tutoriels vous permettant d’en apprendre un peu plus sur l’admiminstration système.