helpSavannah Administration - Support: sr #109283, Unable to sftp to...


sr #109283: Unable to sftp to /releases/duplicity

Submitted by:  Kenneth Loafman <loafman>
Submitted on:  Sun 26 Mar 2017 05:08:35 PM UTC  
Category:  Download area - developer access Priority:  5 - Normal
Severity:  5 - Blocker Status:  Confirmed
Assigned to:  Bob Proulx <rwp> Operating System:  None
Open/Closed:  Closed

Add a New Comment (Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


Wed 24 May 2017 03:25:50 PM UTC, comment #5: 


I've added this ("sftp") to our Hacking-Ideas/TODO list (item #35):

For now, I'm closing this ticket.

 - assaf

Assaf Gordon <agn>
Site Administrator
Thu 06 Apr 2017 06:17:36 PM UTC, comment #4: 


Same here of course, I can't access any of the projects I'm admin using sftp... so I post a comment just to be part of this thread and receive info when it will be solved...


David Pirotte <daviid>
Tue 28 Mar 2017 05:23:37 PM UTC, comment #3: 

THe problem with SCP was solved, thanks a lot.

Fernando Pujaico Rivera <trucomanx>
Tue 28 Mar 2017 04:37:35 PM UTC, comment #2: 

I have the same problem with the difference that scp and rsync also don't work for me. The problem is the password.

scp file.tar.gz file.tar.gz.sig
sign_and_send_pubkey: signing failed: agent refused operation's password:
Permission denied, please try again.'s password:
Permission denied, please try again.'s password:
Received disconnect from port 22:2: Too many authentication failures for trucomanx
Connection to closed by remote host.
lost connection

I already verified that this one was correct, also I changed it, and nothing

Fernando Pujaico Rivera <trucomanx>
Mon 27 Mar 2017 04:58:11 AM UTC, comment #1: 

Yes.  Sylvane Beucler found and reported a security vulnerability which we needed to close and unfortunately that required disabling sftp access.  Because we didn't have an alternative at the moment that would allow it.

Both scp and rsync can be used to upload files. However rsync has a problem when using options such as -a to preserve permissions.  Here is the documentation.  See the examples other than sftp for scp and rsync.  Please use one of them for the moment.

This does break the ability to remove and rename files.  Sorry.

This is definitely something that we need to understand and to address in some way.  But we just haven't had time to actually do it.  :-(

In the meantime if you have something you need to rename or remove please don't hesitate to simply ask us to do it for you.  That will be a good motivator that we need to get this fixed up!  There are a few things like this on Savannah already.  I am sorry but that is the best I know to offer at this time.  But I completely agree that it needs to be addressed.  It is no fun when you are missing necessary access.

Bob Proulx <rwp>
Site AdministratorIn charge of this item.
Sun 26 Mar 2017 05:08:35 PM UTC, original submission:  


I'm trying to upload the latest tarball and below is what I get.  The RSA key is working, but you are dropping me immediately.  Help!


ken@dione:~$ sftp -vv
OpenSSH_7.3p1, LibreSSL 2.4.1
debug1: Reading configuration data /etc/ssh/ssh_config
debug2: resolving "" port 22
debug2: ssh_connect_direct: needpriv 0
debug1: Connecting to [] port 22.
debug1: Connection established.
debug1: identity file /Users/ken/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/ken/.ssh/id_rsa-cert type -1
debug1: identity file /Users/ken/.ssh/id_dsa type 2
debug1: key_load_public: No such file or directory
debug1: identity file /Users/ken/.ssh/id_dsa-cert type -1
debug1: identity file /Users/ken/.ssh/id_ecdsa type 3
debug1: key_load_public: No such file or directory
debug1: identity file /Users/ken/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/ken/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/ken/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.3
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Trisquel_GNU/linux_7.0-1
debug1: match: OpenSSH_6.6.1p1 Trisquel_GNU/linux_7.0-1 pat OpenSSH_6.6.1* compat 0x04000000
debug2: fd 3 setting O_NONBLOCK
debug1: Authenticating to as 'loafman'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: local client KEXINIT proposal
debug2: KEX algorithms:,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,ext-info-c
debug2: host key algorithms:,rsa-sha2-512,rsa-sha2-256,ssh-rsa,,,,,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519
debug2: ciphers ctos:,aes128-ctr,aes192-ctr,aes256-ctr,,,aes128-cbc,aes192-cbc,aes256-cbc,3des-cbc
debug2: ciphers stoc:,aes128-ctr,aes192-ctr,aes256-ctr,,,aes128-cbc,aes192-cbc,aes256-cbc,3des-cbc
debug2: MACs ctos:,,,,,,,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc:,,,,,,,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,,zlib
debug2: compression stoc: none,,zlib
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug2: peer server KEXINIT proposal
debug2: KEX algorithms:,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: host key algorithms: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256,ssh-ed25519
debug2: ciphers ctos: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,,,,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,
debug2: ciphers stoc: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,,,,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,
debug2: MACs ctos:,,,,,,,,,hmac-md5,hmac-sha1,,,hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,,hmac-sha1-96,hmac-md5-96
debug2: MACs stoc:,,,,,,,,,hmac-md5,hmac-sha1,,,hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,,hmac-sha1-96,hmac-md5-96
debug2: compression ctos: -email is unavailable-
debug2: compression stoc: -email is unavailable-
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug1: kex: algorithm: -email is unavailable-
debug1: kex: host key algorithm: ssh-rsa
debug1: kex: server->client cipher: -email is unavailable- MAC: <implicit> compression: none
debug1: kex: client->server cipher: -email is unavailable- MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ssh-rsa SHA256:FYkx0iik+iBeCLRzvUyUSTRT98TEBBJoYuQsTXbyGL8
debug1: Host '' is known and matches the RSA host key.
debug1: Found key in /Users/ken/.ssh/known_hosts:8
debug2: set_newkeys: mode 1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS received
debug2: key: /Users/ken/.ssh/id_rsa (0x7fd7447009c0)
debug1: Skipping ssh-dss key /Users/ken/.ssh/id_dsa - not in PubkeyAcceptedKeyTypes
debug2: key: /Users/ken/.ssh/id_ecdsa (0x7fd744600120)
debug2: key: /Users/ken/.ssh/id_ed25519 (0x0)
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/ken/.ssh/id_rsa
debug2: we sent a publickey packet, wait for reply
debug1: Server accepts key: pkalg ssh-rsa blen 149
debug2: input_userauth_pk_ok: fp SHA256:W5MI+Bo6vWweCU1LkjiAD2gNqExlRagU2DJaKWhdGtY
debug1: Authentication succeeded (publickey).
Authenticated to ([]:22).
debug2: fd 5 setting O_NONBLOCK
debug1: channel 0: new [client-session]
debug2: channel 0: send open
debug1: Requesting -email is unavailable-
debug1: Entering interactive session.
debug1: pledge: network
debug2: callback start
debug2: fd 3 setting TCP_NODELAY
debug2: client_session2_setup: id 0
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug2: channel 0: request env confirm 0
debug1: Sending subsystem: sftp
debug2: channel 0: request subsystem confirm 1
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: subsystem request accepted on channel 0
debug2: channel 0: rcvd eof
debug2: channel 0: output open -> drain
debug2: channel 0: obuf empty
debug2: channel 0: close_write
debug2: channel 0: output drain -> closed
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype -email is unavailable- reply 0
debug2: channel 0: rcvd eow
debug2: channel 0: close_read
debug2: channel 0: input open -> closed
debug2: channel 0: rcvd close
debug2: channel 0: almost dead
debug2: channel 0: gc: notify user
debug2: channel 0: gc: user detached
debug2: channel 0: send close
debug2: channel 0: is dead
debug2: channel 0: garbage collecting
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
Transferred: sent 2420, received 2452 bytes, in 0.2 seconds
Bytes per second: sent 15121.5, received 15321.5
debug1: Exit status 1
Connection closed

Kenneth Loafman <loafman>


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by agn (Posted a comment)
  • -email is unavailable- added by kusu (Updated the item)
  • -email is unavailable- added by daviid (Posted a comment)
  • -email is unavailable- added by trucomanx (Posted a comment)
  • -email is unavailable- added by rwp (Posted a comment)
  • -email is unavailable- added by loafman (Submitted the item)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.




    Follow 6 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2017-05-24 agn StatusNone => Confirmed
        Operating SystemMac OS => None
        Open/ClosedOpen => Closed
    2017-04-30 rwp Attached File#40485 => Removed
    2017-04-24 kusu Attached File- => Added fe.php, #40485
    2017-03-27 rwp Assigned toNone => rwp

    Back to the top

    Powered by Savane 3.5