Beautify docbook files

1 files changed, 24 insertions, 96 deletions

diff --git a/tde-i18n-pt_BR/docs/tdenetwork/kppp/security.docbook b/tde-i18n-pt_BR/docs/tdenetwork/kppp/security.docbook
index 228d05bdf68..11ae140a1a3 100644
--- a/tde-i18n-pt_BR/docs/tdenetwork/kppp/security.docbook
+++ b/tde-i18n-pt_BR/docs/tdenetwork/kppp/security.docbook
@@ -1,76 +1,32 @@
 <chapter id="security">
-<title
->O &kppp; e recomendações de segurança</title>
+<title>O &kppp; e recomendações de segurança</title>
 
-<para
->Esta seção é principalmente para super-usuários (<systemitem
->root</systemitem
->), pessoas com grande necessidade de segurança, ou simplesmente pessoas interessadas tecnicamente. Não é necessário ler isto se você somente usa o &Linux; em sua casa para uso pessoal, apesar de sempre ser bom aprender algumas coisinhas a mais sobre o seu sistema.</para>
+<para>Esta seção é principalmente para super-usuários (<systemitem>root</systemitem>), pessoas com grande necessidade de segurança, ou simplesmente pessoas interessadas tecnicamente. Não é necessário ler isto se você somente usa o &Linux; em sua casa para uso pessoal, apesar de sempre ser bom aprender algumas coisinhas a mais sobre o seu sistema.</para>
 
 <sect1 id="security-restricting-access">
-<title
->Restringindo o acesso ao &kppp;</title>
+<title>Restringindo o acesso ao &kppp;</title>
 
-<para
->Um administrador de sistema deve querer restringir o acesso como quem tem permissão de usar o &kppp;. Existem duas maneiras de realizar isto.</para>
+<para>Um administrador de sistema deve querer restringir o acesso como quem tem permissão de usar o &kppp;. Existem duas maneiras de realizar isto.</para>
 
 <sect2 id="security-group-permissions">
-<title
->Restringindo o acesso com permissões de grupo</title>
-
-<para
->Crie um novo grupo (você pode desejar nomeá-lo como <systemitem
->discagem</systemitem
-> ou similar), e coloque cada usuário que deve ter permissão para usar o &kppp; neste grupo. Então digite em um terminal:</para>
-
-<screen
-><prompt
->#</prompt
-> <userinput
-><command
->chown</command
-> <option
->root.discagem</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>Restringindo o acesso com permissões de grupo</title>
+
+<para>Crie um novo grupo (você pode desejar nomeá-lo como <systemitem>discagem</systemitem> ou similar), e coloque cada usuário que deve ter permissão para usar o &kppp; neste grupo. Então digite em um terminal:</para>
+
+<screen><prompt>#</prompt> <userinput><command>chown</command> <option>root.discagem</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
->Isto considera que o &kde; foi instalado em <filename class="directory"
-> /opt/kde/</filename
-> e que seu novo grupo foi nomeado <systemitem
->discagem</systemitem
->.</para>
+<para>Isto considera que o &kde; foi instalado em <filename class="directory"> /opt/kde/</filename> e que seu novo grupo foi nomeado <systemitem>discagem</systemitem>.</para>
 
 </sect2>
 
 <sect2 id="security-kppps-way">
-<title
->Restringindo o acesso através do &kppp;</title>
-
-<para
->Antes de fazer qualquer coisa, o &kppp; verifica se existe um arquivo nomeado <filename
->/etc/kppp.allow</filename
->. Se este arquivo existir, somente os usuários nomeados neste arquivo terão permissão de discar. Este arquivo deve ser legível para todos (mas é claro <emphasis
->NÃO</emphasis
-> gravável). Somente nomes de login são reconhecidos, logo você não pode usar <acronym
->UID</acronym
->s neste arquivo. Aqui está um exemplo simples:</para>
-
-<screen
-># /etc/kppp.allow
+<title>Restringindo o acesso através do &kppp;</title>
+
+<para>Antes de fazer qualquer coisa, o &kppp; verifica se existe um arquivo nomeado <filename>/etc/kppp.allow</filename>. Se este arquivo existir, somente os usuários nomeados neste arquivo terão permissão de discar. Este arquivo deve ser legível para todos (mas é claro <emphasis>NÃO</emphasis> gravável). Somente nomes de login são reconhecidos, logo você não pode usar <acronym>UID</acronym>s neste arquivo. Aqui está um exemplo simples:</para>
+
+<screen># /etc/kppp.allow
 # linhas de comentário como esta são ignoradas
 # bem como linhas vazias
 
