Beautify docbook files

1 files changed, 24 insertions, 94 deletions

diff --git a/tde-i18n-sv/docs/tdenetwork/kppp/security.docbook b/tde-i18n-sv/docs/tdenetwork/kppp/security.docbook
index b88570d8ec1..4738798f4fd 100644
--- a/tde-i18n-sv/docs/tdenetwork/kppp/security.docbook
+++ b/tde-i18n-sv/docs/tdenetwork/kppp/security.docbook
@@ -1,76 +1,32 @@
 <chapter id="security">
-<title
->Säkerhetshänsyn med &kppp;</title>
+<title>Säkerhetshänsyn med &kppp;</title>
 
-<para
->Det här avsnittet är i huvudsak ämnat för systemadministratörer (<systemitem
->root</systemitem
->), de med höga säkerhetskrav eller helt enkelt tekniskt intresserade. Det är inte nödvändigt att läsa det här om du bara använder &Linux; hemma själv, även om du i alla fall kan lära dig ett och annat.</para>
+<para>Det här avsnittet är i huvudsak ämnat för systemadministratörer (<systemitem>root</systemitem>), de med höga säkerhetskrav eller helt enkelt tekniskt intresserade. Det är inte nödvändigt att läsa det här om du bara använder &Linux; hemma själv, även om du i alla fall kan lära dig ett och annat.</para>
 
 <sect1 id="security-restricting-access">
-<title
->Att begränsa tillgången till &kppp;</title>
+<title>Att begränsa tillgången till &kppp;</title>
 
-<para
->En systemadministratör kan vilja begränsa tillgången med avseende på vem som får använda &kppp;. Det finns två sätt att åstadkomma detta.</para>
+<para>En systemadministratör kan vilja begränsa tillgången med avseende på vem som får använda &kppp;. Det finns två sätt att åstadkomma detta.</para>
 
 <sect2 id="security-group-permissions">
-<title
->Att begränsa tillgången med gruppskydd</title>
-
-<para
->Skapa en ny grupp (du skulle kunna vilja döpa den till <systemitem
->dialout</systemitem
-> eller något liknande), och lägg till alla användare som ska få lov att använda &kppp; i den här gruppen. Skriv sedan på kommandoraden:</para>
-
-<screen
-><prompt
->#</prompt
-> <userinput
-><command
->chown</command
-> <option
->root.dialout</option
-> <filename
->/opt/kde/bin/kppp</filename
-></userinput>
-<prompt
->#</prompt
-> <userinput
-><command
->chmod</command
-> <option
->4750</option
-> <filename
->/opt/kde/bin/kppp</filename
-></userinput
->
+<title>Att begränsa tillgången med gruppskydd</title>
+
+<para>Skapa en ny grupp (du skulle kunna vilja döpa den till <systemitem>dialout</systemitem> eller något liknande), och lägg till alla användare som ska få lov att använda &kppp; i den här gruppen. Skriv sedan på kommandoraden:</para>
+
+<screen><prompt>#</prompt> <userinput><command>chown</command> <option>root.dialout</option> <filename>/opt/kde/bin/kppp</filename></userinput>
+<prompt>#</prompt> <userinput><command>chmod</command> <option>4750</option> <filename>/opt/kde/bin/kppp</filename></userinput>
 </screen>
 
-<para
->Det här förutsätter att &kde; installerades i <filename class="directory"
-> /opt/kde/</filename
-> och att den nya gruppen heter <systemitem
->dialout</systemitem
->.</para>
+<para>Det här förutsätter att &kde; installerades i <filename class="directory"> /opt/kde/</filename> och att den nya gruppen heter <systemitem>dialout</systemitem>.</para>
 
 </sect2>
 
 <sect2 id="security-kppps-way">
-<title
->Att begränsa tillgången på &kppp;s eget sätt</title>
-
-<para
->Innan det gör någonting, kontrollerar &kppp; om det finns en fil som heter <filename
->/etc/kppp.allow</filename
->. Om den här filen finns, tillåts bara användare som namnges i den här filen att ringa upp. Den här filen måste vara läsbar av alla (men förstås <emphasis
->INTE</emphasis
-> skrivbar). Bara inloggningsnamn känns igen, så du kan inte använda en <acronym
->UID</acronym
-> i den här filen. Här är ett kort exempel:</para>
-
-<screen
-># /etc/kppp.allow
+<title>Att begränsa tillgången på &kppp;s eget sätt</title>
+
+<para>Innan det gör någonting, kontrollerar &kppp; om det finns en fil som heter <filename>/etc/kppp.allow</filename>. Om den här filen finns, tillåts bara användare som namnges i den här filen att ringa upp. Den här filen måste vara läsbar av alla (men förstås <emphasis>INTE</emphasis> skrivbar). Bara inloggningsnamn känns igen, så du kan inte använda en <acronym>UID</acronym> i den här filen. Här är ett kort exempel:</para>
+
+<screen># /etc/kppp.allow
 # kommentarrader som den här ignoreras
 # precis som tomma rader
 
@@ -79,59 +35,33 @@ karl
 lena
 </screen>
 
-<para
->I det ovanstående exemplet, tillåts bara användarna <systemitem
->hans</systemitem
->, <systemitem
->karl</systemitem
-> och <systemitem
->lena</systemitem
-> att ringa upp, liksom alla användare med <acronym
->UID</acronym
-> 0 (så du behöver inte explicit ange root i filen).</para>
+<para>I det ovanstående exemplet, tillåts bara användarna <systemitem>hans</systemitem>, <systemitem>karl</systemitem> och <systemitem>lena</systemitem> att ringa upp, liksom alla användare med <acronym>UID</acronym> 0 (så du behöver inte explicit ange root i filen).</para>
 
 </sect2>
 
 </sect1>
 
 <sect1 id="security-why-suid">
-<title
->Kppp har <acronym
->SUID</acronym
->-biten satt? Vad händer då med säkerheten?</title>
+<title>Kppp har <acronym>SUID</acronym>-biten satt? Vad händer då med säkerheten?</title>
 
-<para
->Det är mer eller mindre omöjligt att skriva ett uppringningsprogram som både är säkert och lätt att använda för ovana användare utan att sätta <acronym
->SUID</acronym
->-biten. &kppp; hanterar säkerhetsproblemen med följande strategi.</para>
+<para>Det är mer eller mindre omöjligt att skriva ett uppringningsprogram som både är säkert och lätt att använda för ovana användare utan att sätta <acronym>SUID</acronym>-biten. &kppp; hanterar säkerhetsproblemen med följande strategi.</para>
 
 <itemizedlist>
 <listitem>
-<para
->Omedelbart efter att programmet har startat, så skapar &kppp; en ny process (fork).</para>
+<para>Omedelbart efter att programmet har startat, så skapar &kppp; en ny process (fork).</para>
 </listitem>
 <listitem>
-<para
->Huvudprocessen, som hanterar hela det grafiska gränssnittet med användarpåverkan, släpper <acronym
->SUID</acronym
->-tillståndet efter den nya processen skapats, och kör med normala användarrättigheter.</para>
+<para>Huvudprocessen, som hanterar hela det grafiska gränssnittet med användarpåverkan, släpper <acronym>SUID</acronym>-tillståndet efter den nya processen skapats, och kör med normala användarrättigheter.</para>
 </listitem>
 <listitem>
-<para
->Den nya processen behåller sina rättigheter, och ansvarar för alla åtgärder som behöver rättigheter som <systemitem
->root</systemitem
->. För att hålla den här delen säker, så används inga anrop till &kde;- eller &Qt;-biblioteken, utan bara enkla biblioteksanrop. Källkoden för den här processen är kort (omkring 500 rader) och väldokumenterad, så det är lätt att kontrollera den för att hitta säkerhetsluckor.</para>
+<para>Den nya processen behåller sina rättigheter, och ansvarar för alla åtgärder som behöver rättigheter som <systemitem>root</systemitem>. För att hålla den här delen säker, så används inga anrop till &kde;- eller &Qt;-biblioteken, utan bara enkla biblioteksanrop. Källkoden för den här processen är kort (omkring 500 rader) och väldokumenterad, så det är lätt att kontrollera den för att hitta säkerhetsluckor.</para>
 </listitem>
 <listitem>
-<para
->Huvudprocessen och den nya processen kommunicerar med vanliga &UNIX; <acronym
->IPC</acronym
->.</para>
+<para>Huvudprocessen och den nya processen kommunicerar med vanliga &UNIX; <acronym>IPC</acronym>.</para>
 </listitem>
 </itemizedlist>
 
-<para
->Särskilt tack till Harri Porten för att ha skrivit den här utmärkta koden. Det ansågs omöjligt, men han lyckades inom en vecka.</para>
+<para>Särskilt tack till Harri Porten för att ha skrivit den här utmärkta koden. Det ansågs omöjligt, men han lyckades inom en vecka.</para>
 
 </sect1>