New Crowdin updates (#2544)

* New translations 09-working-with-jinja-template.md (French)

* New translations 9_5.md (French)

* New translations https_rsa_keygen.md (French)

Author: rockylinux-auto

docs/books/learning_ansible/09-working-with-jinja-template.fr.md

@@ -1,21 +1,19 @@
 ---
-title: Utilisation de Modèle Jinja
+title: Utilisation de Modèle Jinja avec Ansible
 author: Srinivas Nishant Viswanadha
 contributors: Steven Spencer, Antoine Le Morvan, Ganna Zhyrnova
 ---
 
-# Chapitre : Les Templates Jinja pour Ansible
-
 ## Introduction
 
-Ansible fournit un moyen puissant et simple de gérer les configurations à l'aide de modèles Jinja via le module `template` intégré. Ce chapitre explore deux façons essentielles d'utiliser les modèles Jinja dans Ansible :
+Ansible fournit un moyen puissant et simple de gérer les configurations à l'aide de modèles Jinja via le module `template` intégré. Ce document explore deux manières essentielles d'utiliser les modèles Jinja dans Ansible :
 
 - ajouter des variables à un fichier de configuration
-- créer des fichiers complexes avec des boucles et des structures de données complexes.
+- créer des fichiers complexes avec des boucles et des structures de données élaborées.
 
 ## Ajouter des variables à un fichier de configuration
 
-### Étape 1 : créer un modèle Jinja
+### Étape n°1 : créer un modèle Jinja
 
 Créez un fichier modèle Jinja, par exemple `sshd_config.j2`, avec des espaces réservés pour les variables :
 
@@ -27,7 +25,7 @@ PermitRootLogin {{ permit_root_login }}
 # Add more variables as needed
 ```
 
-### Étape 2 : utiliser le module de template Ansible
+### Étape n°2 : utiliser le module de template Ansible
 
 Dans votre playbook Ansible, utilisez le module `template` pour restituer le modèle Jinja avec des valeurs spécifiques :
 
@@ -46,7 +44,7 @@ Dans votre playbook Ansible, utilisez le module `template` pour restituer le mod
       # Add more variables as needed
 ```
 
-### Étape 3 : appliquer les modifications de configuration
+### Étape n°3 : appliquer les modifications de configuration
 
 Exécutez le playbook Ansible pour appliquer les modifications aux hôtes cibles :
 
@@ -56,11 +54,11 @@ ansible-playbook your_playbook.yml
 
 Cette étape garantit que les modifications de configuration sont appliquées de manière cohérente sur l’ensemble de votre infrastructure.
 
-## Création d'un fichier complet avec des boucles et des structures de données complexes
+## Création d'un fichier complet avec des boucles et des structures de données élaborées
 
-### Étape 1 : améliorer le modèle Jinja
+### Étape n°1 : Améliorer le modèle Jinja
 
-Étendez votre modèle Jinja pour gérer les boucles et les structures de données complexes. Voici un exemple de configuration d'une application hypothétique avec plusieurs composants :
+Étendez votre modèle Jinja pour gérer les boucles et les structures de données complexes. Voici un exemple de configuration d’une application hypothétique avec plusieurs composants :
 
 ```jinja
 # /path/to/app_config.j2
@@ -73,7 +71,7 @@ Cette étape garantit que les modifications de configuration sont appliquées de
 {% endfor %}
 ```
 
-### Étape 2 : intégrer le module template Ansible
+### Étape n°2 : intégrer le module template Ansible
 
 Dans votre playbook Ansible, intégrez le module `template` pour générer un fichier de configuration complet :
 
@@ -105,7 +103,7 @@ ansible-playbook your_playbook.yml
 
 Cette étape garantit que les modifications de configuration sont appliquées de manière cohérente sur l’ensemble de votre infrastructure.
 
-Le module Ansible `template` fournit un moyen d'utiliser les modèles Jinja pour générer dynamiquement des fichiers de configuration pendant l'exécution du playbook. Ce module vous permet de séparer la logique de configuration et les données, rendant vos playbooks Ansible plus flexibles et maintenables.
+Le module Ansible `template` vous permet d'utiliser des modèles Jinja pour générer des fichiers de configuration de manière dynamique pendant l'exécution du playbook. Ce module vous permet de séparer la logique de configuration et les données, rendant vos playbooks Ansible plus flexibles et plus faciles à maintenir.
 
 ### Principales caractéristiques
 
@@ -119,11 +117,11 @@ Le module Ansible `template` fournit un moyen d'utiliser les modèles Jinja pour
 3. **Chemins Source et de Destination :**
    - Spécifie le fichier modèle Jinja source et le chemin de destination pour le fichier de configuration généré.
 
-4. \*\* Passage variable : \*\*
+4. \*\* Passage de variable : \*\*
    - Les variables peuvent être transmises directement dans la tâche playbook ou chargées à partir de fichiers externes, permettant une génération de configuration flexible et dynamique.
 
 5. **Exécution Idempotente :**
-   - Le module `template` prend en charge l'exécution idempotente, garantissant que le modèle n'est appliqué que si des modifications sont détectées.
+   - Le module `template` d'Ansible prend en charge l'exécution idempotente des modèles, garantissant que le modèle n'est appliqué que si des modifications sont détectées.
 
 ### Exemple de playbook snippet
 

docs/gemstones/https_rsa_keygen.fr.md

@@ -0,0 +1,45 @@
+---
+title: https – Génération de clé RSA
+author: Steven Spencer
+update: 2022-01-26
+---
+
+# https – Génération de clé RSA
+
+Ce script a été utilisé par l'auteur à plusieurs reprises. Peu importe la fréquence d'utilisation de la structure de commande `openssl`, vous devez parfois vous référer à la procédure. Ce script vous permet d'automatiser la génération de clés pour un site web en utilisant RSA. Notez que ce script est codé en dur avec une longueur de clé de 2048 bits. Pour ceux d'entre vous qui estiment que la longueur minimale de la clé doit être de 4096 bits, il suffit de changer la partie du script concernée. Sachez simplement que vous devez peser la mémoire et la vitesse qu'un site a besoin de charger sur un appareil, contre la sécurité de la longueur de clé plus longue.
+
+## Script
+
+Nommez ce script comme bon vous semble, par exemple : `keygen. h`, rendre le script exécutable (`chmod +x scriptname`) et le placer dans un répertoire qui se trouve dans votre chemin, exemple: /usr/local/sbin
+
+```bash
+#!/bin/bash
+if [ $1 ]
+then
+      echo "generating 2048 bit key - you'll need to enter a pass phrase and verify it"
+      openssl genrsa -des3 -out $1.key.pass 2048
+      echo "now we will create a pass-phrase less key for actual use, but you will need to enter your pass phrase a third time"
+      openssl rsa -in $1.key.pass -out $1.key
+      echo "next, we will generate the csr"
+      openssl req -new -key $1.key -out $1.csr
+      #cleanup
+      rm -f $1.key.pass
+else
+      echo "requires keyname parameter"
+      exit
+fi
+```
+
+!!! note "Remarque"
+
+    Vous entrerez la phrase de passe par trois fois.
+
+## Brève Description
+
+* Ce script bash nécessite la saisie d'un paramètre ($1) qui est le nom du site sans aucun www, etc. Par exemple, "mywidget".
+* Le script crée la clé par défaut avec un mot de passe et une longueur de 2048 bits (cela peut être modifié, comme indiqué ci-dessus pour une longueur de 4096 bits plus longue)
+* Le mot de passe est alors immédiatement supprimé de la clé, la raison est que le redémarrage du serveur web nécessiterait que le mot de passe de la clé soit entré à chaque fois ainsi qu'au redémarrage, ce qui peut être problématique dans la pratique.
+* Ensuite, le script crée la CSR (Certificate Signing Request), qui peut ensuite être utilisée pour acheter un certificat SSL auprès d'un fournisseur.
+* Enfin, l'étape de nettoyage supprime la clé précédemment créée avec le mot de passe correspondant.
+* La saisie du nom du script sans le paramètre génère l'erreur: "Requiert le paramètre keyname".
+* La variable de paramètre positionnel, c'est-à-dire $n, est utilisée ici. I.e., $0 représente la commande elle-même et $1 à $9 représente le premier jusqu'au neuvième paramètres. Lorsque le nombre est supérieur à 9, vous devez utiliser des accolades, par exemple ${10}.

docs/release_notes/9_5.fr.md

@@ -102,6 +102,8 @@ Ensembles d'outils de compilation mis à jour :
 Implémentation Java par défaut mise à jour vers `java-17-openjdk` :
 Après cette mise à jour, les packages `java`, `java-devel` et `jre` installeront Java 17 au lieu de Java 11.
 
+- Après cette mise à jour, les packages `java`, `java-devel` et `jre` installeront Java 17 au lieu de Java 11.
+
 ### Console Web
 
 Le package `cockpit-files` a été ajouté pour faciliter la gestion des fichiers dans la console Web.
@@ -123,14 +125,14 @@ Comme pour toute version, il existe de nombreux problèmes connus. Consultez la
 
 ### Aide intégrée dans Anaconda
 
-Actuellement, les boutons d'aide cliqués dans Anaconda n'affichent que des pages blanches.
+Actuellement, les boutons d'aide dans Anaconda n'affichent que des pages blanches.
 
 !!! info "Logiciels Obsolètes"
 
 ```
 Certains flux d'applications, qui font partie des dépôts Rocky Linux 9.5, ne recevront plus de mises à jour. Il s'agit actuellement de gcc-toolset 12 (retrait en novembre 2024), .NET 6 (retrait en novembre 2024), Ruby 3.1 (retrait en mars 2025) et Node.js 18 (retrait en avril 2025). De plus, OpenJDK 11 atteindra sa fin de vie pour Rocky Linux 9 en octobre 2024. Veuillez vous assurer d'utiliser les versions prises en charge (packages gcc-toolset 13 ou 14, packages .NET 8 ou 9, le module Ruby 3.3, les modules Node.js 20 ou 22, les packages OpenJDK 1.8.0, 17 ou 21) si d'autres correctifs sont souhaités.
 ```
 
-## Signaler des problèmes
+## Signalement de Bugs
 
 Merci de signaler tous les problèmes que vous rencontrez sur le [Rocky Linux Bug Tracker](https://bugs.rockylinux.org/). Nous vous invitons également à rejoindre notre communauté de quelque manière que ce soit, que ce soit sur nos [Forums](https://forums.rockylinux.org), [Mattermost](https://chat.rockylinux.org), [IRC on Libera.Chat](irc://irc.liberachat/rockylinux), [Reddit](https://reddit.com/r/rockylinux), [Mailing Lists](https://lists.resf.org), ou de toute autre manière que vous souhaiteriez utiliser !