SpeedyJSC
commented
8 months ago We investigate with Couchdrop team and see this:
Something I noticed when comparing Couchdrop connectivity via SSHFS on Linux vs Windows is this log entry:
• on Windows pledge: network • on Linux pledge: filesystem
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: