Le contexte

Le client dispose d’une application WEB (ERP/CRM) contenant des données sensibles. L’application est installée sur un serveur WEB IIS dans le réseau local du client.

L’objectif est de donner accès à cette application à des utilisateurs externes à la société, tout en conservant un niveau de sécurité satisfaisant pour le serveur applicatif. L’idée est d’installer un WAF en frontal qui protégera le serveur IIS des attaques et permettra de filtre les accès extérieurs.

Le client dispose d’une infrastructure virtualisée (Hyper-V).

Nos actions

La solution proposée a été d’installer le firewall applicatif open source PFSENSE sur une machine virtuelle dans une DMZ. Ce firewall sera ensuite utilisé comme Reverse Proxy pour permettre aux utilisateur d’internet d’accéder au serveur applicatif.

Les actions ont donc été les suivantes :

• Paramétrer une DMZ dans Hyper-V
• Installer PFSENSE sur une machine virtuelle dans la DMZ
• Paramétrer le reverse proxy du PFSENSE pour que le nom d’hôte choisi par le client soit rediriger vers le serveur IIS interne (en utilisant le module HAPROXY), en HTTP et HTTPS
• Paramétrer la sécurité
• Paramétrer les certificats SSL sur le PFSENSE avec renouvellement automatique (ACME et Let’s Encrypt)
• Rediriger les flux nécessaires

Budget et délais

Ce type de prestation nécessite un budget < 1000 euros et peut être mis en place en quelques jours.

Pour aller plus loin

Ce type de configuration pourrait permettre d’avoir des accès différents pour fournisseurs ou client par exemple, ou encore de faire du load balancing (répartition de charge) entre plusieurs serveurs d’applications.

C’est également possible avec d’autres systèmes de virtualisation (comme Proxmox ou ESX) ou avec des serveurs physiques.

Il existe également l’alternative OPNsense pour la partie firewall.

Liens utiles

• Le site officiel de PFSENSE
• Le site officiel de HAPROXY
• Tutorial pour mettre en place PFSENSE avec HAPROXY et Let’s Encrypt

L’article Mise en place d’un reverse proxy avec pfsense est apparu en premier sur SOS Linux.

Le contexte

Centos a annoncé la fin de vie de la version 8 pour le 31 décembre 2021.

Le client a une dizaine de serveur installés avec CENTOS 8, avec des applications diverses (DNS, serveurs Web avec divers applicatifs, serveur Gitlab, Serveur de temps, base de données, …).

Le client souhaite migrer ces serveurs vers une distribution Linux avec un support logiciel actif.

L’infrastructure est sous Esxi, le réseau est en IPV4 et IPV6 avec de nombreux VLAN. Certaines applications sont en production et nécessite de favoriser la coupure la plus courte possible pour les utilisateurs.

Nos actions

Dans un premier temps, nous avons choisi la distribution Ubuntu 22.04LTS, version bénéficiant d’un support logiciel à long terme et adaptée à l’usage en entreprise. Nous avons commencé par créé une image adaptée à l’architecture du client et répondant à ses exigences applications et en terme de sécurité. Le modèle a été créée dans la bibliothèque de l’ESX pour être répliqué simplement.

Nous avons ensuite préparé les différents serveurs, en redimensionnant en fonction du besoin et des observations de l’existant.

Nous avons préparé à chaque fois les différentes applications sur les serveurs (apache, MySQL, firewall ufw, find, …) et copié les fichiers applicatifs.

Lors de la migration, il ne restait qu’à copier les données des bases de données et basculer les adresses IP, puis intégrer les nouveaux serveurs dans le système de monitoring (Centreon).

Chaque serveur a été documenté pour les besoins du SI de l’entreprise.

Budget et délais

L’ensemble des serveur a été migré dans un délai de 2 semaines, avec une coupure de service limitée à 1h maximum pour les cas les plus défavorables.

Pour aller plus loin

Il aurait été possible d’utiliser Ansible pour gérer les configurations, mais dans ce cas le client n’avait pas de compétences et ne l’a pas souhaité.

La mise à jour PHP a posé des problèmes de compatibilités avec certains applications web et certains sites sous WordPress, un downgrade a été nécessaire dans un 1er temps vers une version de PHP plus ancienne sur un serveur.

Liens utiles

L’annonce de la fin de vie de Centos 8

Télécharger Ubuntu 22.04LTS

L’article Migration Centos 8 vers UBUNTU est apparu en premier sur SOS Linux.

Le contexte

Pour assurer le fonctionnement et la disponibilité de son infrastructure informatique, dans les meilleures conditions possibles pour l’utilisateur, il est important de mettre en place un système de supervision (monitoring).

Ce système permettra au minimum de remonter les alertes lorsqu’un équipement est inactif ou injoignable (ping qui ne répond par exemple), mais il sera encore plus pertinent de pouvoir obtenir des metrics et data sur le système pour connaitre sa charge (processeur, mémoire, disques) et l’état de ses services. Ceci permet d’anticiper les problèmes, d’analyser les performances et dans certains cas augmenter des ressources.

Il existe de nombreuses solutions commerciales ou open source pour monitorer les ressources. Celle que j’ai privilégié est Centreon.

C’est une plateforme SaaS que vous pouvez installer sur votre serveur, et qui permettra de monitorer différents services et serveurs.

La version open source permet de bénéficier déjà de nombreux plugins et scripts permettant de monitorer la majorité de vos serveurs ou équipements.

Nos actions

Dans un 1er temps, nous avons installer le serveur sur une distribution CentOS 7 (Centreon étant packagé pour les environnements RedHat).

Dans un 2nd temps, nous avons paramètré Centreon avec une licence commerciale, ayant moins de 100 équipements à monitorer (la version commerciale est gratuite dans ce cas). Nous avons paramètre des machines types Linux et Windows, ainsi que des sites internet.

Nous avons ensuite ajouter les différents serveurs (Linux, Windows) et les sites internet à surveiller. Ceci a été très rapide, seul el service SNMP ayant besoin d’être mis en place.

La dernière étape a été de mettre en place la remontée d’alerte par email, en cas de défaillance, panne, ou simplement alerte sur un équipement ou service.

Budget et délais

Cette prestation nécessite la mise ne place d’un serveur (VPS, serveur hébergé ou interne, ou serveur virtualisé), le paramétrage puis l’intégration pour chaque équipement.

Pour aller plus loin

Centreon dispose de plus de 435 plugins pour monitorer tout équipement ou service de votre infrastructure. Toutefois la documentation est assez sommaire si on ne prend pas la version commerciale.

Il est possible d’aller beaucoup plus loin dans les remontées d’alerte et le suivi d’incident.

Liens utiles

Le site de Centreon

L’article Mise en place de Centreon pour le monitoring de serveurs et équipements est apparu en premier sur SOS Linux.