bugzilla-daemon at bugzilla.mindrot.org
2010-May-02 23:08 UTC
[Bug 1766] New: ssh should provide the current session configuration to subprocesses it invokes (via the environment?)
https://bugzilla.mindrot.org/show_bug.cgi?id=1766 Summary: ssh should provide the current session configuration to subprocesses it invokes (via the environment?) Product: Portable OpenSSH Version: 5.5p1 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: ssh AssignedTo: unassigned-bugs at mindrot.org ReportedBy: dkg at fifthhorseman.net The ssh client currently has a few subprocesses that it might invoke. For example, ProxyCommand and LocalCommand. Those processes are invoked without any knowledge of the configuration of the ssh session being invoked, but some commands might alter their behavior based on the ssh configuration. My proposal is for ssh to export its current configuration to the environment established for the invoked subcommand. So the child process could (for example) examine ${OpenSSH_hashknownhosts} to decide how to update a known_hosts file. This is similarly useful to sshd's -C and -T options (though the mechanism is different, of course) -- so aligned tools don't need to re-implement (or track) OpenSSH's config file parsing code. One way to approach this would be to allow something similar to -C -T, but for the client configs instead of the server configs. However, this solution wouldn't address a situation where a user had invoked ssh like: ssh -oHashKnownHosts=no -oLocalCommand=whatever user at host (that is, the "whatever" command couldn't determine that HashKnownHosts was "no" for this session just by parsing the client configs). Is this something that seems like it would be useful to other people? I'm willing to work on a patch. -- Configure bugmail: https://bugzilla.mindrot.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.