From 414e1ce8046fdc351b116c744643ff2789aca36f Mon Sep 17 00:00:00 2001 From: icheikhrouhou Date: Mon, 13 Apr 2020 10:50:20 +0200 Subject: [PATCH] fix translate share process fr --- .../configure-pod-container/share-process-namespace.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/content/fr/docs/tasks/configure-pod-container/share-process-namespace.md b/content/fr/docs/tasks/configure-pod-container/share-process-namespace.md index 4a67cefefb..f55431571d 100644 --- a/content/fr/docs/tasks/configure-pod-container/share-process-namespace.md +++ b/content/fr/docs/tasks/configure-pod-container/share-process-namespace.md @@ -35,7 +35,7 @@ Le partage de l'espace de nommage du processus est activé en utilisant le champ kubectl apply -f https://k8s.io/examples/pods/share-process-namespace.yaml ``` -1. Attachez-vous au conteneur `shell` et lancez `ps` : +1. Attachez-le au conteneur `shell` et lancez `ps` : ```shell kubectl attach -it nginx -c shell @@ -67,7 +67,7 @@ PID USER TIME COMMAND 23 root 0:00 ps ax ``` -Il est même possible d'accéder à une autre image du conteneur en utilisant le lien `/proc/$pid/root`. +Il est même possible d'accéder aux autres conteneurs en utilisant le lien `/proc/$pid/root`. ``` / # head /proc/8/root/etc/nginx/nginx.conf @@ -89,11 +89,11 @@ events { ## Comprendre le processus de partage de l'espace de nommage -Pods partagent de nombreuses ressources, il est donc logique qu'elles partagent également un processus espace de noms. Pour certaines images de conteneur, on peut envisager de les isoler d'autres Il est donc important de comprendre ces différences : +Les pods partagent de nombreuses ressources, il est donc logique qu'elles partagent également un espace de noms des processus. Pour certaines images de conteneur, on peut envisager de les isoler les uns des autres. Il est donc important de comprendre ces différences : -1. **Le processus de conteneur n'a plus de PID 1.** Certaines images de conteneurs refusent pour démarrer sans PID 1 (par exemple, les conteneurs utilisant `systemd`) ou exécuter des commandes comme `kill -HUP 1` pour signaler le processus du conteneur. Dans les pods avec un l'espace de noms partagé du processus, `kill -HUP 1` signalera la sandbox du pod. (`/pause` dans l'exemple ci-dessus.) +1. **Le processus de conteneur n'a plus de PID 1.** Certaines images de conteneurs refusent de démarrer sans PID 1 (par exemple, les conteneurs utilisant `systemd`) ou exécuter des commandes comme `kill -HUP 1` pour signaler le processus du conteneur. Dans les pods avec un espace de noms partagé du processus, `kill -HUP 1` signalera la sandbox du pod. (`/pause` dans l'exemple ci-dessus.) -1. **Les processus sont visibles par les autres conteneurs du pod.** Cela inclut tous les les informations visibles dans `/proc`, comme les mots de passe passés en argument ou des variables d'environnement. Celles-ci ne sont protégées que par des permissions Unix régulières. +1. **Les processus sont visibles par les autres conteneurs du pod.** Cela inclut tout les informations visibles dans `/proc`, comme les mots de passe passés en argument ou les variables d'environnement. Celles-ci ne sont protégées que par des permissions Unix régulières. 1. **Les systèmes de fichiers des conteneurs sont visibles par les autres conteneurs du pod à travers le lien `/proc/$pid/root`.** Cela rend le débogage plus facile, mais cela signifie aussi que les secrets du système de fichiers ne sont protégés que par les permissions du système de fichiers.