Code source wiki de Mettre en place un sous-domaine
Version 2.1 par Clément AUBIN le 2021/04/18 08:58
Afficher les derniers auteurs
author | version | line-number | content |
---|---|---|---|
1 | Lorsqu'une VM est mise en place, et que le service qu'elle doit héberger est installé, il est grand temps de rendre ce service accessible à l'extérieur du réseau d'ATILLA. | ||
2 | |||
3 | {{toc/}} | ||
4 | |||
5 | =Idée générale= | ||
6 | |||
7 | Avant de suivre les étapes de mise en place, c’est intéressant de comprendre ce qu’on va faire ^^. | ||
8 | |||
9 | Dans l'infra d'ATILLA, les connexions à un service web (members.atilla.org, learn.atilla.org, …) passent en grande majorité par Bill, qui acte comme d'un frontal web : c’est lui qui réceptionne les connexions HTTP(s) et qui les renvoie aux bons services internes par la suite. On dit également que Bill joue le rôle de //reverse-proxy//. | ||
10 | |||
11 | En plus de cela, Bill gère la terminaison des connexions HTTPs : c’est à dire que lorsqu’une connexion HTTPs arrive sur Bill, elle est déchiffrée, puis renvoyée en HTTP à la machine virtuelle qui correspond. Cela permet de ne pas complexifier l’installation des services, et d’avoir un endroit central ou gérer les certificats SSL. | ||
12 | |||
13 | [[image:reverse-proxy-arch.png]] | ||
14 | |||
15 | En pratique, Bill dispose d'un serveur Nginx, qui va avoir réceptionner toute requête HTTP(s) sur un des sites d'ATILLA et qui transfère cette requête à la VM qui héberge le service correspondant. | ||
16 | |||
17 | =Enregistrement du sous-domaine= | ||
18 | |||
19 | =Mise en place des certificats SSL= | ||
20 | |||
21 | =Mise en place de la configuration Nginx= |