[
https://issues.apache.org/jira/browse/WAGON-446?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14953127#comment-14953127
]
Per Landberg commented on WAGON-446:
------------------------------------
Sure, but...
As I see it, there are two approaches to solving this:
1) Remove the fallback behavior of ScpHelper.getPrivateKey(). This is IMHO the
correct solution but it will change the semantic of using wagon-ssh and
wagon-ssh-external to always require an explicit privateKey.
2) Try to expand the condition when to use the returned privateKey in
AbstractJschWagon, by for example, only use the key if a password is also given
and not running interactivly. It will certainly work for this issue but it may
introduce other problems for other uses-cases.
If you give me a hint of which solution you prefer, I will try to create a
patch.
BTW, would a github pull request work as well? Maybe that would be a better
forum for discussion which solution is correct?
> SSH agent authentication is no longer working in wagon-ssh 2.10
> ---------------------------------------------------------------
>
> Key: WAGON-446
> URL: https://issues.apache.org/jira/browse/WAGON-446
> Project: Maven Wagon
> Issue Type: Bug
> Components: wagon-ssh
> Affects Versions: 2.10
> Reporter: Per Landberg
> Assignee: Dan Tran
>
> After upgrading to wagon-2.10, SSH Agent authentication doesn't seems to
> work anymore. I got the following error when trying to publish a site, using
> maven-site-plugin 3.4:
> Using private key: <PATH TO id_rsa>
> : Error uploading site: Cannot connect. Reason: Auth fail -> [Help 1]
> I have no server for this site defined in my settings.xml
> After some investigation, I suspect that the cause is WAGON-413 since the
> logic in AbstractJschWagon was changed to not use the agent if
> ScpHelper.getPrivateKey() returns a File.
> Unfortunate, ScpHelper.getPrivateKey() seems to have a fallback behavior that
> always returns the id_rsa key (if one exists) even when no matching server
> element exists in settings.xml and the effect is that the agent is never
> consulted.
> The authentication will then fail since no server element provides a key
> password.
> My current workaround is to set the wagon.privateKeyDirectory System Property
> to an empty directory. This will prevent the ScpHelper.getPrivateKey()
> fallback to kick in.
> Has anybody else got SSH agent working in combination with existing id_rsa
> files?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)