From: david-sarah Date: Sat, 31 Mar 2012 02:32:47 +0000 (+0000) Subject: FTP-and-SFTP.rst: there were two more instances of 'rootcap'. Also made the wording... X-Git-Url: https://git.rkrishnan.org/pf/content/COPYING.TGPPL.html?a=commitdiff_plain;h=1562e2a3021344abfcf539a273306e9e755d1113;p=tahoe-lafs%2Ftahoe-lafs.git FTP-and-SFTP.rst: there were two more instances of 'rootcap'. Also made the wording tweak from ticket:1487#comment:4 . fixes #1487 --- diff --git a/docs/frontends/FTP-and-SFTP.rst b/docs/frontends/FTP-and-SFTP.rst index af9961e2..d63a61f6 100644 --- a/docs/frontends/FTP-and-SFTP.rst +++ b/docs/frontends/FTP-and-SFTP.rst @@ -44,9 +44,10 @@ Since Tahoe-LAFS does not use user accounts or passwords, the FTP/SFTP servers must be configured with a way to first authenticate a user (confirm that a prospective client has a legitimate claim to whatever authorities we might grant a particular user), and second to decide what directory cap -should be granted to the authenticated username. A username and password is -used for this purpose. (The SFTP protocol is also capable of using client RSA -or DSA public keys, but this is not currently implemented.) +should be used as the root directory for a log-in by the authenticated user. +A username and password is used for this purpose. (The SFTP protocol is also +capable of using client RSA or DSA public keys, but this is not currently +implemented.) Tahoe-LAFS provides two mechanisms to perform this user-to-cap mapping. The first is a simple flat file with one account per line. The second is an @@ -81,7 +82,7 @@ The accounts.url directive allows access requests to be controlled by an HTTP-based login service, useful for centralized deployments. This was used by AllMyData to provide web-based file access, where the service used a simple PHP script and database lookups to map an account email -address and password into a tahoe rootcap. The service will receive a +address and password into a Tahoe directory cap. The service will receive a multipart/form-data POST, just like one created with a
and fields, with three parameters: @@ -92,7 +93,7 @@ fields, with three parameters: presents this argument as "email" rather than "username"). * passwd: PASSWORD -It should return a single string that either contains a Tahoe rootcap +It should return a single string that either contains a Tahoe directory cap (URI:DIR2:...), or "0" to indicate a login failure. Tahoe-LAFS recommends the service be secure, preferably localhost-only. This