summaryrefslogtreecommitdiff
path: root/website/bugs
diff options
context:
space:
mode:
authorJameson Graef Rollins <jrollins@phys.columbia.edu>2008-09-06 09:52:29 -0700
committerJameson Graef Rollins <jrollins@phys.columbia.edu>2008-09-06 09:52:29 -0700
commit701d295ffd80625a1cc5f6696dc403bdf7525674 (patch)
tree71545dfd8e7b6603000e4c3d9de22d9a2d1c26a5 /website/bugs
parent8e1f4562f58c8b9b02cd07e4920262e9b42a6d16 (diff)
comment to HRHSJJ's cssh bug.
Diffstat (limited to 'website/bugs')
-rw-r--r--website/bugs/monkeysphere-interferes-with-cssh.mdwn32
1 files changed, 32 insertions, 0 deletions
diff --git a/website/bugs/monkeysphere-interferes-with-cssh.mdwn b/website/bugs/monkeysphere-interferes-with-cssh.mdwn
index 4fcb4af..24991b5 100644
--- a/website/bugs/monkeysphere-interferes-with-cssh.mdwn
+++ b/website/bugs/monkeysphere-interferes-with-cssh.mdwn
@@ -20,3 +20,35 @@ I had no luck with google and the error message being output.
This isn't a huge priority (it's not hard to disable the
monkeysphere-ssh-proxycommand before running cssh), however, it would be
nice to figure out why it's not working.
+
+---
+
+What do you mean by "produced some private data" when you set the log
+level to DEBUG? Monkeysphere does not output any "private" data in
+the sense of private keys or passwords or anything like that. Maybe
+you mean the cssh debug mode outputs private data? or do you just
+mean "info that you don't want to post here"? It might be useful to
+see some output, so maybe you could just block out the nasty bits?
+But I'm not sure it will help.
+
+The problem may be due to the locking of the known\_hosts file while
+the proxycommand is running. At the moment, the
+monkeysphere-ssh-proxycommand can only be run serially, since each
+invocation will lock the known\_hosts file while it updates it. I
+think this is required, since we obviously can't have two invocations
+modifying the file at the same time. However, it's probably possible
+to decrease the amount of time it takes to update the file. It's not
+done very efficiently at the moment. The file is locked basically at
+the very begining, and is locked while all gpg interactions are done,
+which are slow. I think it should be possible to take the gpg
+interactions out of the loop.
+
+I just tried cssh and it doesn't seem to work very well with my ssh
+setup at all. For instance, the simultaneous ssh connections cause
+simultaneous calls to the agent to get my permission to use the key,
+which don't interact very well with each other. This of course is not
+a monkeysphere problem but a general problem with trying to make
+simultaneous ssh connections with an agent that want key use
+confirmation.
+
+-- jrollins