mainSavannah Administration - Support: sr #107745, "remove the -q option from...

 
 

sr #107745: "remove the -q option from 'ssh' in the [tunnels] section"

Submitter:  Şâkir Aşçı <sakirasci>
Submitted:  Mon 18 Jul 2011 01:01:48 PM UTC
   
 
Category:  None Priority:  5 - Normal
Severity:  5 - Blocker Status:  None
Privacy:  Public Assigned to:  None
Operating System:  GNU/Linux Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Sun 28 Aug 2011 03:59:53 PM UTC, comment #9: 
  • ping *
Michael J. Flickinger <mjflick>
Sun 31 Jul 2011 11:23:13 PM UTC, comment #8: 

Sorry, but I cannot follow what you did and where you are now.  Please try the ssh -vvv again, as we did before.  I suspect it will report the same problem, namely
no such identity: /home/sakirasci/.ssh/id_rsa. 

What I suggest doing is running ssh-keygen again and accept all the defaults.  Yes, the filenames must be exactly id_rsa (secret key) and id_rsa.pub (public key).  It is the contents of id_rsa.pub that should be uploaded to savannah as an SSH key.

Also, the ~/.ssh directory should be mode 700, and id_rsa should be 600.  ssh may or may not refuse to read them otherwise.

Hope this helps,
karl

Karl Berry <karl>
Site Administrator
Fri 29 Jul 2011 10:22:20 PM UTC, comment #7: 

Hello Karl,

I had created a file with ssh-keygen at the beginning. After running ssh-keygen it asked me to "Enter file in which to save the key (/home/sakirasci/.ssh/id_rsa):" and I wrote "sakirasci" and then two files were created under my /home/sakirasci/ folder named as "sakirasci.pub" and "sakirasci" and the .pub file had my SSH key.

Then I thought that maybe I should name it as "id_rsa" (but sounded weird, anyway) and then two files again were created as "id_rsa.pub" and "id_rsa" under the same file, and I updated my SSH key.

And now, from your answer I saw that the files are not created under /home/sakirasci/.ssh/ folder but under /home/sakirasci/ folder, so after creating I copied those files under /home/sakirasci/.ssh/ folder.

Still no change, giving the same error:

"svn: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file.
svn: Ağ bağlantısı beklenmedik biçimde kapatıldı."

Şâkir Aşçı <sakirasci>
Sat 23 Jul 2011 11:08:55 PM UTC, comment #6: 

This line in your output:

no such identity: /home/sakirasci/.ssh/id_rsa

seems like the problem.  That file should have been created by ssh-keygen.

Karl Berry <karl>
Site Administrator
Sat 23 Jul 2011 07:57:00 PM UTC, comment #5: 

This should be working for you.  On the system side, your ssh key is correctly setup.

Have you tried, by chance, from another computer?

Michael J. Flickinger <mjflick>
Sat 23 Jul 2011 12:02:12 AM UTC, comment #4: 

I have re-registered my SSH, no change, still giving the same error...

Şâkir Aşçı <sakirasci>
Fri 22 Jul 2011 09:35:57 PM UTC, comment #3: 

Yes, I run the command
svn co svn+ssh://sakirasci@svn.savannah.gnu.org/win7trans

from my Ubuntu 10.10 Terminal, and I get that error. I tried to find the Subversion configuration file and found at /etc/ssh/ssh_config and in that file there was a line saying

#   ProxyCommand ssh -q -W %h:%p gateway.example.com

It's not included in the code, just explanation, as it has "#" at the beginning; nevertheless, I edited that line too. (I couldn't find any other configuration file related to Subversion configuration, or any line which includes -q command.)

I run ssh -vvv -email is unavailable- and the output says:

