coimbrap
/
projet_serveur_krkn
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Vulgarisation

master
Pierre Coimbra 2020-02-28 17:22:44 +01:00
parent 320fdf8b0d
commit 2bb2435f66
No known key found for this signature in database
GPG Key ID: F9C449C78F6FAEE6
3 changed files with 10 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

BIN
Présentation_auto-héhergement_Kr[HACK]en.pdf Normal file
View File

Binary file not shown.

6
README.md
View File

@ -27,11 +27,13 @@ charge de former leur successeurs.
4. [Cluster](proxmox/cluster)
5. [Haute Disponibilitée](#)
6. [Gestion de l'authentification](#)
7. [Sécurisation des container / VM](#)
3. [Réseau](reseau)
1. [Introduction à OpenvSwitch](reseau/introduction_ovs.md)
2. [Topologie du réseau matériel](reseau/topologie_reseau_physique.md)
3. [Topologie du réseau virtuel](reseau/topologie_reseau_virtuel.md)
4. [Mise en place du réseau](reseau/mise_en_place.md)
5. [Logique de l'assignation des adresses IP](reseau/logique_ip_ct_vm.md)
4. [Applicatif](applicatif)
1. [Répartition des services dans les zones](applicatif/repartition_en_zones.md)
2. [Zone WAN](applicatif/zone_wan)
@ -39,3 +41,7 @@ charge de former leur successeurs.
4. [Zone Proxy](applicatif/zone_proxy)
5. [Zone Interne](applicatif/zone_interne)
6. [Zone CTF](applicatif/zone_ctf)
5. [Aide au déploiement](deploiement)
1. [Introduction à Ansible](#)
1. [Déploiement via Ansible](deploiement/deploiement_avec_ansible.md)
3. [Notes et conseils](#)

8
presentation_projet.md
View File

@ -9,7 +9,7 @@ Les 2 nodes du serveur, que nous appellerons Alpha et Beta, auront Proxmox comme
### Infrastructure logicielle
#### Infrastructure réseau du serveur
Les containers/VMs sensibles seront répliqués entre les deux nodes
Les conteneurs/VMs sensibles seront répliqués entre les deux nodes
L'infrastructure réseau du club s'articulerait de la manière suivante (sur chaque node) :
- Un bloc pare-feu / routeur (OPNSense).
@ -18,9 +18,9 @@ L'infrastructure réseau du club s'articulerait de la manière suivante (sur cha
- Le reverse proxy (NGINX) de la partie CTF redirigera les requêtes vers les différents environnements CTF (CTFd, Challenges Web...).
#### Services permanents
Les containers/VMs permettant l'accès à ces services ne sont pas détaillés ici.
Les conteneurs/VMs permettant l'accès à ces services ne sont pas détaillés ici.
L'infrastructure du club s'articulerait de la manière suivante :
L'infrastructure du club s'articulait de la manière suivante :
- Le site web du club.
- Le Wiki du club.
- Un serveur mail pour remplacer le service fourni par OVH.
@ -37,7 +37,7 @@ Ce qui permettrait d'auto-héberger tous les services du club.
#### Environnements CTF
L'objectif est de remplacer la banque de challenge du club stockée actuellement sur un poste en B141. Celui-ci n'est pas documenté, ce qui réduit les modifications que nous pouvons y apporter.
A partir des sources des challenges actuels une nouvelle infrastructure CTF prendra forme, elle s'organisera de la manière suivante :
A partir des sources des challenges actuels, une nouvelle infrastructure CTF prendra forme. Elle s'organisera de la manière suivante :
- Un premier CTFd avec tous les challenges du club utilisés pour les OpenCTF.
- Un autre CTFd que nous utiliserons pour les sessions en externe, comme par exemple pour la session 0.
- Une VM avec différents environnements Docker temporaires pour les challenges système.