git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Specifying a private key when connecting to a remote SSH repo

From
Jeff King <peff@peff.net>
Date
Sep 12, 2013, 05:19 UTC
Message-ID
<20130912051913.GA1977@sigill.intra.peff.net>
In-Reply-To
<xmqqeh8ur6uc.fsf@gitster.dls.corp.google.com>
On Wed, Sep 11, 2013 at 09:39:55PM -0700, Junio C Hamano wrote:
Show 8 quoted lines
> If the only thing you are interested in supporting is a one-shot
> invocation, i.e. giving which identity file to use from the command
> line when you run either "git push" or "git fetch", I suspect that
> you could play with GIT_SSH environment variable, e.g.
> 
>     GIT_SSH_IDENTITY_FILE=$HOME/.ssh/id_for_example_com git push
> 
> and do something ugly like the attached, I suppose.
We already have GIT_SSH, so I would expect:
  GIT_SSH='ssh -i $HOME/.ssh/id_for_example_com' git push

to work. But sadly, GIT_SSH does not use the shell, unlike most other configure git commands. :(

We could consider it a consistency bug and fix it, though I suspect we may be annoying people on Windows who have spaces in their paths.

If we do go the route of adding a new variable, it would make sense to add something for specifying arbitrary arguments, not just the identity file. Something like GIT_SSH_ARGS would be enough, though once you start handling splitting, dequoting, and interpreting variables, you're better off using the shell. So maybe GIT_SSH_SHELL or similar as a preferred version of GIT_SSH that uses the shell.

Show 6 quoted lines
> It also crossed my mind that you could (ab)use the credential helper
> framework and ask it to return not the password but the identity
> filename, and pass it down the callchain to git_connect(), but again
> you will have to teach the credential helper as many settings as you
> would need to make in ~/.ssh/config anyway, so I find it dubious how
> it would be a win.

You could write a credential helper shell script that knows about classes of remotes (e.g., selecting an identity file based on the hostname), and write only a few lines to cover a large number of hosts. For example:

  #!/bin/sh
  test "$1" = "get" || exit 0
  while IFS== read key val; do
    test "$key" = "host" || continue
    case "$val" in
      *.example.com) echo sshident=com_key ;;
      *.example.net) echo sshident=net_key ;;
    esac
  done

But it feels a bit hacky to be using the credential helpers at all for ssh connections.

-Peff
Previous: Junio C HamanoNext: Junio C Hamano
Message 3 of 5 in “Specifying a private key when connecting to a remote SSH repo”
  1. Breck YunitsSep 11, 2013
  2. Junio C HamanoSep 12, 2013
  3. Jeff KingSep 12, 2013
  4. Junio C HamanoSep 12, 2013
  5. Breck YunitsSep 12, 2013

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.