On Saturday, December 24, 2016 at 2:19:40 PM UTC, Maxie Schmidt wrote:
>
> The comment on the key is the last field of text, like maxie@locakbox or 
> id_rsa.pub or any other text comment. These were different between what 
> ssh-add -l was returning and what git Trac config were returning, but the 
> comment field should be ignored. My username is maxieds on the Trac server.
>

OK, your ssh public key has got into the trac database, 
which is in gitolite-admin/keydir, 
but it did not make it into the actual ./ssh/authorized_keys
files used by sshd to authorise access.
Your  public key is unique among the keys in the database
in the sense that the comment field begins with " /blah".
This probably confuses the script that maintains the authorized_keys file.

Could you instead keep the original comment, or at least
change it to something that looks like a normal comment
(something like blah@foo)

Hope this helps.
Let us know anyway how it goes.

Dima


> On Dec 24, 2016 7:52 AM, "Dima Pasechnik" <dim...@gmail.com <javascript:>> 
> wrote:
>
>> also, what is your trac account?
>> I can then look at your record on the trac server.
>>
>> On Saturday, December 24, 2016 at 1:41:14 PM UTC, Dima Pasechnik wrote:
>>>
>>>
>>>
>>> On Saturday, December 24, 2016 at 1:08:42 PM UTC, Maxie Schmidt wrote:
>>>>
>>>> I'm uploading the public key data I get by running "cat 
>>>> ~/.ssh/id_rsa.pub" to the trac server preferences page. I've checked this 
>>>> multiple times. The comment on the key shouldn't matter, correct? 
>>>>
>>> I don't know what "the comment on the key" is.
>>> A typical entry in https://trac.sagemath.org/prefs/sshkeys
>>> would look like
>>>
>>> ssh-rsa 
>>> AAAAB3NzaC1yc2EAAAADAQABAAABAxxxxTKN44nSoJ3wS+mA9HdtcpOj+5TF+j0pO2Z2A/vVwul46m74USp8rgobmWNuyVBK1IBU1Mp3N0TQsqY6sUUY96Oa5Nqy/CGOPcOtz0XRPX+mxMX0jsyYmEFrvNSpEIkyytyuEd3xWN112ZsUYXPvDnB6HHfIKXe2KXPIKGuTpsIqedbKNnyVQebDOfc0XF7BuIsfbwtMNWa+OJdSme4NzQ/XpAAk4cG+ZqJxEDGSjuGSqbtz1CGdpuixH507TzzMIYjHQ3TYfevIMGpNSLzRqSxu+fJ6Hzkpiy+UnW7mX3tYf0/Zd9GhYh9SXkAzkOdYr/6ntiKiBdXLNgzMPgpN
>>>  
>>> blahblah@myaccount
>>>
>>> (no spaces, no line breaks; you can have a number of entries like this, 
>>> but there is no telling what happens if you put things like text comments 
>>> there...)
>>>
>>>
>>>> I do have a github account with the same user name as the trac server 
>>>> account, but I don't believe I've ever setup a ssh key for this github 
>>>> account. When I push changes to the server it always asks me for a 
>>>> username 
>>>> and password. 
>>>>
>>> This is because for ssh pull/push you need to set git remote in the 
>>> right format. Something like
>>>
>>> $ git remote -v
>>> originssh g...@github.com:blah/foo.git (fetch)
>>> originssh g...@github.com:blah/foo.git (push)
>>>
>>> I just want to understand whether your ssh setup is working, in general.
>>> Are you able to successfully ssh to any remote server?
>>> (you could potentially have wrong permissions on key files, disabled 
>>> publickey authentication in global
>>> setting, etc)
>>>   
>>>
>>>>
>>>> Here is the output of running "ssh -k -vvv -i ~/.ssh/id_rsa.pub 
>>>> g...@trac.sagemath.org": 
>>>>
>>>> OpenSSH_7.2p2 Ubuntu-4ubuntu2.1, OpenSSL 1.0.2g  1 Mar 2016
>>>> debug1: Reading configuration data /home/maxie/.ssh/config
>>>> debug1: /home/maxie/.ssh/config line 4: Applying options for *
>>>> debug1: Reading configuration data /etc/ssh/ssh_config
>>>> debug1: /etc/ssh/ssh_config line 19: Applying options for *
>>>> debug2: resolving "trac.sagemath.org" port 22
>>>> debug2: ssh_connect_direct: needpriv 0
>>>> debug1: Connecting to trac.sagemath.org [104.197.143.230] port 22.
>>>> debug1: Connection established.
>>>> debug1: identity file /home/maxie/.ssh/id_rsa.pub type 1
>>>> debug1: key_load_public: No such file or directory
>>>> debug1: identity file /home/maxie/.ssh/id_rsa.pub-cert type -1
>>>> debug1: identity file /home/maxie/.ssh/id_rsa type 1
>>>> debug1: key_load_public: No such file or directory
>>>> debug1: identity file /home/maxie/.ssh/id_rsa-cert type -1
>>>> debug1: identity file /home/maxie/.ssh/id_rsa.pub type 1
>>>> debug1: key_load_public: No such file or directory
>>>> debug1: identity file /home/maxie/.ssh/id_rsa.pub-cert type -1
>>>> debug1: identity file /home/maxie/.ssh/id_rsa type 1
>>>> debug1: key_load_public: No such file or directory
>>>> debug1: identity file /home/maxie/.ssh/id_rsa-cert type -1
>>>> debug1: Enabling compatibility mode for protocol 2.0
>>>> debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.1
>>>> debug1: Remote protocol version 2.0, remote software version 
>>>> OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.8
>>>> debug1: match: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.8 pat OpenSSH_6.6.1* 
>>>> compat 0x04000000
>>>> debug2: fd 3 setting O_NONBLOCK
>>>> debug1: Authenticating to trac.sagemath.org:22 as 'git'
>>>> debug3: hostkeys_foreach: reading file "/home/maxie/.ssh/known_hosts"
>>>> debug3: record_hostkey: found key type ECDSA in file 
>>>> /home/maxie/.ssh/known_hosts:3
>>>> debug3: load_hostkeys: loaded 1 keys from trac.sagemath.org
>>>> debug3: order_hostkeyalgs: prefer hostkeyalgs: 
>>>> ecdsa-sha2-nis...@openssh.com,ecdsa-sha2-nistp384-cert-...@openssh.com,
>>>> ecdsa-sha2-nistp521-cert-...@openssh.com
>>>> ,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
>>>> debug3: send packet: type 20
>>>> debug1: SSH2_MSG_KEXINIT sent
>>>> debug3: receive packet: type 20
>>>> debug1: SSH2_MSG_KEXINIT received
>>>> debug2: local client KEXINIT proposal
>>>> debug2: KEX algorithms: curve255...@libssh.org
>>>> ,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,ext-info-c
>>>> debug2: host key algorithms: ecdsa-sha2-nis...@openssh.com,
>>>> ecdsa-sha2-nistp384-cert-...@openssh.com,
>>>> ecdsa-sha2-nistp521-cert-...@openssh.com
>>>> ,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,
>>>> ssh-ed25519-cert-...@openssh.com,ssh-rsa-cert-...@openssh.com
>>>> ,ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
>>>> debug2: ciphers ctos: chacha20...@openssh.com
>>>> ,aes128-ctr,aes192-ctr,aes256-ctr,aes12...@openssh.com,
>>>> aes256-...@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc,3des-cbc
>>>> debug2: ciphers stoc: chacha20...@openssh.com
>>>> ,aes128-ctr,aes192-ctr,aes256-ctr,aes12...@openssh.com,
>>>> aes256-...@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc,3des-cbc
>>>> debug2: MACs ctos: umac-...@openssh.com,umac-128-...@openssh.com,
>>>> hmac-sha2-256-...@openssh.com,hmac-sha2-512-...@openssh.com,
>>>> hmac-sha1-...@openssh.com,uma...@openssh.com,umac...@openssh.com
>>>> ,hmac-sha2-256,hmac-sha2-512,hmac-sha1
>>>> debug2: MACs stoc: umac-...@openssh.com,umac-128-...@openssh.com,
>>>> hmac-sha2-256-...@openssh.com,hmac-sha2-512-...@openssh.com,
>>>> hmac-sha1-...@openssh.com,uma...@openssh.com,umac...@openssh.com
>>>> ,hmac-sha2-256,hmac-sha2-512,hmac-sha1
>>>> debug2: compression ctos: none,zl...@openssh.com,zlib
>>>> debug2: compression stoc: none,zl...@openssh.com,zlib
>>>> debug2: languages ctos: 
>>>> debug2: languages stoc: 
>>>> debug2: first_kex_follows 0 
>>>> debug2: reserved 0 
>>>> debug2: peer server KEXINIT proposal
>>>> debug2: KEX algorithms: curve255...@libssh.org
>>>> ,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
>>>> debug2: ciphers ctos: 
>>>> aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,
>>>> aes128-...@openssh.com,aes25...@openssh.com,chacha20...@openssh.com
>>>> ,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,
>>>> rijndael-...@lysator.liu.se
>>>> debug2: ciphers stoc: 
>>>> aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,
>>>> aes128-...@openssh.com,aes25...@openssh.com,chacha20...@openssh.com
>>>> ,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,
>>>> rijndael-...@lysator.liu.se
>>>> debug2: MACs ctos: hmac-m...@openssh.com,hmac-sha1-...@openssh.com,
>>>> umac-64-...@openssh.com,umac-1...@openssh.com,hmac-sha...@openssh.com,
>>>> hmac-sha...@openssh.com,hmac-ripemd160-...@openssh.com,
>>>> hmac-sha1-96-...@openssh.com,hmac-md5-96-...@openssh.com
>>>> ,hmac-md5,hmac-sha1,uma...@openssh.com,umac-...@openssh.com
>>>> ,hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,hmac-ripemd...@openssh.com
>>>> ,hmac-sha1-96,hmac-md5-96
>>>> debug2: MACs stoc: hmac-m...@openssh.com,hmac-sha1-...@openssh.com,
>>>> umac-64-...@openssh.com,umac-1...@openssh.com,hmac-sha...@openssh.com,
>>>> hmac-sha...@openssh.com,hmac-ripemd160-...@openssh.com,
>>>> hmac-sha1-96-...@openssh.com,hmac-md5-96-...@openssh.com
>>>> ,hmac-md5,hmac-sha1,uma...@openssh.com,umac-...@openssh.com
>>>> ,hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,hmac-ripemd...@openssh.com
>>>> ,hmac-sha1-96,hmac-md5-96
>>>> debug2: compression ctos: none,zl...@openssh.com
>>>> debug2: compression stoc: none,zl...@openssh.com
>>>> debug2: languages ctos: 
>>>> debug2: languages stoc: 
>>>> debug2: first_kex_follows 0 
>>>> debug2: reserved 0 
>>>> debug1: kex: algorithm: curve255...@libssh.org
>>>> debug1: kex: host key algorithm: ecdsa-sha2-nistp256
>>>> debug1: kex: server->client cipher: chacha20...@openssh.com MAC: 
>>>> <implicit> compression: none
>>>> debug1: kex: client->server cipher: chacha20...@openssh.com MAC: 
>>>> <implicit> compression: none
>>>> debug3: send packet: type 30
>>>> debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
>>>> debug3: receive packet: type 31
>>>> debug1: Server host key: ecdsa-sha2-nistp256 
>>>> SHA256:4Op/q3b5792x+F1lHSKRi5UIORAPDlIFVA5cUq9YVXI
>>>> debug3: hostkeys_foreach: reading file "/home/maxie/.ssh/known_hosts"
>>>> debug3: record_hostkey: found key type ECDSA in file 
>>>> /home/maxie/.ssh/known_hosts:3
>>>> debug3: load_hostkeys: loaded 1 keys from trac.sagemath.org
>>>> debug3: hostkeys_foreach: reading file "/home/maxie/.ssh/known_hosts"
>>>> debug3: record_hostkey: found key type ECDSA in file 
>>>> /home/maxie/.ssh/known_hosts:2
>>>> debug3: load_hostkeys: loaded 1 keys from 104.197.143.230
>>>> debug1: Host 'trac.sagemath.org' is known and matches the ECDSA host 
>>>> key.
>>>> debug1: Found key in /home/maxie/.ssh/known_hosts:3
>>>> debug3: send packet: type 21
>>>> debug2: set_newkeys: mode 1
>>>> debug1: rekey after 134217728 blocks
>>>> debug1: SSH2_MSG_NEWKEYS sent
>>>> debug1: expecting SSH2_MSG_NEWKEYS
>>>> debug3: receive packet: type 21
>>>> debug2: set_newkeys: mode 0
>>>> debug1: rekey after 134217728 blocks
>>>> debug1: SSH2_MSG_NEWKEYS received
>>>> debug2: key: /home/maxie/.ssh/id_rsa.pub (0x55d872785ab0), explicit, 
>>>> agent
>>>> debug2: key: /home/maxie/.ssh/id_rsa (0x55d872793cd0), explicit
>>>> debug2: key: /home/maxie/.ssh/id_rsa.pub (0x55d872793c60), explicit
>>>> debug2: key: /home/maxie/.ssh/id_rsa (0x55d872793c10)
>>>> debug3: send packet: type 5
>>>> debug3: receive packet: type 6
>>>> debug2: service_accept: ssh-userauth
>>>> debug1: SSH2_MSG_SERVICE_ACCEPT received
>>>> debug3: send packet: type 50
>>>> debug3: receive packet: type 51
>>>> debug1: Authentications that can continue: publickey
>>>> debug3: start over, passed a different list publickey
>>>> debug3: preferred publickey,keyboard-interactive
>>>> debug3: authmethod_lookup publickey
>>>> debug3: remaining preferred: keyboard-interactive
>>>> debug3: authmethod_is_enabled publickey
>>>> debug1: Next authentication method: publickey
>>>> debug1: Offering RSA public key: /home/maxie/.ssh/id_rsa.pub
>>>> debug3: send_pubkey_test
>>>> debug3: send packet: type 50
>>>> debug2: we sent a publickey packet, wait for reply
>>>> debug3: receive packet: type 51
>>>> debug1: Authentications that can continue: publickey
>>>> debug1: Offering RSA public key: /home/maxie/.ssh/id_rsa
>>>> debug3: send_pubkey_test
>>>> debug3: send packet: type 50
>>>> debug2: we sent a publickey packet, wait for reply
>>>> debug3: receive packet: type 51
>>>> debug1: Authentications that can continue: publickey
>>>> debug1: Offering RSA public key: /home/maxie/.ssh/id_rsa.pub
>>>> debug3: send_pubkey_test
>>>> debug3: send packet: type 50
>>>> debug2: we sent a publickey packet, wait for reply
>>>> debug3: receive packet: type 51
>>>> debug1: Authentications that can continue: publickey
>>>> debug1: Offering RSA public key: /home/maxie/.ssh/id_rsa
>>>> debug3: send_pubkey_test
>>>> debug3: send packet: type 50
>>>> debug2: we sent a publickey packet, wait for reply
>>>> debug3: receive packet: type 51
>>>> debug1: Authentications that can continue: publickey
>>>> debug2: we did not send a packet, disable method
>>>> debug1: No more authentication methods to try.
>>>> Permission denied (publickey).
>>>>
>>>> One thing that's a little concerning to me is the lines 
>>>> debug2: key: /home/maxie/.ssh/id_rsa.pub (0x55d872785ab0), explicit, 
>>>> agent
>>>> debug2: key: /home/maxie/.ssh/id_rsa (0x55d872793cd0), explicit
>>>> debug2: key: /home/maxie/.ssh/id_rsa.pub (0x55d872793c60), explicit
>>>> debug2: key: /home/maxie/.ssh/id_rsa (0x55d872793c10)
>>>>
>>>> Does this mean I have multiple keys for the id_rsa.pub key I'm trying 
>>>> to use? 
>>>>
>>>> On Saturday, December 24, 2016 at 6:24:30 AM UTC-6, Dima Pasechnik 
>>>> wrote:
>>>>>
>>>>> PS. please double-check that the public key you upload on trac is 
>>>>> id_rsa.pub
>>>>> and not the other key.
>>>>> And it seems that you might have gssapi on (in /etc/ssh/ssh_config or 
>>>>> in ~/.ssh/config ?),
>>>>>  and it is broken somehow.
>>>>> Could you try running
>>>>>
>>>>> ssh -k -vvv g...@git.sagemath.org
>>>>>
>>>>> (-k disables gssapi)
>>>>>
>>>>> And finally, IIRC you can use https authentication to push to trac.
>>>>>
>>>>> By the way, do you have a github account, and if yes, are you able to 
>>>>> push branches there via ssh?
>>>>>  
>>>>>
>>>>>  
>>>>>  
>>>>>
>>>>> On Saturday, December 24, 2016 at 12:09:11 PM UTC, Dima Pasechnik 
>>>>> wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Saturday, December 24, 2016 at 11:47:36 AM UTC, Maxie Schmidt 
>>>>>> wrote:
>>>>>>>
>>>>>>> I'm still very much in need of help with fixing the ssh key issue 
>>>>>>> that's keeping me from uploading files to a new branch on Trac. The 
>>>>>>> following is the output when I run "ssh -vvv g...@git.sagemath.org
>>>>>>> ": 
>>>>>>>
>>>>>>> OpenSSH_7.2p2 Ubuntu-4ubuntu2.1, OpenSSL 1.0.2g  1 Mar 2016
>>>>>>> debug1: Reading configuration data /home/maxie/.ssh/config
>>>>>>> debug1: Reading configuration data /etc/ssh/ssh_config
>>>>>>> debug1: /etc/ssh/ssh_config line 19: Applying options for *
>>>>>>> debug2: resolving "git.sagemath.org" port 22
>>>>>>> debug2: ssh_connect_direct: needpriv 0
>>>>>>> debug1: Connecting to git.sagemath.org [104.197.143.230] port 22.
>>>>>>> debug1: Connection established.
>>>>>>> debug1: identity file /home/maxie/.ssh/id_rsa.pub type 1
>>>>>>> debug1: key_load_public: No such file or directory
>>>>>>> debug1: identity file /home/maxie/.ssh/id_rsa.pub-cert type -1
>>>>>>> debug1: Enabling compatibility mode for protocol 2.0
>>>>>>> debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.1
>>>>>>> debug1: Remote protocol version 2.0, remote software version 
>>>>>>> OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.8
>>>>>>> debug1: match: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.8 pat OpenSSH_6.6.1* 
>>>>>>> compat 0x04000000
>>>>>>> debug2: fd 3 setting O_NONBLOCK
>>>>>>> debug1: Authenticating to git.sagemath.org:22 as 'git'
>>>>>>> debug3: hostkeys_foreach: reading file "/home/maxie/.ssh/known_hosts"
>>>>>>> debug3: record_hostkey: found key type ECDSA in file 
>>>>>>> /home/maxie/.ssh/known_hosts:2
>>>>>>> debug3: load_hostkeys: loaded 1 keys from git.sagemath.org
>>>>>>> debug3: order_hostkeyalgs: prefer hostkeyalgs: 
>>>>>>> ecdsa-sha2-nis...@openssh.com,
>>>>>>> ecdsa-sha2-nistp384-cert-...@openssh.com,
>>>>>>> ecdsa-sha2-nistp521-cert-...@openssh.com
>>>>>>> ,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
>>>>>>>
>>>>>>
>>>>>> I don't anything like order_hostkeyalgs in my log of such a session.
>>>>>> IMHO you somehow simply disable publickey locally.
>>>>>>
>>>>>> And perhaps it's a good idea to update your openssh client and your 
>>>>>> openssl
>>>>>> (the latter is too old)
>>>>>>
>>>>>>  
>>>>>>
>>>>>>> debug3: send packet: type 20
>>>>>>> debug1: SSH2_MSG_KEXINIT sent
>>>>>>> debug3: receive packet: type 20
>>>>>>> debug1: SSH2_MSG_KEXINIT received
>>>>>>> debug2: local client KEXINIT proposal
>>>>>>> debug2: KEX algorithms: curve255...@libssh.org
>>>>>>> ,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,ext-info-c
>>>>>>> debug2: host key algorithms: ecdsa-sha2-nis...@openssh.com,
>>>>>>> ecdsa-sha2-nistp384-cert-...@openssh.com,
>>>>>>> ecdsa-sha2-nistp521-cert-...@openssh.com
>>>>>>> ,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,
>>>>>>> ssh-ed25519-cert-...@openssh.com,ssh-rsa-cert-...@openssh.com
>>>>>>> ,ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
>>>>>>> debug2: ciphers ctos: chacha20...@openssh.com
>>>>>>> ,aes128-ctr,aes192-ctr,aes256-ctr,aes12...@openssh.com,
>>>>>>> aes256-...@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc,3des-cbc
>>>>>>> debug2: ciphers stoc: chacha20...@openssh.com
>>>>>>> ,aes128-ctr,aes192-ctr,aes256-ctr,aes12...@openssh.com,
>>>>>>> aes256-...@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc,3des-cbc
>>>>>>> debug2: MACs ctos: umac-...@openssh.com,umac-128-...@openssh.com,
>>>>>>> hmac-sha2-256-...@openssh.com,hmac-sha2-512-...@openssh.com,
>>>>>>> hmac-sha1-...@openssh.com,uma...@openssh.com,umac...@openssh.com
>>>>>>> ,hmac-sha2-256,hmac-sha2-512,hmac-sha1
>>>>>>> debug2: MACs stoc: umac-...@openssh.com,umac-128-...@openssh.com,
>>>>>>> hmac-sha2-256-...@openssh.com,hmac-sha2-512-...@openssh.com,
>>>>>>> hmac-sha1-...@openssh.com,uma...@openssh.com,umac...@openssh.com
>>>>>>> ,hmac-sha2-256,hmac-sha2-512,hmac-sha1
>>>>>>> debug2: compression ctos: none,zl...@openssh.com,zlib
>>>>>>> debug2: compression stoc: none,zl...@openssh.com,zlib
>>>>>>> debug2: languages ctos: 
>>>>>>> debug2: languages stoc: 
>>>>>>> debug2: first_kex_follows 0 
>>>>>>> debug2: reserved 0 
>>>>>>> debug2: peer server KEXINIT proposal
>>>>>>> debug2: KEX algorithms: curve255...@libssh.org
>>>>>>> ,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
>>>>>>> debug2: ciphers ctos: 
>>>>>>> aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,
>>>>>>> aes128-...@openssh.com,aes25...@openssh.com,chacha20...@openssh.com
>>>>>>> ,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,
>>>>>>> rijndael-...@lysator.liu.se
>>>>>>> debug2: ciphers stoc: 
>>>>>>> aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,
>>>>>>> aes128-...@openssh.com,aes25...@openssh.com,chacha20...@openssh.com
>>>>>>> ,ae
>>>>>>>
>>>>>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "sage-devel" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/sage-devel/4CgBfQ4_bqo/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> sage-devel+...@googlegroups.com <javascript:>.
>> To post to this group, send email to sage-...@googlegroups.com 
>> <javascript:>.
>> Visit this group at https://groups.google.com/group/sage-devel.
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.

Reply via email to