# Configurer un serveur WEB

## 1. Prérequis

1. Suivre la procédure **Exporter et importer une VM depuis la plateforme de Production** pour transférer la VM `WEBx` vers l'environnement client.
2. Suivre la procédure **Préparation d'un serveur Linux**.
3. Disposer du DCSR et, en cas de renouvellement, de l'accès à l'ancien serveur afin de reprendre les paramètres propres au client.

## 2. Vérifier le DNS

Sur un serveur Active Directory de la plateforme cible, vérifier les entrées suivantes et les créer si nécessaire :

| Nom | Type et cible | Usage |
| --- | --- | --- |
| `AD1` | Alias ou hôte vers `AD1` | DNS et NTP |
| `AD2` | Alias ou hôte vers `AD2` | DNS et NTP |
| `ServeurActiveMQ1` | Alias vers `MULTI1` | Connexion ActiveMQ |
| `ServeurActiveMQ2` | Alias vers `MULTI2` | Connexion ActiveMQ |
| `SNMP` | Alias ou hôte vers `SNMP` | Supervision SNMP |
| `[SQL] ServeurBD` | Alias vers `BDSQLVIP` | Connexion à la base SQL |
| `[Oracle] BD1` | Alias ou hôte vers `BD1` | Connexion à la base Oracle |
| `[Oracle] BD2` | Alias ou hôte vers `BD2` | Connexion à la base Oracle |

Adapter les enregistrements aux plateformes de Production, de Formation ou de Test selon le DCSR et la configuration validée de l'environnement.

## 3. Vérifier les flux réseau

Sur le pare-feu, vérifier les flux suivants et demander leur ouverture au service réseau s'ils sont absents :

| Source | Destination | Protocole | Port(s) |
| --- | --- | --- | --- |
| `WEBx` | `AD1/AD2` | TCP et UDP | `53` / `123` |
| `WEBx` | `MULTI1/MULTI2` | TCP | `61616` |
| `WEBx` | `SNMP` | UDP | `161` / `162` |
| `WEBx` | `BDVIP` (SQL) | TCP | `1433` |
| `WEBx` | `BD1/BD2` (Oracle) | TCP | `1521` |
| `RPINT1/RPINT2/RPINTVIP` | `WEBx` | TCP | `443` (et `18080` pour l'ancien HTTP, si utilisé) |
| `TELEMW1/TELEMW2` | `WEBx` | TCP | `22` / `443` / `4848` |

## 4. Accéder à l'administration du portail

Depuis un serveur Windows TELEMW, ouvrir l'interface d'administration :

```text
https://WEBx:4848/
```

Utiliser le compte d'administration et récupérer son mot de passe dans RDM. Si le mot de passe initial est encore en vigueur, le remplacer immédiatement par un secret robuste et mettre à jour RDM. Ne pas conserver de mot de passe en clair dans cette procédure.

## 5. Configurer les paramètres Java

Dans l'interface GlassFish, ouvrir les paramètres Java de l'instance concernée. Pour un renouvellement, comparer les réglages de l'ancien serveur et les reporter lorsqu'ils sont applicables.

- `-Xmx5120m` définit la mémoire maximale de GlassFish. Régler cette valeur à la mémoire totale de la VM moins 1 Go. L'exemple fourni pour une VM de 6 Go est `5120m`.
- `-Xms1024m` définit la mémoire minimale (1 Go). Ne pas modifier ce paramètre selon la procédure source.
- `-DACTIVEMQ_IP=ServeurActiveMQ1;ServeurActiveMQ2` désigne les serveurs ActiveMQ. Modifier ce paramètre uniquement pour les plateformes de Test et de Formation, selon leur configuration.
- `-DENV_NAME=WEBx` doit correspondre au rôle de la VM : `WEB1`, `WEB2`, `WEBF` ou `WEBT`.
- `-DNOM_CARTE_GCIS=sdisXX.gcm` : remplacer `XX` par le numéro du département.

Si l'envoi de courriels par le portail est utilisé, configurer les paramètres SMTP suivants avec les valeurs du client :

```text
-Dmail.smtp.host=1.2.3.4
-Dmail.smtp.user=USER
-Dmail.smtp.password=<mot de passe SMTP depuis RDM>
-Dmail.smtp.from=user@sdisxx.fr
-Dmail.smtp.auth=true
-Dmail.smtp.port=25
```

Remplacer les valeurs d'exemple par celles fournies par le client. Stocker le mot de passe SMTP dans RDM, pas dans cette procédure.

## 6. Configurer la base de données

Dans les paramètres BDD, ouvrir `jdbc/start` et choisir dans **Pool Name** le type de base présent sur l'infrastructure cible : `SQL` ou `Oracle`.

Ouvrir ensuite la ressource correspondante : `Start_SQL` ou `Start_ORA`. Vérifier et adapter, selon le DCSR ou la configuration validée, l'utilisateur, le mot de passe, le nom de VM et la chaîne de connexion. Récupérer les mots de passe dans RDM.

Pour tester la connexion, ouvrir l'onglet **General**, puis cliquer sur **Ping**. Confirmer que le test réussit.

## 7. Vérifier les paramètres serveur et redirections

Contrôler les paramètres du serveur GlassFish. En cas de renouvellement de VM, comparer avec l'ancien serveur et reporter les paramètres nécessaires.

Dans `server-config / Virtual Servers / server`, vérifier et reporter, s'ils existent, les paramètres de redirection, notamment ceux utilisés pour la géolocalisation mobile.

## 8. Déployer l'application Web

Récupérer sur le Cloud Systel le fichier EAR correspondant à la version de Start utilisée. Les emplacements de référence indiqués sont :

```text
\\cloud\Qualité\Alerte\Version de référence SGO_11x\Version WebCIS\systel-alerte-v485.11x.xxxx-x-xxxxxx_iCome_SGO_11x.xxxx-RC.ear
\\cloud\Qualité\Production_Version\Publiée\SGO_4.85.117\Archives
```

Dans l'interface d'administration, ouvrir **Applications**, puis cliquer sur **Deploy**. Charger le fichier `.ear`, sélectionner `server`, décocher **Implicit CDI**, puis cliquer sur **OK** pour lancer le déploiement.

Vérifier que l'application apparaît dans la liste, puis tester son fonctionnement à l'une des adresses suivantes :

```text
https://WEBx/systel-alerte-web/Console.jsp
https://portail.sdisxx.fr/
```

## 9. Sécuriser les comptes système

Modifier les mots de passe des comptes `systel` et `root` :

```bash
passwd systel
passwd root
```

Générer des mots de passe conformes à la politique locale et les enregistrer dans RDM. Ne pas inscrire les secrets dans cette procédure.

## 10. Dépanner une erreur SSL de HAProxy

En cas d'erreur de couche 6 dans HAProxy (`SSL handshake failure`), vérifier les paramètres SSL du port `443` dans l'interface GlassFish. Les valeurs exactes doivent être reprises de la configuration validée de l'ancien serveur ou de la documentation de l'environnement; elles ne figurent pas dans le texte source disponible.

Selon la procédure source, la modification de ces paramètres ne nécessite pas de redémarrage pour être prise en compte.