Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

sftp password login on FreeBSD #10337

Closed
cyberduck opened this issue May 27, 2018 · 3 comments
Closed

sftp password login on FreeBSD #10337

cyberduck opened this issue May 27, 2018 · 3 comments
Assignees
Labels
bug fixed sftp SFTP Protocol Implementation
Milestone

Comments

@cyberduck
Copy link
Collaborator

f68adbc created the issue

Hi,

i always have to enter additional login credentials when connecting to a FreeBSD box via ssh using challenge response auth, although i saved the password. Debug log with username and hostname replaced by USER and HOSTNAME, respectively:

May 27 16:46:55 static048 Cyberduck[36143]: [background-6] DEBUG net.schmizz.concurrent.Promise - Setting <<service accept>> to `null`
May 27 16:46:55 static048 Cyberduck[36143]: [background-6] DEBUG net.schmizz.sshj.transport.TransportImpl - Sending SSH_MSG_SERVICE_REQUEST for ssh-userauth
May 27 16:46:55 static048 Cyberduck[36143]: [background-6] DEBUG net.schmizz.concurrent.Promise - Awaiting <<service accept>>
May 27 16:46:55 static048 Cyberduck[36143]: [reader] DEBUG net.schmizz.concurrent.Promise - Setting <<service accept>> to `SOME`
May 27 16:46:55 static048 Cyberduck[36143]: [background-6] DEBUG net.schmizz.sshj.transport.TransportImpl - Setting active service to ssh-userauth
May 27 16:46:55 static048 Cyberduck[36143]: [background-6] DEBUG net.schmizz.concurrent.Promise - Setting <<authenticated>> to `null`
May 27 16:46:55 static048 Cyberduck[36143]: [background-6] DEBUG net.schmizz.sshj.userauth.UserAuthImpl - Trying `keyboard-interactive` auth...
May 27 16:46:55 static048 Cyberduck[36143]: [background-6] DEBUG net.schmizz.concurrent.Promise - Awaiting <<authenticated>>
May 27 16:46:55 static048 Cyberduck[36143]: [reader] DEBUG net.schmizz.sshj.userauth.UserAuthImpl - Asking `keyboard-interactive` method to handle USERAUTH_60 packet
May 27 16:46:55 static048 Cyberduck[36143]: [reader] DEBUG net.schmizz.sshj.userauth.method.AuthKeyboardInteractive - Requesting response for challenge `Password for USER@HOSTNAME:`; echo=false
May 27 16:46:55 static048 Cyberduck[36143]: [reader] DEBUG ch.cyberduck.core.sftp.auth.SFTPChallengeResponseAuthentication - Reply to challenge name  with instruction 
May 27 16:46:55 static048 Cyberduck[36143]: [reader] DEBUG ch.cyberduck.ui.cocoa.callback.PromptLoginCallback - Prompt for credentials for USER
May 27 16:46:55 static048 Cyberduck[36143]: [main] INFO  ch.cyberduck.binding.BundleController - Loading bundle Login

I assume the password prompt (Password for USER@HOSTNAME:) is not recognized by the DEFAULT_PROMPT_PATTERN in SFTPChallengeResponseAuthentication.java.
Linux hosts work fine having a login prompt like "USER@HOSTNAME's password:".

Any change to fix this?

BR Felix


Attachments

@cyberduck
Copy link
Collaborator Author

@dkocher commented

I suppose we already fixed this with 7b8262f. Please update to the latest snapshot build available.

@cyberduck
Copy link
Collaborator Author

f68adbc commented

Hi,

latest snapshot does not fix the issue.
Linux hosts previously worked since all my Linux boxes have challenge/response disabled in their sshd.conf. Once switched on, the same problem occurs as on FreeBSD where challenge/response is enabled by default.

Please review my trivial patch for SFTPChallengeResponseAuthentication.java. It extends DEFAULT_PROMPT_PATTERN. I have success connecting to various versions of (Open)sshd.

BR Felix

@cyberduck
Copy link
Collaborator Author

@dkocher commented

In 7fe8bbc.

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug fixed sftp SFTP Protocol Implementation
Projects
None yet
Development

No branches or pull requests

2 participants