OpenSSH_5.5p1 Debian-4ubuntu6, OpenSSL 0.9.8o 01 Jun 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to svn.savannah.gnu.org [140.186.70.72] port 22.
debug1: Connection established.
debug1: identity file /home/sakirasci/.ssh/id_rsa type -1
debug1: identity file /home/sakirasci/.ssh/id_rsa-cert type -1
debug1: identity file /home/sakirasci/.ssh/id_dsa type -1
debug1: identity file /home/sakirasci/.ssh/id_dsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.5p1 Debian-6
debug1: match: OpenSSH_5.5p1 Debian-6 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.5p1 Debian-4ubuntu6
debug2: fd 3 setting O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa-cert-v00@openssh.com,ssh-dss-cert-v00@openssh.com,ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: -email is unavailable-
debug2: kex_parse_kexinit: -email is unavailable-
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: -email is unavailable-
debug2: kex_parse_kexinit: -email is unavailable-
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: -email is unavailable-
debug2: kex_parse_kexinit: -email is unavailable-
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_setup: found hmac-md5
debug1: kex: server->client aes128-ctr hmac-md5 none
debug2: mac_setup: found hmac-md5
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: priv key bits set: 136/256
debug2: bits set: 526/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug3: check_host_in_hostfile: host svn.savannah.gnu.org filename /home/sakirasci/.ssh/known_hosts
debug3: check_host_in_hostfile: host svn.savannah.gnu.org filename /home/sakirasci/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 1
debug3: check_host_in_hostfile: host 140.186.70.72 filename /home/sakirasci/.ssh/known_hosts
debug3: check_host_in_hostfile: host 140.186.70.72 filename /home/sakirasci/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 2
debug1: Host 'svn.savannah.gnu.org' is known and matches the RSA host key.
debug1: Found key in /home/sakirasci/.ssh/known_hosts:1
debug2: bits set: 522/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /home/sakirasci/.ssh/id_rsa ((nil))
debug2: key: /home/sakirasci/.ssh/id_dsa ((nil))
debug1: Authentications that can continue: publickey
debug3: start over, passed a different list publickey
debug3: preferred gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/sakirasci/.ssh/id_rsa
debug3: no such identity: /home/sakirasci/.ssh/id_rsa
debug1: Trying private key: /home/sakirasci/.ssh/id_dsa
debug3: no such identity: /home/sakirasci/.ssh/id_dsa
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.
Permission denied (publickey).

It ends with permission denied; however, I received a successful message on registering my SSH. I am going to try registering my SSH again and see what happens.

Şâkir Aşçı <sakirasci>
Fri 22 Jul 2011 12:18:32 AM UTC, comment #2: 

Sorry, there is a dearth of active volunteers working on savannah
right now so everything is going begging.

So you are running exactly
svn co svn+ssh://sakirasci@svn.savannah.gnu.org/win7trans
?

Unfortunately, I don't see any evident reason why that would not work.  I added myself to win7trans as a test and was able to check out the svn repo.

To garner more information, you could run
ssh -vvv -email is unavailable-

Of course it will not succeed, but perhaps the debugging output will tell you/us something.  For example, that the key negotiating is failing, which would produce that failure message.

Best,
karl

Karl Berry <karl>
Site Administrator
Thu 21 Jul 2011 10:42:04 AM UTC, comment #1: 

Are there anybody to help me?

Şâkir Aşçı <sakirasci>
Mon 18 Jul 2011 01:01:48 PM UTC, original submission:  

I have been approved by "win7trans" project, and I generated my SSH key as told in the page ( http://savannah.gnu.org/maintenance/SshAccess ) with "ssh-keygen" from the terminal in Ubuntu 10.10, and I successfully registered my SSH key to my "SSH Public Keys" in Savannah.

When I try to access the translation project from the terminal I type "svn co svn+ssh://myusername@svn.savannah.gnu.org/win7trans" and after hitting enter, it gives the following message:

"svn: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file.
svn: Ağ bağlantısı beklenmedik biçimde kapatıldı."

(The last line means "The connection was closed unexpectedly.")

So, what should I do now?

Şâkir Aşçı

Şâkir Aşçı <sakirasci>

 

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

Attach Files:
   
   
Comment:
   

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 mjflick (Posted a comment)
  • -email is unavailable- added by karl (Posted a comment)
  • -email is unavailable- added by sakirasci (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2011-09-18 mjflick Open/ClosedOpen Closed

    Back to the top

    Powered by Savane 3.13-4448.
    Corresponding source code