[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [kio] [Bug 335769] SFTP fails unconditionally if server rejects users' .ssh/identity
From:       Dawit Alemayehu <adawit () kde ! org>
Date:       2015-02-07 13:35:48
Message-ID: bug-335769-17878-nuCxRklG2R () http ! bugs ! kde ! org/
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=335769

Dawit Alemayehu <adawit@kde.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|WONTFIX                     |---

--- Comment #3 from Dawit Alemayehu <adawit@kde.org> ---
(In reply to Juraj Variny from comment #2)
> Please?
> 
> 1. You explicitly indicate that password should be used by adding correct
> password in the URL
> 2. sftp stubbornly ignores it because it latched on .ssh/identity
> 3. you'll get "authentication failed" 
> 
> How this is not a bug?
> 
> If you insist it should be so, then sftp should properly inform user that
> his attempts at using password are futile.

Oh I get it now. My mistake. I completely misunderstood your original report
though I read it a couple of times. What you are saying is that if one of the
authentication method fails, publickey authentication, then it should try
another one, keyboard-interactive authentication, and not fail because the
first mode failed, right? Does the command line sftp allow you to do this?

BTW, specifying the password in the URL does not mean you want to use one
authentication method over the other. IOW, that will not override something
else that is specified in your ssh config file. None of the protocols in KDE
work that way and in fact people are discouraged from specifying passwords in
URL for a very obvious reason. It is supported because the URL specification
supports it.

-- 
You are receiving this mail because:
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]