[Bug 2951] New: command line key options ignored for jumphost

bugzilla-daemon at bugzilla.mindrot.org bugzilla-daemon at bugzilla.mindrot.org
Tue Jan 8 06:59:50 AEDT 2019


https://bugzilla.mindrot.org/show_bug.cgi?id=2951

            Bug ID: 2951
           Summary: command line key options ignored for jumphost
           Product: Portable OpenSSH
           Version: 7.7p1
          Hardware: amd64
                OS: Mac OS X
            Status: NEW
          Severity: normal
          Priority: P5
         Component: ssh
          Assignee: unassigned-bugs at mindrot.org
          Reporter: chris.kiick at sailpoint.com

The -J option of ssh allows connecting via a "jump" host.  However, I
am unable to specify a key to use for the jump host on the command
line.

Command:
> ssh -i keyfile -J user at bastion.host user at final.host

Expected behavior:
ssh authenticates to jumphost with key in keyfile, then proceeds to
connect to final host.  Final host may use same or different key.

Actual behavior:
user at bastion.host: Permission denied
(publickey,gssapi-keyex,gssapi-with-mic).
ssh_exchange_identification: Connection closed by remote host

Using verbose options it is clear that keyfile is never offered to the
bastion host during authentication.  Adding -o AddKeysToAgent=yes has
no affect. Putting AddKeysToAgent in ssh config file also has no
affect. It seems clear that any options relating to keys are ignored
when connecting to the jumphost.  The only way to have a keyfile for
the jumphost is to pre-add it to the ssh-agent with ssh-add, or modify
the ssh config file.  There are use cases where this is not desirable
(eg use in scripts, keys are rotated or expired often, ssh-agent is not
running, local host account is shared, etc).

The intuitive behavior would be for the -i and relevant -o options to
be applied before connecting to the jumphost.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.


More information about the openssh-bugs mailing list