Author: khmarbaise
Date: Sat Oct 11 15:32:43 2008
New Revision: 3327
Log:
- src/de/book/ch06-server-configuration.xml
- Fixed #181 from http://www.svnbook.de of Dirk Abe
Modified:
trunk/src/de/book/ch06-server-configuration.xml
Modified: trunk/src/de/book/ch06-server-configuration.xml
==============================================================================
--- trunk/src/de/book/ch06-server-configuration.xml (original)
+++ trunk/src/de/book/ch06-server-configuration.xml Sat Oct 11 15:32:43 2008
@@ -86,9 +86,9 @@
eine Menge an <quote>frei verfügbaren</quote> Funktionen/Modulen,
wie SSL-verschlüsselte Verbindungen, Logging, sowie diverse
Authentifikationssysteme von Drittanbietern und einen grundlegenden,
- web-browser-gestützten Repository-Zugriff.</para>
-
+ Web-Browser-gestützten Repository-Zugriff.</para>
+<!--
<para>In the other corner is <command>svnserve</command>: a small,
lightweight server program that speaks a custom protocol with
clients. Because its protocol is explicitly designed for
@@ -99,7 +99,20 @@
logging or built-in web browsing. It is, however, extremely
easy to set up and is often the best option for small teams just
starting out with Subversion.</para>
+-->
+ <para>In der anderen Ecke befindet sich <command>svnserve</command>:
+ ein kleiner, leicht-gewichtiger Server, der ein einfaches Netzwerkprotokoll
+ für die Zugriffe der Clients verwendet. Da dieses Protokoll für die
+ Verwendung mit Subversion entwickelt wurde und im Gegensatz zu HTTP,
+ zustandsorientiert ist, bietet es einen deutlich schnelleren Netzwerkzugriff—
+ spart allerdings auch einige wichtige Funktionen aus. So bietet er eine
+ SASL-basierte Verschlüsselung und Authentifikation, hat aber keine
+ Logging-Funktionen oder eingebauten Web-Browser-Zugriff. Wie auch immer,
+ er ist extrem einfach einzurichten und für kleinere Teams welche einfach
+ nur schnell mit Subversion "loslegen" wollen, die beste Wahl.</para>
+
+<!--
<para>A third option is to use <command>svnserve</command>
tunneled over an SSH connection. Even though this scenario
still uses <command>svnserve</command>, it differs quite a bit
@@ -115,10 +128,32 @@
via <literal>file://</literal> URLs. Path-based access control
has no meaning, since each user is accessing the repository
database files directly.</para>
+-->
+
+ <para>Ein dritte Möglichkeit ist <command>svnserve</command> durch
+ SSH-Verbindungen zu tunneln. Auch wenn in diesem Fall weiterhin
+ <command>svnserve</command> verwendet wird, so unterscheidet sich
+ die Funktionalität etwas von der normalen Nutzung des <command>
+ svnserve</command>. Der SSH wird zur Verschlüsselung der gesamten
+ Kommunikation verwendet. Ebenso zur Authentifizierung, was die
+ Verwendung von realen Nutzerkonten auf dem Subversions-Server notwendig
+ macht (anders als beim einfachen <command>svnserve</command>, der seine
+ eigene Nutzerverwaltung hat). Des weiteren ist es Notwendig - da jeder
+ angemeldete Nutzer einen eigenen <command>svnserve</command>-Prozess
+ startet - einer Gruppe von lokalen Nutzern (aus Sicht der Rechtevergabe)
+ vollen Zugriff auf das Repository via <literal>file://</literal> zu
+ ermöglichen. Pfad-basierte Zugriffskontrolle schließt sich in diesem Fall aus,
+ da die Nutzer direkt auf die Datenbank-Dateien zugreifen.</para>
+<!--
<para><xref linkend="svn.serverconfig.overview.tbl-1"/> provides a
quick summary of the three typical server deployments.</para>
+-->
+ <para><xref linkend="svn.serverconfig.overview.tbl-1"/>Ein kurze Zusammenfassung
+ der drei typischen Server-Konfigurationen.</para>
+
+
<table id="svn.serverconfig.overview.tbl-1">
<title>Comparison of subversion server options</title>
<tgroup cols="4">