[svnbook] r5612 committed - branches/1.8/de/book/ ch06-server-configuration.xml
jensmf at users.sourceforge.net
jensmf at users.sourceforge.net
Fri Jan 26 11:30:09 CST 2018
Revision: 5612
http://sourceforge.net/p/svnbook/source/5612
Author: jensmf
Date: 2018-01-26 17:30:09 +0000 (Fri, 26 Jan 2018)
Log Message:
-----------
de localization fixes
Modified Paths:
--------------
branches/1.8/de/book/ch06-server-configuration.xml
Modified: branches/1.8/de/book/ch06-server-configuration.xml
===================================================================
--- branches/1.8/de/book/ch06-server-configuration.xml 2018-01-25 22:27:09 UTC (rev 5611)
+++ branches/1.8/de/book/ch06-server-configuration.xml 2018-01-26 17:30:09 UTC (rev 5612)
@@ -106,9 +106,9 @@
<primary>httpd</primary>
</indexterm>
<indexterm>
- <primary>Apache HTTP Server</primary>
+ <primary>Apache HTTP-Server</primary>
<see>httpd</see>
- </indexterm>Apache HTTP Server (auch bekannt als
+ </indexterm>Apache HTTP-Server (auch bekannt als
<command>httpd</command>) ist ein sehr beliebter Webserver,
welcher mittels des <command>mod_dav_svn</command>-Moduls auf
Projektarchive zugreifen und diese für Clients verfügbar machen
@@ -847,7 +847,7 @@
you must use either the Apache-based server
or <command>svnserve</command> configured with SASL.</para>
-->
- <para>Wenn Sie bereits über Systeme zur Authentifizierung
+ <para>Wenn Sie bereits über Systeme zur Authentifikation
(LDAP, Active Directory, NTLM, X.509 usw.) verfügen und
Subversion in diese integrieren möchten, so bleibt Ihnen
die Wahl zwischen einer Apache-gestützten Variante oder
@@ -1904,7 +1904,7 @@
<!--
<title>Built-in Authentication and Authorization</title>
-->
- <title>Integrierte Authentifizierung und Autorisierung</title>
+ <title>Integrierte Authentifikation und Autorisierung</title>
<!--
<para>
@@ -1921,7 +1921,7 @@
<para>
<indexterm>
<primary>svnserve</primary>
- <secondary>Authentifizierung</secondary>
+ <secondary>Authentifikation</secondary>
</indexterm>
<indexterm>
<primary>svnserve</primary>
@@ -1946,7 +1946,7 @@
-->
<para>Der Server liest die zum Projektarchiv gehörende Datei
<filename>conf/svnserve.conf</filename> und führt die
- darin enthaltenen Regeln für die Authentifizierung
+ darin enthaltenen Regeln für die Authentifikation
(Legitimation, Identitätsprüfung) und die Autorisierung
(Berechtigungen, Befugnisse) aus.</para>
</listitem>
@@ -2027,10 +2027,10 @@
-->
<para>Enthält ihr <command>svnserve</command>-Server Unterstützung für
SASL, so beherrscht er nicht nur die CRAM-MD5-Anmeldung, sondern noch
- eine Menge anderer Verfahren zur Authentifizierung. Lesen Sie
+ eine Menge anderer Verfahren zur Authentifikation. Lesen Sie
<xref linkend="svn.serverconfig.svnserve.sasl"/> weiter unten,
um zu lernen, wie die einzelnen Möglichkeiten zur
- Authentifizierung und Verschlüsselung in SASL eingerichtet
+ Authentifikation und Verschlüsselung in SASL eingerichtet
werden.</para>
<!--
@@ -2390,7 +2390,7 @@
options available to you.</para>
-->
<para>Die meisten Teams benötigen lediglich die eingebaute
- CRAM-MD5 Authentifizierung von <command>svnserve</command>.
+ CRAM-MD5 Authentifikation von <command>svnserve</command>.
Falls Ihr Server (und Ihre Subversion Clients) jedoch mit der
Cyrus Simple Authentication and Security Layer (SASL)
Bibliothek gebaut wurde, stehen Ihnen eine Reihe von
@@ -2493,7 +2493,7 @@
benötigt, sendet er eine Aufforderung, die die verfügbaren
Authentifikationsmechanismen auflistet; der Client antwortet,
indem er einen der Mechanismen auswählt und die
- Authentifizierung erfolgt dann mittels eines
+ Authentifikation erfolgt dann mittels eines
Nachrichtenaustausches. Selbst falls keine SASL-Fähigkeiten
vorhanden sind, verstehen Client und Server von sich aus die
CRAM-MD5- und ANONYMOUS-Mechanismen (siehe <xref
@@ -2507,7 +2507,7 @@
<!--
<title>Authenticating with SASL</title>
-->
- <title>Authentifizierung mit SASL</title>
+ <title>Authentifikation mit SASL</title>
<!--
<para>To activate specific SASL mechanisms on the server,
@@ -2661,7 +2661,7 @@
<command>saslpasswd2</command> demselben Bereich entspricht,
den Sie in der Datei <filename>svnserve.conf</filename>
Ihres Projektarchivs definiert haben; falls diese Werte nicht
- übereinstimmen, wird die Authentifizierung fehlschlagen.
+ übereinstimmen, wird die Authentifikation fehlschlagen.
Darüber hinaus muss aufgrund einer Unzulänglichkeit in SASL
der gemeinsame Bereich aus einer Zeichenkette ohne
Leerzeichen bestehen. Falls Sie sich entscheiden, die
@@ -2797,7 +2797,7 @@
of the project's users already have system accounts and the
ability to <quote>SSH into</quote> the server machine.</para>
-->
- <para>Die eingebaute Authentifizierung (und die
+ <para>Die eingebaute Authentifikation (und die
SASL-Unterstützung) von <command>svnserve</command> kann sehr
praktisch sein, da es die Notwendigkeit echter Systemkonten
vermeidet. Andererseits haben einige Administratoren bereits
@@ -4496,7 +4496,7 @@
configure your server to support SSL encryption, which can
provide that extra layer of protection.</para>
-->
- <para>Die erforderliche Authentifizierung verhindert zwar,
+ <para>Die erforderliche Authentifikation verhindert zwar,
dass unerlaubte Anwender direkt auf das Projektarchiv
zugreifen, schützt aber nicht die Vertraulichkeit der
Netzwerkaktivitäten erlaubter Anwender. Siehe
@@ -4510,7 +4510,7 @@
<!--
<title>Basic authentication</title>
-->
- <title>Einfache Authentifizierung</title>
+ <title>Einfache Authentifikation</title>
<!--
<para>The easiest way to authenticate a client is via the HTTP
@@ -4539,7 +4539,7 @@
<xref linkend="svn.serverconfig.httpd.authn.digest"/> for
details on using the much safer Digest mechanism.</para>
-->
- <para>Die einfache Authentifizierung ist
+ <para>Die einfache Authentifikation ist
<emphasis>extrem</emphasis>
unsicher, da Passwörter fast im Klartext über das Netz
geschickt werden. Siehe
@@ -4599,7 +4599,7 @@
them using the <literal>LoadModule</literal> directive:</para>
-->
<para>Stellen Sie als nächstes sicher, dass Apache Zugriff auf
- die Module hat, die die einfache Authentifizierung und
+ die Module hat, die die einfache Authentifikation und
damit zusammenhängende Funktionalität liefern:
<literal>mod_auth_basic</literal>,
<literal>mod_authn_file</literal> und
@@ -4681,7 +4681,7 @@
file.</para>
-->
<para><literal>AuthBasicProvider</literal> gibt den
- Anbieter für die einfache Authentifizierung an, der für
+ Anbieter für die einfache Authentifikation an, der für
den Ort verwendet werden soll. In unserem Beispiel
möchten wir in einer lokalen Datei mit Passwörtern
nachsehen.</para>
@@ -4715,7 +4715,7 @@
Anwendernamen und das Passwort vom Subversion-Client
besorgen soll, <emphasis>falls</emphasis> eine Autorisierung
benötigt wird. (Wenn eine Autorisierung erforderlich ist,
- benötigt Apache auch eine Authentifizierung.) Was hier
+ benötigt Apache auch eine Authentifikation.) Was hier
jedoch noch fehlt, sind Direktiven, die Apache sagen,
<emphasis>welche Arten</emphasis> von Client-Anfragen eine
Autorisierung erfordern; momentan sind das keine.
@@ -4779,7 +4779,7 @@
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect3 id="svn.serverconfig.httpd.authn.digest">
- <title>Digest authentication</title>
+ <title>Digest Authentifikation</title>
<!--
<para>Digest authentication is an improvement on Basic
authentication which allows the server to verify a client's
@@ -4791,14 +4791,14 @@
The client sends its hash to the server, and the server then
verifies that the hashes match.</para>
-->
- <para>Digest-Authentifizierung ist eine Verbesserung der
- Basic-Authentifizierung, die es dem Server ermöglicht,
+ <para>Digest-Authentifikation ist eine Verbesserung der
+ Basic-Authentifikation, die es dem Server ermöglicht,
die Identität des Clients zu bestätigen, ohne das Passwort
ungeschützt durch das Netz zu schicken. Sowohl Client als
auch Server erzeugen einen nicht rückgängig zu machenden
MD5-Hashwert des Anwendernamens, Passwortes, verlangter URI
und einer Einwegnummer, die vom Server vergeben wird und
- jedes Mal geändert wird, wenn eine Authentifizierung
+ jedes Mal geändert wird, wenn eine Authentifikation
benötigt wird. Der Client sendet seinen Hash an den Server
und der Server verifiziert dann, dass die Hashes
zusammenpassen.</para>
@@ -4811,7 +4811,7 @@
make a few small variations on our prior example:</para>
-->
<para>Die Konfigurierung von Apache für die
- Digest-Authentifizierung ist unkompliziert. Sie müssen
+ Digest-Authentifikation ist unkompliziert. Sie müssen
sicher stellen, dass das Modul
<literal>mod_auth_digest</literal> (statt
<literal>mod_auth_basic</literal>) verfügbar ist, und dann
@@ -4852,14 +4852,14 @@
<para>Beachten Sie, dass <literal>AuthType</literal> nun auf
<literal>Digest</literal> gesetzt ist, und wir einen
unterschiedlichen Pfad für <literal>AuthUserFile</literal>
- angegeben haben. Digest-Authentifizierung verwendet ein
+ angegeben haben. Digest-Authentifikation verwendet ein
unterschiedliches Dateiformat als einfache
- Authentifizierung, erzeugt und verwaltet
+ Authentifikation, erzeugt und verwaltet
mit Apaches Dienstprogramm <command>htdigest</command>
<footnote><para>Siehe
<ulink url="http://httpd.apache.org/docs/current/programs/htdigest.html"
/>.</para></footnote> statt mit <command>htpasswd</command>.
- Digest-Authentifizierung besitzt auch das zusätzliche
+ Digest-Authentifikation besitzt auch das zusätzliche
Konzept eines Bereichs,
<foreignphrase>realm</foreignphrase>, der dem Wert der
Direktive <literal>AuthName</literal> entsprechen
@@ -4877,7 +4877,7 @@
a different value thereof inherited from a broader
configuration context.</para>
-->
- <para>Für die Digest-Authentifizierung wird der Anbieter mit
+ <para>Für die Digest-Authentifikation wird der Anbieter mit
der Direktive <literal>AuthDigestProvider</literal>
ausgewählt, wie im vorangegangenen Beispiel gezeigt. Wie
bei der Direktive <literal>AuthBasicProvider</literal>,
@@ -4944,7 +4944,7 @@
section describes two strategies for controlling access to
your repositories.</para>
-->
- <para>An diesem Punkt haben Sie die Authentifizierung
+ <para>An diesem Punkt haben Sie die Authentifikation
eingerichtet, nicht jedoch die Autorisierung. Apache kann
Clients auffordern und Identitäten bestätigen, aber es wurde
ihm noch nicht gesagt, wie er den Zugriff von Clients mit diesen
@@ -5009,7 +5009,7 @@
DAV svn
SVNParentPath /var/svn
- # Authentifizierung: Digest
+ # Authentifikation: Digest
AuthName "Subversion repository"
AuthType Digest
AuthUserFile /etc/svn-auth.htdigest
@@ -5103,7 +5103,7 @@
DAV svn
SVNParentPath /var/svn
- # Authentifizierung: Digest
+ # Authentifikation: Digest
AuthName "Subversion repository"
AuthType Digest
AuthUserFile /etc/svn-auth.htdigest
@@ -5262,7 +5262,7 @@
DAV svn
SVNParentPath /var/svn
- # Authentifizierung: keine
+ # Authentifikation: keine
# Autorisierung: pfad-basierte Zugriffskontrolle
AuthzSVNAccessFile /path/to/access/file
@@ -5314,7 +5314,7 @@
DAV svn
SVNParentPath /var/svn
- # Authentifizierung: Digest
+ # Authentifikation: Digest
AuthName "Subversion repository"
AuthType Digest
AuthUserFile /etc/svn-auth.htdigest
@@ -5387,7 +5387,7 @@
DAV svn
SVNParentPath /var/svn
- # Authentifizierung: Digest
+ # Authentifikation: Digest
AuthName "Subversion repository"
AuthType Digest
AuthUserFile /etc/svn-auth.htdigest
@@ -5419,7 +5419,7 @@
<!--
<title>Disabling path-based checks</title>
-->
- <title>Abstellen pfad-basierter Prüfungen</title>
+ <title>Unterbinden pfad-basierter Prüfungen</title>
<!--
<para>The <command>mod_dav_svn</command> module goes through a
@@ -5572,7 +5572,7 @@
möglich, die Zugriffs-Datei im selben Projektarchiv auf das
die Zugriffsregeln angewendet werden zu speichen, oder in einem
anderen Projektarchiv. Dieser Ansatz ermöglicht die
- Versionierungs-Funktionalität von Subversion für die pfadbasierte
+ Versionierungs-Funktionalität von Subversion für die pfad-basierte
Autorisierungs-Konfiguration.</para>
<!--
@@ -5582,7 +5582,7 @@
The directives accept absolute <literal>file://</literal> URLs
and repository relative URLs (one which begins with ^/).</para>
-->
- <para>Die Konfigurations-Directiven
+ <para>Die Konfigurations-Direktiven
<literal>AuthzSVNAccessFile</literal> und
<literal>AuthzSVNReposRelativeAccessFile</literal> erlauben
beide, einen Pfad innerhalb des Projektarchivs für die
@@ -5692,7 +5692,7 @@
<!--
<title>Subversion server SSL certificate configuration</title>
-->
- <title>Konfiguration von Subversion Server SSL Zertifikaten</title>
+ <title>Konfiguration von Subversion-Server SSL-Zertifikaten</title>
<!--
<para>It's beyond the scope of this book to describe how to
@@ -5703,7 +5703,7 @@
describe the process.</para>
-->
<para>Es würde den Rahmen dieses Buches sprengen, wenn
- beschrieben würde, wie SSL Client- und Server-Zertifikate erzeugt
+ beschrieben würde, wie Client- und Server SSL-Zertifikate erzeugt
werden und wie Apache für ihre Verwendung konfiguriert wird.
Viele andere Bücher, darunter Apaches eigene Dokumentation
(<ulink url="http://httpd.apache.org/docs/current/ssl/"/>),
@@ -5900,7 +5900,10 @@
</sect4>
<sect4 id="svn.serverconfig.httpd.ssl.client.clientcert">
+<!--
<title>Client certificate challenge</title>
+-->
+ <title>Client-Zertifikat-Abfrage</title>
<!--
<para>If the client receives a challenge for a certificate,
@@ -6063,7 +6066,7 @@
re-use facility, and as we indicated previously, by default
its value is <literal>On</literal>.</para>
-->
- <para>Standardmäßig ist der Apache HTTP Server so eingestellt,
+ <para>Standardmäßig ist der Apache HTTP-Server so eingestellt,
dass er es erlaubt, eine einzelne Verbindung zum Server für
mehrere Anfragen wiederzuverwenden. Für Subversion ist das
sehr vorteilhaft, da, anders als bei vielen HTTP=basierten
@@ -7023,7 +7026,7 @@
Wert sind, wenn sie auch sinnstiftend ausgewertet werden
können, und umfangreiche Protokolldateien können schnell
unhandlich werden. Es gibt verschiedene Standardansätze für
- die Verwaltung der Apache HTTP Server Protokollierung, die
+ die Verwaltung der Apache HTTP-Server Protokollierung, die
durch dieses Buch nicht behandelt werden. Den
Administratoren wird nahegelegt, denjenigen Ansatz mit
rotierenden und archivierten Protokolldateien zu wählen, der
@@ -7070,7 +7073,7 @@
Subversion URLs.</para>
-->
<para>Das Modul <literal>mod_setenvif</literal> des Apache
- HTTP Servers stellt eine Direktive
+ HTTP-Servers stellt eine Direktive
<literal>SetEnvIf</literal> zur Verfügung, die praktisch
ist, um bedingt Umgebungsvariablen zu setzen. Und wie sich
herausstellt, kann der Direktive
@@ -7307,7 +7310,7 @@
<filename>httpd.conf</filename> des Master-Servers auf die
übliche Art. Stellen Sie das Projektarchiv unter einem
bestimmten URI zur Verfügung und richten Sie nach ihren
- Wünschen die Authentifizierung sowie Autorisierung ein.
+ Wünschen die Authentifikation sowie Autorisierung ein.
Sobald dies erledigt ist, konfigurieren Sie jeden Ihrer
<quote>Slave</quote>-Server auf exakt dieselbe Art, fügen
jedoch die besondere Direktive
@@ -7916,7 +7919,7 @@
<!--
<title>Subversion Apache HTTP Server Configuration Reference</title>
-->
- <title>Subversion Apache HTTP Server Konfigurations~Referenz</title>
+ <title>Subversion Apache HTTP-Server Konfigurations~Referenz</title>
<!--
<para>In the previous sections, we've mentioned numerous
@@ -7946,7 +7949,7 @@
<!--
<title>mod_dav_svn configuration directives</title>
-->
- <title>mod_dav_svn Konfigurations-Directiven</title>
+ <title>mod_dav_svn Konfigurations-Direktiven</title>
<!--
<para>The following configuration directives are recognized
@@ -8606,7 +8609,7 @@
-->
<para>Die folgenden Konfigurations-Direktiven werden geliefert
von <command>mod_authz_svn</command>, Subversions Apache
- HTTP Server Modul für pfad-basierte Autorisierung. Für eine
+ HTTP-Server-Modul für pfad-basierte Autorisierung. Für eine
erschöpfende Beschreibung der Verwendung pfad-basierter
Autorisierung in Subversion, siehe
<xref linkend="svn.serverconfig.pathbasedauthz"/>.</para>
@@ -8736,7 +8739,7 @@
<literal>On</literal>.</para>
-->
<para>Auf <literal>On</literal> setzen, um die
- Authentifizierung und Autorisierung von Anfragen zu
+ Authentifikation und Autorisierung von Anfragen zu
unterbinden, die anonyme Benutzer durchführen dürfen.
Der Standardwert dieser Direktive ist
<literal>On</literal>.</para>
@@ -8815,7 +8818,7 @@
<!--
<title>Path-Based Authorization</title>
-->
- <title>Pfadbasierte Autorisierung</title>
+ <title>Pfad-basierte Autorisierung</title>
<!--
<para>Both Apache and <command>svnserve</command> are capable of
@@ -9420,7 +9423,7 @@
<!--
<title>Access Control Groups</title>
-->
- <title>Zugriffskontroll=Gruppen</title>
+ <title>Zugriffskontroll-Gruppen</title>
<!--
<para>The access file also allows you to define whole groups of
@@ -9629,7 +9632,10 @@
<!-- =============================================================== -->
<sect2 id="svn.serverconfig.pathbasedauthz.authclass-tokens">
+<!--
<title>Advanced Access Control Features</title>
+-->
+ <title>Fortgeschrittene Zugriffskontroll-Funktionen</title>
<!--
<para>Beginning with Subversion 1.5, the access file syntax also
@@ -9647,7 +9653,7 @@
<para>Beginnend mit Subversion 1.5 unterstützt die Syntax der
Zugriffsdatei einige <quote>magische</quote> Symbole, die
Ihnen dabei helfen sollen, Regeln abhängig von der
- Authentifizierungsklasse des Anwenders zu vergeben. Ein
+ Authentifikationsklasse des Anwenders zu vergeben. Ein
solches Symbol ist <literal>$authenticated</literal>.
Verwenden Sie dieses Symbol dort, wo Sie ansonsten einen
Anwendernamen, einen Alias oder einen Gruppennamen in Ihren
@@ -9681,7 +9687,7 @@
Zugriffsdatei-Syntax ist die Verwendung der Tilde
(<literal>~</literal>) als eine Ausschlussmarkierung. Wenn Sie
in Ihren Autorisierungsregeln einem Anwendernamen, einem Alias,
- einen Gruppennamen oder einem Authentifizierungsklassen-Symbol
+ einen Gruppennamen oder einem Authentifikationsklassen-Symbol
eine Tilde voranstellen, gilt diese Regel für Anwender, die
<emphasis>nicht</emphasis> durch diese Regel erfasst werden.
Obwohl es unnötigerweise etwas verwirrend erscheint, ist der
@@ -9728,7 +9734,10 @@
<!-- =============================================================== -->
<sect2 id="svn.serverconfig.pathbasedauthz.gotchas">
+<!--
<title>Some Gotchas with Access Control</title>
+-->
+ <title>Einige Fallstricke bei der Zugriffskontrolle</title>
<!--
<para>If you're using Apache as your Subversion server and have
@@ -9768,12 +9777,12 @@
Hauptanfrage des Checkouts/der Aktualisierung abzuliefern.
Wenn das geschieht, ist diese Anfrage die
<emphasis>einzige</emphasis> Gelegenheit, die
- Authentifizierung des Anwenders einzufordern. Das hat einige
+ Authentifikation des Anwenders einzufordern. Das hat einige
merkwürdige Seiteneffekte. Wenn beispielsweise ein
Unterverzeichnis des Projektarchivs nur für die Anwenderin
Sally lesbar ist und der Anwender Harry ein Elternverzeichnis
auscheckt, wird sein Client auf die initiale Aufforderung zur
- Authentifizierung als Harry antworten. Während der Server die
+ Authentifikation als Harry antworten. Während der Server die
umfangreiche Antwort erzeugt, besteht keine Möglichkeit beim
Erreichen des besonderen Verzeichnisses eine erneute
Aufforderung zu senden; das Verzeichnis wird somit einfach
@@ -9791,10 +9800,10 @@
/>.</para></footnote></para>
-->
<para>Auf ähnliche Weise wird der komplette Checkout ohne
- Authentifizierung vollzogen, falls das Wurzelverzeichnis des
+ Authentifikation vollzogen, falls das Wurzelverzeichnis des
Projektarchivs anonym für jeden lesbar ist; auch hier werden
nicht lesbare Verzeichnisse übergangen, anstatt zwischendurch
- zur Authentifizierung aufzufordern.<footnote><para>Mehr hierzu
+ zur Authentifikation aufzufordern.<footnote><para>Mehr hierzu
im Blog-Post <emphasis>Authz and Anon Authn Agony</emphasis>
auf
<ulink url="http://blogs.collab.net/subversion/2007/03/authz_and_anon_/"
@@ -10073,7 +10082,7 @@
<!--
<title>Server Optimization</title>
-->
- <title>Server Optimierung</title>
+ <title>Server-Optimierung</title>
<!--
<para>Part of the due diligence when offering a service such as a
More information about the svnbook-dev
mailing list