[MERGE][bug #183705] Update authentication docs regarding ssh agents.
John Arbash Meinel
john at arbash-meinel.com
Fri May 9 16:13:01 BST 2008
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Vincent Ladeuil wrote:
| Doc-only patch.
|
| Vincent
|
|
+``FTP`` needs a (``user``, ``password``) to authenticate against a ``host``
+(``SFTP`` can use either password or host key to authenticate, but since ssh agents
+are a better and safer solution, we recommand their use and don't try to
+provide an alternative, less secure, way do to so).
``SFTP`` can use either a password or a host key to authenticate. However,
ssh agents are a better, more secure solution. So we have chosen to not provide
our own less secure method.
- - password=precious
+ # No pasword here, use ssh agents for providing either a password
+ # or a host key
# We don't support supplying a password for sftp, consider using an ssh agent if
# you don't want to supply a password. (pageant, ssh-agent, etc)
+At company.com, the server hosting released and integration branches is behind
+a proxy, the two servers use different authentication policies::
the server hosting release and integration branches is behind a proxy, and the
two branches use different authentication policies
(At least, assuming you are parameterizing by path, and not by host.)
@@ -195,7 +197,7 @@
~ host=dev.company.com
~ path=/dev/integration
~ user=user2
- - password=pass2
+ # No password since we use host keys
I would probably just leave the comment out.
Also, are these "host keys"? I thought that was something rsh had, where you
could set up 2 hosts to trust eachother for all users. This seems a lot more
like per-user ssh keys. Since I can set up several keys to be trusted for just
my user, which has little to do with the hosts involved.
+comfort this specification aims to provide for all other schemes. Since ssh
+agents provide a safer way to secure the passwords, this specification restrict
+itself to providing ``user`` but never try to provide ``password``.
this specification is restricted to providing ``user`` but does not provide
``password``.
BB:tweak
I believe these statements aren't strictly true without your other patch. Since
we allow ssh passwords some-of-the-time (paramiko). Otherwise with some minor
grammar fixes, they seem good.
John
=:->
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkgkaf0ACgkQJdeBCYSNAANamgCfW5hQxwaEWf6pju9I6wYFxJkG
5AUAn0xEMMiwUkxqOUYxwCgZ32MPD8OV
=md74
-----END PGP SIGNATURE-----
More information about the bazaar
mailing list