You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We using Cloud SFTP on Couchdrop, but we have problem with mapping on FTP drive, when we try connect to our sftp server on Couchdrop and map the ftp drive to machine we receive this error:
date: 2023-10-26T10:02:20.195Z
conntype: password
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: SSHFS version 3.5.2
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: executing <-x> <-a> <-oClearAllForwardings=yes>
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: Connecting to sftp.speedy.bg [161.35.247.109] port 22.
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: Connection established.
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: SSH2_MSG_KEXINIT sent
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: Server host key:............
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: SSH2_MSG_SERVICE_ACCEPT received
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: Authentications that can continue: password,publickey
debug1: Next authentication method: password
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: Authentication succeeded (password).
Authenticated to sftp.speedy.bg ([161.35.247.109]:22).
debug1: channel 0: new [client-session]
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: Entering interactive session.
debug1: pledge: network
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: Sending subsystem: sftp
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: Server version: 3
The problem is only on Windows machine, if we test with sshfs on Linux everything working:
The text was updated successfully, but these errors were encountered:
Hello,
We using Cloud SFTP on Couchdrop, but we have problem with mapping on FTP drive, when we try connect to our sftp server on Couchdrop and map the ftp drive to machine we receive this error:
date: 2023-10-26T10:02:20.195Z
conntype: password
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: SSHFS version 3.5.2
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: executing <-x> <-a> <-oClearAllForwardings=yes>
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: Connecting to sftp.speedy.bg [161.35.247.109] port 22.
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: Connection established.
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: SSH2_MSG_KEXINIT sent
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: Server host key:............
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: SSH2_MSG_SERVICE_ACCEPT received
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: Authentications that can continue: password,publickey
debug1: Next authentication method: password
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: Authentication succeeded (password).
Authenticated to sftp.speedy.bg ([161.35.247.109]:22).
debug1: channel 0: new [client-session]
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: Entering interactive session.
debug1: pledge: network
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: debug1: Sending subsystem: sftp
{29e82db5-45a0-45b9-8105-4d114fa280b5} stderr: Server version: 3
The problem is only on Windows machine, if we test with sshfs on Linux everything working:
The text was updated successfully, but these errors were encountered: