Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upOpenSSH Keychain Support Issues (OS X Mavericks) #242
Comments
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
cactus
Oct 24, 2013
I am also having an issue. In my case I tried generating an ecdsa key, but ssh-add doesn't appear to support the -K option, even though the help output claims it does.
$ ssh-add -K .ssh/id_ecdsa
ssh-add: illegal option -- K
usage: ssh-add [options] [file ...]
Options:
-l List fingerprints of all identities.
-L List public key parameters of all identities.
-k Load only keys and not certificates.
-c Require confirmation to sign using identities
-t life Set lifetime (in seconds) when adding identities.
-a Add all identities stored in your keychain.
-K Store passphrases in your keychain.
With -d, remove passphrases from your keychain.
-d Delete identity.
-D Delete all identities.
-x Lock agent.
-X Unlock agent.
-s pkcs11 Add keys from PKCS#11 provider.
-e pkcs11 Remove keys provided by PKCS#11 provider.
cactus
commented
Oct 24, 2013
|
I am also having an issue. In my case I tried generating an ecdsa key, but ssh-add doesn't appear to support the
|
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
theckman
commented
Oct 25, 2013
|
Good catch on -Tim |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
cactus
Oct 25, 2013
my guess is the keychain patch needs to be recreated against the new new ssh version (p2) and Apple's patches.
cactus
commented
Oct 25, 2013
|
my guess is the keychain patch needs to be recreated against the new new ssh version (p2) and Apple's patches. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
cactus
commented
Oct 27, 2013
|
likely related issue: #237 |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
adamv
Nov 23, 2013
Contributor
MacPorts carries a beefy patch https://trac.macports.org/browser/trunk/dports/net/openssh/files/0002-Apple-keychain-integration-other-changes.patch
|
MacPorts carries a beefy patch https://trac.macports.org/browser/trunk/dports/net/openssh/files/0002-Apple-keychain-integration-other-changes.patch |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
bhyde
Jan 8, 2014
Currently the ssh-agent brew builds lacks support for the -l switch. As a result launchd is unable to fire it up, but it keeps trying every 10 seconds. That clutters the console log. Using Apple's ssh-agent instead, but otherwise using brew's ssh tools, appears to provide a work around.
bhyde
commented
Jan 8, 2014
|
Currently the ssh-agent brew builds lacks support for the -l switch. As a result launchd is unable to fire it up, but it keeps trying every 10 seconds. That clutters the console log. Using Apple's ssh-agent instead, but otherwise using brew's ssh tools, appears to provide a work around. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
lox
commented
Feb 15, 2014
|
Oddly the apple keychain patch seems to use "-M" rather than "-K". |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
jbergstroem
Feb 20, 2014
Experienced similar issues. Can verify that the patch (pull req #274) works for me.
jbergstroem
commented
Feb 20, 2014
|
Experienced similar issues. Can verify that the patch (pull req #274) works for me. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
jacknagel
Mar 17, 2014
Contributor
openssh is now at 6.6p1 and a new keychain support patch has been applied, can anyone verify if this issue persists?
|
openssh is now at 6.6p1 and a new keychain support patch has been applied, can anyone verify if this issue persists? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
nickchappell
Mar 31, 2014
I couldn't get they Keychain integration to work on my machine. I followed the steps @theckman outlined in the original post. Is there another procedure I should follow?
nickchappell
commented
Mar 31, 2014
|
I couldn't get they Keychain integration to work on my machine. I followed the steps @theckman outlined in the original post. Is there another procedure I should follow? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
peterpme
Apr 25, 2014
This is still an issue. Found this google for the topic
OpenSSH 6.6p1
Mavericks 10.9.2
peterpme
commented
Apr 25, 2014
|
This is still an issue. Found this google for the topic OpenSSH 6.6p1 |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
m3nu
Apr 25, 2014
I've put a brew for OpenSSH 6.5 in homebrew-versions. It comes with SSH-HPN (high performance patch) and keychaing integration. No issues on the latest Mavericks. They didn't accept the pull request yet, so it's currently here: https://github.com/manuelRiel/homebrew-versions/blob/master/openssh65.rb
m3nu
commented
Apr 25, 2014
|
I've put a brew for OpenSSH 6.5 in homebrew-versions. It comes with SSH-HPN (high performance patch) and keychaing integration. No issues on the latest Mavericks. They didn't accept the pull request yet, so it's currently here: https://github.com/manuelRiel/homebrew-versions/blob/master/openssh65.rb |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
sj26
Jun 16, 2014
I can successfully edit the launchd plists to replace sshd with the homebrewed sshd, but ssh-agent -l doesn't start, something about the IPC isn't working, so all ssh invocations hang on key exchange, and ssh-add -L doesn't work either.
Can't start it via sudo, either:
sudo ssh-agent -l
launch_msg: Operation not permitted
I can't find any logs to speak of.
sj26
commented
Jun 16, 2014
|
I can successfully edit the launchd plists to replace Can't start it via sudo, either:
I can't find any logs to speak of. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
phonique
commented
Sep 1, 2014
|
Issue persists. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Diablo-D3
commented
Sep 28, 2014
|
Can we get an update on this issue? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
jacknagel
Sep 28, 2014
Contributor
This issue contains all known information, as far as I know there isn't anyone actively working on it.
|
This issue contains all known information, as far as I know there isn't anyone actively working on it. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
theMikeD
Oct 12, 2014
So the package doesn't work as a replacement daemon but otherwise works as a client in Mavericks. Is that the takeaway here?
theMikeD
commented
Oct 12, 2014
|
So the package doesn't work as a replacement daemon but otherwise works as a client in Mavericks. Is that the takeaway here? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
JicKud
Oct 26, 2014
X11 forwarding in Yosemite seems to be broken (worked fine in Mavericks).
$ ssh -X $HOST
Warning: No xauth data; using fake authentication data for X11 forwarding.
No mail.
$HOST> xclock
/private/tmp/com.apple.launchd.HUfJbZEWPt/org.macosforge.xquartz: unknown host. (nodename nor servname provided, or not known)
Error: Can't open display: localhost:11.0
$HOST>
JicKud
commented
Oct 26, 2014
|
X11 forwarding in Yosemite seems to be broken (worked fine in Mavericks). $ ssh -X $HOST |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Diablo-D3
Oct 26, 2014
Reinstalling xquartz doesn't fix it either. Launching X11 apps locally works fine.
Diablo-D3
commented
Oct 26, 2014
|
Reinstalling xquartz doesn't fix it either. Launching X11 apps locally works fine. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
chdiza
Nov 16, 2014
Contributor
So the package doesn't work as a replacement daemon but otherwise works as a client in Mavericks. Is that the takeaway here?
As far as I know, it works fine in both roles unless you want OSX keychain support built in.
I myself run it as a client (using a custom formula that doesn't even attempt a keychain patch), and there is no problem getting it to use the OSX keychain. I do not, however, use it as a daemon.
As far as I know, it works fine in both roles unless you want OSX keychain support built in. I myself run it as a client (using a custom formula that doesn't even attempt a keychain patch), and there is no problem getting it to use the OSX keychain. I do not, however, use it as a daemon. |
darronz
referenced this issue
Nov 18, 2014
Closed
Failed to generate phar.php when building php55 --with-mssql on OS X Yosemite GM #1326
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
jacknagel
Nov 20, 2014
Contributor
To be honest I'm not sure what issue people are still having, there seems to be several different issues in this thread.
Can those having trouble please confirm (by brew reinstall openssh and restarting the appropriate services) if the existing formula works? There have been a couple of substantive changes in the last month or so.
|
To be honest I'm not sure what issue people are still having, there seems to be several different issues in this thread. Can those having trouble please confirm (by |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
DomT4
Nov 20, 2014
Member
X11 forwarding in Yosemite seems to be broken (worked fine in Mavericks).
This should be fixed now, at least.
This should be fixed now, at least. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Diablo-D3
commented
Nov 21, 2014
|
I can verify it works now. 10.10.1 fixed it? Not sure. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
DomT4
Nov 21, 2014
Member
We imported the patch recommended upstream in this commit which should have fixed things.
|
We imported the patch recommended upstream in this commit which should have fixed things. |
jacknagel
closed this
Nov 25, 2014
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
TimCook1
Jan 4, 2015
The issue appears to persist if you use ed25519 keys. The keychain can't handle saving the password for those keys.
TimCook1
commented
Jan 4, 2015
|
The issue appears to persist if you use ed25519 keys. The keychain can't handle saving the password for those keys. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
mochtu
Jan 6, 2015
Loading/unloading the LaunchAgent via launchctl was not enough for me on OSX 10.10.1 (Yosemite). I had to reboot the system. After rebooting the OSX Keychain support window comes up on the first ssh login and the key is stored successfully in ssh-agent.
However I see a
Saving password to keychain failed
Identity added: …
… but it doesn't seem to be an issue.
mochtu
commented
Jan 6, 2015
|
Loading/unloading the LaunchAgent via launchctl was not enough for me on OSX 10.10.1 (Yosemite). I had to reboot the system. After rebooting the OSX Keychain support window comes up on the first ssh login and the key is stored successfully in ssh-agent. However I see a
… but it doesn't seem to be an issue. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
TimCook1
Jan 20, 2015
I figured it out. You have to have the .pub key file in the same folder as the private key. I have no idea why... but apparently that's what OSX wants.
TimCook1
commented
Jan 20, 2015
|
I figured it out. You have to have the .pub key file in the same folder as the private key. I have no idea why... but apparently that's what OSX wants. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
theckman
commented
Jan 20, 2015
|
Not just on OS X. Was surprised to find this a month or so ago. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
croessner
Apr 12, 2015
Hi, is there a solution for ed25519 keys? Just can confirm that it doesn't work here on Yosemite
croessner
commented
Apr 12, 2015
|
Hi, is there a solution for ed25519 keys? Just can confirm that it doesn't work here on Yosemite |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
TimCook1
Apr 13, 2015
As mentioned above, reboot after making the changes, and place the .pub keys in the same folder as the private key.
TimCook1
commented
Apr 13, 2015
|
As mentioned above, reboot after making the changes, and place the .pub keys in the same folder as the private key. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
croessner
Apr 13, 2015
Doesn't work for me:
ssh-add .ssh/id_ed25519
Enter passphrase for .ssh/id_ed25519:
SSH_AGENT_FAILURE
Could not add identity: .ssh/id_ed25519
It doesn't matter, if i change into .ssh or not. And reboot does not solve anything here. Also all other added keys are lost after reboot, except my primary ssh key id_rsa.
If I add other RSA keys with ssh-add, they are not remembered after reboot. Even if I use /usr/bin/ssh-add and not /usr/local/bin/ssh-add, no other but the id_rsa key is remembered.
:-)
One further question to @tcsac : what do you mean by "making the changes"?
croessner
commented
Apr 13, 2015
|
Doesn't work for me: ssh-add .ssh/id_ed25519 It doesn't matter, if i change into .ssh or not. And reboot does not solve anything here. Also all other added keys are lost after reboot, except my primary ssh key id_rsa. If I add other RSA keys with ssh-add, they are not remembered after reboot. Even if I use /usr/bin/ssh-add and not /usr/local/bin/ssh-add, no other but the id_rsa key is remembered. :-) One further question to @tcsac : what do you mean by "making the changes"? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
TimCook1
Apr 13, 2015
The changes on this page:
http://www.dctrwatson.com/2013/07/how-to-update-openssh-on-mac-os-x/
And you need to nuke everything you originally setup with the built-in ssh-add or you're going to have issues (in my experience).
TimCook1
commented
Apr 13, 2015
|
The changes on this page: And you need to nuke everything you originally setup with the built-in ssh-add or you're going to have issues (in my experience). |
brianmhunt
referenced this issue
Jun 4, 2015
Closed
Cannot use ed25519 or ssh-agent with homebrew's ssh #469
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
nik9000
Jul 28, 2015
I've put a brew for OpenSSH 6.5 in homebrew-versions. It comes with SSH-HPN (high performance patch) and keychaing integration. No issues on the latest Mavericks. They didn't accept the pull request yet, so it's currently here: https://github.com/manuelRiel/homebrew-versions/blob/master/openssh65.rb
This works for me.
nik9000
commented
Jul 28, 2015
This works for me. |
theckman commentedOct 24, 2013
Hello,
I normally install the homebrew version of OpenSSH to use instead of the system version. For 10.8 and newer, it was to get features that I wanted to use in addition to being able to
brewopenssl and leverage improvements made there. Now that system OpenSSH is 6.2p2, I really only am looking to benefit from enhancements in OpenSSL.After having upgraded to Mavericks I followed these steps:
brew updatebrew upgrade--with-brewed-openssland--with-keychain-support/System/Library/LaunchAgents/org.openbsd.ssh-agent.plistto look like this:I followed the instructions as mentioned here, including the twiddling of launchctl and rebooting the system:
Afterwards, I get the following message if I enter my SSH key passphrase correctly when trying to connect:
At this point,
ssh-add -llooks correct and it works. However, if I type the passphrase incorrectly I no longer get a OS X UI passphrase prompt, but instead it asks for it in the terminal:Any ideas on what the cause may be?