1 files changed, 32 insertions, 0 deletions
diff --git a/tde-i18n-fr/docs/tdebase/khelpcenter/userguide/tde-as-root.docbook b/tde-i18n-fr/docs/tdebase/khelpcenter/userguide/tde-as-root.docbook
new file mode 100644
index 00000000000..effb6206497
--- /dev/null
+++ b/tde-i18n-fr/docs/tdebase/khelpcenter/userguide/tde-as-root.docbook
@@ -0,0 +1,32 @@
+<sect1 id="root">
+
+<sect1info>
+<authorgroup>
+<author>&Francis.Giannaros; &Francis.Giannaros.mail; </author>
+</authorgroup>
+</sect1info>
+
+
+<title>L'utilisation de &kde; comme superutilisateur</title>
+
+<para>Pour les systèmes d'exploitation &UNIX;, il y a souvent différents utilisateurs, qui peuvent avoir des privilèges différents. La méthode conventionnelle consiste à avoir un compte utilisateur ordinaire, pour lequel les fichiers sont généralement stockés dans <filename>/home/utilisateur</filename>, et aussi un compte <systemitem class="username">root</systemitem>. Le compte <systemitem class="username">root</systemitem> ou superutilisateur a les privilèges sur l'ensemble du système, pouvant modifier n'importe quel fichier sur le système. </para>
+
+<para>Bien que cela signifie qu'il est facile de réaliser des tâches administratives sans trop de soucis, cela signifie également qu'il n'y a aucune restriction de sécurité. Ainsi, une petite erreur de typographie ou une autre bêtise peut entraîner des dommages irrévocables.</para>
+
+<para>Certains des systèmes d'exploitation sur lesquels tourne &kde; permettent à l'<systemitem class="username">administrateur</systemitem> de se connecter de manière graphique. Malgré cela, vous ne devez jamais vous connecter à &kde; en <systemitem class="username">root</systemitem>, et vous ne devriez jamais avoir besoin de le faire. Votre système est de loin beaucoup plus ouvert aux attaques, particulièrement si vous naviguez sur internet en <systemitem class="username">administrateur</systemitem>, et vous augmentez énormément la probabilité d'endommager le système.</para>
+
+<para>Certaines distributions &Linux; ont mis l'accent sur ce problème à tel point qu'ils ont totalement désactivé le compte <systemitem class="username">root</systemitem>, et utilisent à la place le modèle <command>sudo</command>. Néanmoins, le simple modèle de sécurité dans <command>sudo</command> est le même que pour <command>su</command>, et donc ils partagent essentiellement les mêmes forces et faiblesses au niveau de la sécurité.</para>
+
+<para>Si vous avez besoin d'exécuter un programme avec les privilèges superutilisateur, il est alors recommandé d'utiliser &tdesu;. Depuis la &konsole;, ou en frappant <keycombo action="simul">&Alt;<keycap>F2</keycap></keycombo>, saisissez <userinput>tdesu <replaceable>application</replaceable></userinput>, et l'application sera exécutée avec les droits superutilisateur appropriés. </para>
+
+<para>Même si vous avez configuré votre système pour utiliser <command>sudo</command>, ou si vous avez une distribution qui utilise <command>sudo</command>, comme &kubuntu;, vous devriez tout de même utiliser &tdesu;. Le programme sera modifié convenablement par les développeurs pour utiliser les bons réglages. Vous ne devriez pas, cependant, utiliser <command>sudo <replaceable></replaceable>application</command> pour lancer une application avec les permissions <systemitem class="username">root</systemitem>, ceci peut semer la confusion au niveau des permissions de certains fichiers de configuration pour un programme. Exécuter une application graphique en <systemitem class="username">root</systemitem> n'est en général pas une bonne idée, mais utiliser &tdesu; sera toujours la solutions la plus sécurisée.</para>
+
+<!-- Add links to "further reading" here -->
+<itemizedlist>
+<title>Informations relatives</title>
+<listitem><para><ulink url="help:tdesu">Manuel de &tdesu;</ulink></para>
+</listitem>
+</itemizedlist>
+
+
+</sect1>