[svnbook] r4619 committed - Proofreading.

svnbook at googlecode.com svnbook at googlecode.com
Fri Jan 10 05:40:22 CST 2014


Revision: 4619
Author:   jmfelderhoff at gmx.eu
Date:     Fri Jan 10 06:29:40 2014 UTC
Log:      Proofreading.
http://code.google.com/p/svnbook/source/detail?r=4619

Modified:
  /branches/1.6/de/book/ch06-server-configuration.xml

=======================================
--- /branches/1.6/de/book/ch06-server-configuration.xml	Thu Jan  9 21:10:59  
2014 UTC
+++ /branches/1.6/de/book/ch06-server-configuration.xml	Fri Jan 10 06:29:40  
2014 UTC
@@ -138,7 +138,7 @@
  -->

      <para>Das Netzwerkprotokoll, das <command>svnserve</command>
-      spricht, kann auch über eine SSH-Verbindunge getunnelt werden.
+      spricht, kann auch über eine SSH-Verbindung getunnelt werden.
        Diese Option zum Einsatz von <command>svnserve</command>
        unterscheidet sich erheblich von der traditionellen Nutzung von
        <command>svnserve</command>. SSH wird zur Verschlüsselung der
@@ -291,12 +291,12 @@
  <!--
              <entry>High-level operational logging only</entry>
  -->
-            <entry>Nur Protolollierung der Aktivitäten auf hoher
+            <entry>Nur Protokollierung der Aktivitäten auf hoher
                Ebenen</entry>
  <!--
              <entry>High-level operational logging only</entry>
  -->
-            <entry>Nur Protolollierung der Aktivitäten auf hoher
+            <entry>Nur Protokollierung der Aktivitäten auf hoher
                Ebenen</entry>
            </row>

@@ -3759,7 +3759,7 @@
            provide that extra layer of protection.</para>
  -->
          <para>Die erforderliche Authentifizierung verhindert zwar,
-          dass unerlaubte Anwnder direkt auf das Projektarchiv
+          dass unerlaubte Anwender direkt auf das Projektarchiv
            zugreifen, schützt aber nicht die Vertraulichkeit der
            Netzwerkaktivitäten erlaubter Anwender. Siehe
            <xref linkend="svn.serverconfig.httpd.ssl"/> zur
@@ -3800,8 +3800,8 @@
              <xref linkend="svn.serverconfig.httpd.authn.digest"/> for
              details on using the much safer Digest mechanism.</para>
  -->
-          <para>Die einfacheAuthentifizierung ist
-            <emphasis>extremy</emphasis>
+          <para>Die einfache Authentifizierung ist
+            <emphasis>extrem</emphasis>
              unsicher, da Passwörter fast im Klartext über das Netz
              geschickt werden. Siehe
              <xref linkend="svn.serverconfig.httpd.authn.digest"/> für
@@ -3871,7 +3871,7 @@
  <!--
          <para>These directives work as follows:</para>
  -->
-        <para>Diese Direktiven funktioieren wie folgt:</para>
+        <para>Diese Direktiven funktionieren wie folgt:</para>

          <itemizedlist>
            <listitem>
@@ -4410,7 +4410,7 @@

    # Authentifizierung: keine

-  # Autorisierung: pfadbasierte Zugangskontriolle
+  # Autorisierung: pfadbasierte Zugangskontrolle
    AuthzSVNAccessFile /path/to/access/file
  </Location>
  </programlisting>
@@ -4954,6 +4954,7 @@
          <sect4 id="svn.serverconfig.httpd.ssl.client.clientcert">
            <title>Client certificate challenge</title>

+<!--
            <para>If the client receives a challenge for a certificate,
              the server is asking the client to prove its identity.
              The client must send back a certificate signed by a CA
@@ -4964,6 +4965,7 @@
              format on disk, protected by a passphrase.  When Subversion
              receives this challenge, it will ask you for the path to the
              encrypted file and the passphrase that protects it:</para>
+-->
            <para>Falls der Client eine die Aufforderung erhält, ein
              Client-Zertifikat vorzulegen, ersucht Apache den Client,
              sich zu identifizieren.  Der Client muss ein Zertifikat
@@ -5183,7 +5185,7 @@
              <filename>README.txt</filename> in
              <filename>/trunk</filename> Ihres Projektes sehen möchten,
              zeigen Sie mit Ihrem Webbrower auf die Projektarchiv-URL
