Configuration Services Internes
La configuration du site web intranet est similaire à la configuration du site www. Nous avons le Dockerfile permettant le lancement du service, accompagner par le dossier www et config. Le premier contient le fichier php du site internet. Le dossier config quant à lui contient la configuration apache du site portail de la société ainsi qu'un fichier par défaut.
La configuration du SOA interne est similaire à la configuration du SOA externe à la différence qu'il faut définir une access-list "ip_interne" reprenant les utilisateurs autorisé à faire des requêtes sur le SOA interne. Grâce à l'option allow-query {ip_interne}, on peut autoriser les requêtes venant uniquement de l'access-list. Le Dockerfile permettant le lancement du service se trouve à la même hauteur que le fichier le named.conf. Nous avons regrouper tout les fichiers de zones au même endroit afin de pouvoir tous les copiers en même temps au même endroit lors de la création du service.
Nous avons en plus du Dockerfile permettant le lancement du service, un fichier named.conf contenant la configuration du résolveur donnant sur le SOA interne. Les deux fichiers se trouvent au même niveau afin de faciliter l'accès du Dockerfile au named.conf et éviter les erreurs inutiles.
Le Dockerfile permettant le lancement de la DB, a accès à un dossier contenant les fichiers de configuration permettant la création du service.
Chaque Dockerfile contient les outils de base permettant la création et le fonctionnement d'un nouveau poste utilisateur. Chaque Dockerfile est accompagné d'un fichier resolv.conf l'adresse vers le résolveur du réseau intra. La multiplication des fichiers résolves sont plus pour faciliter la manipulation que pour une réelle utilité. Nous avons choisi de faire un Dockerfile par groupe de travailleurs au sein de la société afin de permettre une éventuelle personnalisation en fonction du besoin.