@@ -79,61 +35,33 @@ carlos
 diana
 </screen>
 
-<para
->No exemplo acima, somente os usuários <systemitem
->frederico</systemitem
->, <systemitem
->carlos</systemitem
-> e <systemitem
->diana</systemitem
-> tem permissão de discagem, bem como cada usuário com uma <acronym
->UID</acronym
-> de 0 (assim você não precisa listar o root explicitamente neste arquivo).</para>
+<para>No exemplo acima, somente os usuários <systemitem>frederico</systemitem>, <systemitem>carlos</systemitem> e <systemitem>diana</systemitem> tem permissão de discagem, bem como cada usuário com uma <acronym>UID</acronym> de 0 (assim você não precisa listar o root explicitamente neste arquivo).</para>
 
 </sect2>
 
 </sect1>
 
 <sect1 id="security-why-suid">
-<title
->O &kppp; possui o bit <acronym
->SUID</acronym
-> ligado? Qual a implicação para segurança?</title>
+<title>O &kppp; possui o bit <acronym>SUID</acronym> ligado? Qual a implicação para segurança?</title>
 
-<para
->É virtualmente impossível escrever um discador sem o bit <acronym
->SUID</acronym
-> que seja tanto seguro como fácil de usar para usuários inexperientes. O &kppp; lida com os riscos de segurança com a estratégia a seguir.</para>
+<para>É virtualmente impossível escrever um discador sem o bit <acronym>SUID</acronym> que seja tanto seguro como fácil de usar para usuários inexperientes. O &kppp; lida com os riscos de segurança com a estratégia a seguir.</para>
 
 <itemizedlist>
 <listitem>
-<para
->Imediatamente após o programa iniciar, o &kppp; se bifurca.</para>
+<para>Imediatamente após o programa iniciar, o &kppp; se bifurca.</para>
 </listitem>
 <listitem>
-<para
->O processo mestre, que manipula todas as operações da <acronym
->GUI</acronym
-> (como a interação com o usuário), desliga o estado do <acronym
->SUID</acronym
-> após a bifurcação, e se executa com privilégios normais do usuário.</para>
+<para>O processo mestre, que manipula todas as operações da <acronym>GUI</acronym> (como a interação com o usuário), desliga o estado do <acronym>SUID</acronym> após a bifurcação, e se executa com privilégios normais do usuário.</para>
 </listitem>
 <listitem>
-<para
->O processo escravo mantém estes privilégios, e é responsável por todas as ações que precisam de privilégios de <systemitem
->root</systemitem
->. Para manter esta parte segura, nenhuma chamada de biblioteca do &kde; ou &Qt; são usadas aqui, apenas chamadas de bibliotecas simples. O código fonte para este processo é curto (cerca de 500 linhas) e bem documentado, assim é fácil para você verificar por falhas de segurança.</para>
+<para>O processo escravo mantém estes privilégios, e é responsável por todas as ações que precisam de privilégios de <systemitem>root</systemitem>. Para manter esta parte segura, nenhuma chamada de biblioteca do &kde; ou &Qt; são usadas aqui, apenas chamadas de bibliotecas simples. O código fonte para este processo é curto (cerca de 500 linhas) e bem documentado, assim é fácil para você verificar por falhas de segurança.</para>
 </listitem>
 <listitem>
-<para
->Os processos mestre e escravo comunicam-se com o padrão &UNIX; <acronym
->IPC</acronym
->.</para>
+<para>Os processos mestre e escravo comunicam-se com o padrão &UNIX; <acronym>IPC</acronym>.</para>
 </listitem>
 </itemizedlist>
 
-<para
->Agradecimentos especiais para Harri Porten por escrever este excelente pedaço de código. Pensava-se que seria impossível, mas ele dominou-o em uma semana.</para>
+<para>Agradecimentos especiais para Harri Porten por escrever este excelente pedaço de código. Pensava-se que seria impossível, mas ele dominou-o em uma semana.</para>
 
 </sect1>