-            dieser Datei, die ählich der folgenden aussehen
+            dieser Datei, die ähnlich der folgenden aussehen
              sollte:</para>

            <informalexample>
@@ -5228,7 +5230,7 @@
              operative revision specifiers to fine-tune the exact item
              you wish to view:</para>
  -->
-          <para>Natürlich können Sie Peg-Revisios- und Angaben für
+          <para>Natürlich können Sie Peg-Revisions- und Angaben für
              operative Revisionen kombinieren, um genau anzugeben, was
              genau Sie sehen möchten:</para>

@@ -6184,7 +6186,7 @@
              die eine oder andere Art
              unzureichend<footnote><para><ulink
              url="http://subversion.tigris.org/issues/show_bug.cgi?id=3457"
-            /> verfiolgt diese Probleme.</para></footnote>. Viele
+            /> verfolgt diese Probleme.</para></footnote>. Viele
              Teams verwenden die Sperrfunktionalität von Subversion
              überhaupt nicht, so dass es Sie gar nicht betreffen
              könnte. Leider können wir den Teams, die Sperren
@@ -6430,8 +6432,8 @@
        pfadbasierten Zugriffsregeln zu beschreiben. Im Falle von Apache
        muss das Modul <command>mod_authz_svn</command> geladen und dann
        die Direktive <literal>AuthzSVNAccessFile</literal> (in der
-      Datei <filename>httpd.conf</filename>) hizugefügt
-      werden, die auf Ihre eigene Zugriffsregelegeldatei verweist.
+      Datei <filename>httpd.conf</filename>) hinzugefügt
+      werden, die auf Ihre eigene Zugriffsregeldatei verweist.
        (Eine vollständige Erklärung finden Sie unter <xref
        linkend="svn.serverconfig.httpd.authz.perdir"/>.) Falls Sie
        <command>svnserve</command> verwenden, müssen Sie dafür sorgen,
@@ -6693,7 +6695,7 @@
          to define a more human-friendly name, of sorts, for a
          repository:</para>
  -->
-      <para><command>mod_dav_svn</command> bietet eine Directive
+      <para><command>mod_dav_svn</command> bietet eine Direktive
          <literal>SVNReposName</literal> an, die es Administratoren
          ermöglicht, einen etwas menschenlesbareren Namen für ein
          Projektarchiv festzulegen:</para>
@@ -6931,7 +6933,7 @@
        Gruppe <literal>paint-developers</literal>, die über Lese- und
        Schreibzugriff verfügt. Kombiniert mit der Regel
        <literal>jane = r</literal> ergibt das immer noch Lese- und
-      Schriebzugriff für Jane. Zugriffsrechte für Gruppenmitglieder
+      Schreibzugriff für Jane. Zugriffsrechte für Gruppenmitglieder
        können allenfalls über die Gruppenberechtigungen hinaus
        erweitert werden. Die Einschränkung von Anwendern, die
        Gruppenmitglieder sind auf geringere Berechtigungen als deren
@@ -6962,7 +6964,7 @@
  -->
      <para>Subversion 1.5 brachte einige nützliche Erweiterungen für
        die Syntax der Zugriffsdatei: Anwendernamen-Aliase,
-      Authentifizierungsklassen-Token und einen neuen
+      Authentifizierungsklassen-Symbol und einen neuen
        Regel-Ausschlussmechanismus. Dieses alles vereinfacht die
        Wartung der Zugriffsdatei. Zunächst beschreiben wir die
        Funktionalität des Anwendernamen-Alias.</para>
@@ -7114,7 +7116,7 @@
  <!--
      <para>A less obvious example might be as follows:</para>
  -->
-    <para>Ein weniger offensichliches Beispiel könnte wie folgt
+    <para>Ein weniger offensichtliches Beispiel könnte wie folgt
        aussehen:</para>

  <!--
@@ -7304,7 +7306,7 @@
        output.</para>
  -->
      <para>Es folgt eine eine Liste mit Protokollnachrichten von
-      Subversion-Aktionen, die von seinem Protokollmechanismus
+      Subversion-Aktionen, die von seinem Protokollierungsmechanismus
        auf hohem Niveau erzeugt werden, gefolgt durch ein oder mehrere
        Beispiele einer Protokollnachricht wie sie in der Ausgabe
        erscheint.</para>


More information about the svnbook-dev mailing list