[Zodb-checkins] CVS: ZODB3/Doc/ZEO - howto.txt:1.5
Jeremy Hylton
jeremy at zope.com
Fri May 30 17:27:22 EDT 2003
Update of /cvs-repository/ZODB3/Doc/ZEO
In directory cvs.zope.org:/tmp/cvs-serv2693
Modified Files:
howto.txt
Log Message:
Update for authentication and for a few tools.
=== ZODB3/Doc/ZEO/howto.txt 1.4 => 1.5 ===
--- ZODB3/Doc/ZEO/howto.txt:1.4 Tue May 27 18:15:50 2003
+++ ZODB3/Doc/ZEO/howto.txt Fri May 30 16:27:22 2003
@@ -164,6 +164,30 @@
be used to with a system that arranges to provide hot backups of
servers in the case of failure.
+Authentication
+~~~~~~~~~~~~~~
+
+ZEO supports optional authentication of client and server using a
+password scheme similar to HTTP digest authentication (RFC 2069). It
+is a simple challenge-response protocol that does not send passwords
+in the clear, but does not offer strong security. The RFC discusses
+many of the limitations of this kind of protocol. Note that this
+feature provides authentication only. It does not provide encryption
+or confidentiality.
+
+The challenge-response also produces a session key that is used to
+generate message authentication codes for each ZEO message. This
+should prevent session hijacking.
+
+Guard the password database as if it contained plaintext passwords.
+It stores the hash of a username and password. This does not expose
+the plaintext password, but it is sensitive nonetheless. An attacker
+with the hash can impersonate the real user. This is a limitation of
+the simple digest scheme.
+
+The authentication framework allows third-party developers to provide
+new authentication modules.
+
Installing software
-------------------
@@ -282,6 +306,19 @@
transaction takes too long, the client connection will be closed
and the transaction aborted.
+authentication-protocol
+ The name of the protocol used for authentication. The
+ only protocol provided with ZEO is "digest," but extensions
+ may provide other protocols.
+
+authentication-database
+ The path of the database containing authentication credentials.
+
+authentication-realm
+ The authentication realm of the server. Some authentication
+ schemes use a realm to identify the logic set of usernames
+ that are accepted by this server.
+
Configuring client
------------------
@@ -354,6 +391,10 @@
acceptable as a fallback when no writable storages are
available. Defaults to false. At most one of read_only and
read_only_fallback should be true.
+realm
+ The authentication realm of the server. Some authentication
+ schemes use a realm to identify the logic set of usernames
+ that are accepted by this server.
A ZEO client can also be created by calling the ClientStorage
constructor explicitly. For example::
@@ -383,6 +424,15 @@
server. The server will continue writing to the renamed log file
until it receives the signal. After it receives the signal, the
server will create a new file with the old name and write to it.
+
+Tools
+-----
+
+There are a few scripts that may help running a ZEO server. The
+zeopack.py script connects to a server and packs the storage. It can
+be run as a cron job. The zeoup.py script attempts to connect to a
+ZEO server and verify that is is functioning. The zeopasswd.py script
+manages a ZEO servers password database.
Diagnosing problems
-------------------
More information about the Zodb-checkins
mailing list