It's also reassuring for me that it can be fixed on the server. I literally
tried almost everything available online to tweak the config files and
regenerated keys a few separate times to see if that was the issue. Do you
know when this will be fixed?

On Sat, Dec 24, 2016 at 5:03 PM, Dima Pasechnik <dimp...@gmail.com> wrote:

>
>
> On Saturday, December 24, 2016 at 10:30:44 PM UTC, Maxie Schmidt wrote:
>>
>> I also easily added the same key to my existing github account and it
>> works as expected.
>>
> this is good to know. As I wrote, it looks now to me as this is a problem
> on trac side.
> The one I don't seem to recall, for sure. We did have issues with keys
> being inserted
> with broken formatting, resulting in the breakage of the whole thing.
> Maybe it's this again, in a more tricky shape.
>
> I must say I do not understand why the interface does not ask one to
> upload the public key, instead
> doing this cut and paste error-prone stuff; probably a necessity for some
> truly weird setups, though.
>
> Dima
>
>
>
>
>>
>> On Sat, Dec 24, 2016 at 4:12 PM, Maxie Schmidt <max...@gmail.com> wrote:
>>
>>> I tried re-adding the key on the trac preferences page. I'm still not
>>> able to access the server using "ssh g...@trac.sagemath.org info".
>>>
>>> On Sat, Dec 24, 2016 at 4:09 PM, Maxie Schmidt <max...@gmail.com> wrote:
>>>
>>>> I also have a local ~/.ssh/config file which contains:
>>>>
>>>> Host *
>>>> PubKeyAuthentication yes
>>>> IdentityFile /home/maxie/.ssh/id_rsa
>>>> PubkeyAcceptedKeyTypes=+ssh-rsa
>>>> IdentityFile ~/.ssh/id_rsa.pub
>>>>
>>>>
>>>> On Sat, Dec 24, 2016 at 4:08 PM, Maxie Schmidt <max...@gmail.com>
>>>> wrote:
>>>>
>>>>> This is the output of listing my ~/.ssh directory:
>>>>> ls -l ~/.ssh/
>>>>> total 36
>>>>> -r--r--r-- 1 maxie maxie  404 Dec 21 20:01 authorized_keys
>>>>> -rw-r--r-- 1 maxie maxie  192 Dec 24 06:58 config
>>>>> -rw------- 1 maxie maxie 1679 Sep  8 23:46 google_compute_engine
>>>>> -rw------- 1 maxie maxie  404 Sep  8 23:46 google_compute_engine.pub
>>>>> -rw------- 1 maxie maxie 1110 Oct 18 23:40 google_compute_known_hosts
>>>>> -rw------- 1 maxie maxie 1679 Dec 21 14:08 id_rsa
>>>>> -rw-r--r-- 1 maxie maxie  404 Dec 21 14:08 id_rsa.pub
>>>>> -rw-r--r-- 1 maxie maxie  374 Dec 24 06:49 known_hosts
>>>>> -rw------- 1 maxie maxie 2878 Dec 20 20:23 known_hosts-backup
>>>>>
>>>>> And here'e /etc/ssh/ssh_config:
>>>>>
>>>>> # This is the ssh client system-wide configuration file.  See
>>>>> # ssh_config(5) for more information.  This file provides defaults for
>>>>> # users, and the values can be changed in per-user configuration files
>>>>> # or on the command line.
>>>>>
>>>>> # Configuration data is parsed as follows:
>>>>> #  1. command line options
>>>>> #  2. user-specific file
>>>>> #  3. system-wide file
>>>>> # Any configuration value is only changed the first time it is set.
>>>>> # Thus, host-specific definitions should be at the beginning of the
>>>>> # configuration file, and defaults at the end.
>>>>>
>>>>> # Site-wide defaults for some commonly used options.  For a
>>>>> comprehensive
>>>>> # list of available options, their meanings and defaults, please see
>>>>> the
>>>>> # ssh_config(5) man page.
>>>>>
>>>>> Host *
>>>>> #   ForwardAgent no
>>>>>    ForwardX11 no
>>>>> #   ForwardX11Trusted yes
>>>>> #   RhostsRSAAuthentication no
>>>>> #   RSAAuthentication yes
>>>>>    PasswordAuthentication no
>>>>> #   HostbasedAuthentication no
>>>>> #   GSSAPIAuthentication no
>>>>> #   GSSAPIDelegateCredentials no
>>>>> #   GSSAPIKeyExchange no
>>>>> #   GSSAPITrustDNS no
>>>>> #   BatchMode no
>>>>> #   CheckHostIP yes
>>>>>    AddressFamily inet
>>>>> #   ConnectTimeout 0
>>>>> #   StrictHostKeyChecking ask
>>>>> #   IdentityFile ~/.ssh/identity
>>>>>    IdentityFile ~/.ssh/id_rsa
>>>>> #   IdentityFile ~/.ssh/id_dsa
>>>>> #   IdentityFile ~/.ssh/id_ecdsa
>>>>> #   IdentityFile ~/.ssh/id_ed25519
>>>>> #   Port 22
>>>>>    Protocol 2
>>>>> #   Cipher 3des
>>>>> #   Ciphers aes128-ctr,aes192-ctr,aes256-c
>>>>> tr,arcfour256,arcfour128,aes128-cbc,3des-cbc
>>>>> #   MACs hmac-md5,hmac-sha1,uma...@openssh.com,hmac-ripemd160
>>>>> #   EscapeChar ~
>>>>> #   Tunnel no
>>>>> #   TunnelDevice any:any
>>>>> #   PermitLocalCommand no
>>>>> #   VisualHostKey no
>>>>> #   ProxyCommand ssh -q -W %h:%p gateway.example.com
>>>>> #   RekeyLimit 1G 1h
>>>>>     #SendEnv LANG LC_*
>>>>>     HashKnownHosts no
>>>>>     #GSSAPIAuthentication yes
>>>>>     #GSSAPIDelegateCredentials no
>>>>>     PubkeyAuthentication = yes
>>>>>
>>>>> If that's not the issue, I will try to setup the key with my other
>>>>> github account to see if I can get that working.
>>>>>
>>>>> On Sat, Dec 24, 2016 at 3:31 PM, Dima Pasechnik <dim...@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> On Saturday, December 24, 2016 at 5:45:28 PM UTC, Maxie Schmidt wrote:
>>>>>>>
>>>>>>> Ok, I changed the comment in the key uploaded on the trac server
>>>>>>> preferences page. It's reflected in the output I get from running "git 
>>>>>>> trac
>>>>>>> config". However, when I run "ssh [-k] -vvv g...@trac.sagemath.org
>>>>>>> info", I'm still getting the message Permission denied (publickey). Can 
>>>>>>> you
>>>>>>> think of anything else I should try?
>>>>>>>
>>>>>> I suspect that the permissions of your
>>>>>> /home/maxie/.ssh/id_rsa
>>>>>> are wrong, they should be 600 (i.e. rw------), not 644 (i.e. rw--r--e)
>>>>>>
>>>>>> what is the output of
>>>>>> ls -l /home/maxie/.ssh/id_rsa
>>>>>>
>>>>>> The is probably indicated by following line in your logs:
>>>>>> debug1: Offering RSA public key: /home/maxie/.ssh/id_rsa
>>>>>>
>>>>>>
>>>>>> And, more importantly, perhaps: do we have a case of working ssh
>>>>>> setup here, and a bug on
>>>>>> a server side, or you do not know whether your setup works?
>>>>>> I asked you about this, but did not hear back.
>>>>>> E.g. it would be great if you tried getting ssh authentication to
>>>>>> work with your github account,
>>>>>> and let us know whether that worked.
>>>>>>
>>>>>> We would like to see the output of
>>>>>> ls -l ~/.ssh/
>>>>>> Specifically, id_rsa must have permissions 600/rw------- , whereas
>>>>>> id_rsa.pub must have 644rw--r---r
>>>>>> These files should be owned by the same user as the one that starts
>>>>>> ssh session
>>>>>>
>>>>>> We would like to see the contents of your /etc/ssh/ssh_config
>>>>>> as well
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> Maxie
>>>>>>>
>>>>>>> On Sat, Dec 24, 2016 at 11:01 AM, Dima Pasechnik <dim...@gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> 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>
>>>>>>>>> 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 AAAAB3NzaC1yc2EAAAADAQABAAABAx
>>>>>>>>>>> xxxTKN44nSoJ3wS+mA9HdtcpOj+5TF+j0pO2Z2A/vVwul46m74USp8rgobmW
>>>>>>>>>>> NuyVBK1IBU1Mp3N0TQsqY6sUUY96Oa5Nqy/CGOPcOtz0XRPX+mxMX0jsyYmE
>>>>>>>>>>> FrvNSpEIkyytyuEd3xWN112ZsUYXPvDnB6HHfIKXe2KXPIKGuTpsIqedbKNn
>>>>>>>>>>> yVQebDOfc0XF7BuIsfbwtMNWa+OJdSme4NzQ/XpAAk4cG+ZqJxEDGSju
>>>>>>>>>>> GSqbtz1CGdpuixH507TzzMIYjHQ3TYfevIMGpNSLzRqSxu+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-v01@o
>>>>>>>>>>>> penssh.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-sh
>>>>>>>>>>>> a2-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-gcm@
>>>>>>>>>>>> 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-gcm@
>>>>>>>>>>>> openssh.com,aes128-cbc,aes192-cbc,aes256-cbc,3des-cbc
>>>>>>>>>>>> debug2: MACs ctos: umac-...@openssh.com,umac-128-
>>>>>>>>>>>> e...@openssh.com,hmac-sha2-256-...@openssh.com,hmac-sha2-512-
>>>>>>>>>>>> e...@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-
>>>>>>>>>>>> e...@openssh.com,hmac-sha2-256-...@openssh.com,hmac-sha2-512-
>>>>>>>>>>>> e...@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-sh
>>>>>>>>>>>> a2-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-nis
>>>>>>>>>>>> tp256
>>>>>>>>>>>> debug2: ciphers ctos: aes128-ctr,aes192-ctr,aes256-c
>>>>>>>>>>>> tr,arcfour256,arcfour128,aes128-...@openssh.com,aes25...@ope
>>>>>>>>>>>> nssh.com,chacha20...@openssh.com,aes128-cbc,3des-cbc,
>>>>>>>>>>>> blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijnd
>>>>>>>>>>>> ael-...@lysator.liu.se
>>>>>>>>>>>> debug2: ciphers stoc: aes128-ctr,aes192-ctr,aes256-c
>>>>>>>>>>>> tr,arcfour256,arcfour128,aes128-...@openssh.com,aes25...@ope
>>>>>>>>>>>> nssh.com,chacha20...@openssh.com,aes128-cbc,3des-cbc,
>>>>>>>>>>>> blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijnd
>>>>>>>>>>>> ael-...@lysator.liu.se
>>>>>>>>>>>> debug2: MACs ctos: hmac-m...@openssh.com,hmac-sha
>>>>>>>>>>>> 1-...@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-sha
>>>>>>>>>>>> 1-...@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-v01@o
>>>>>>>>>>>>>>> penssh.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-sh
>>>>>>>>>>>>>>> a2-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-v01@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-gcm@
>>>>>>>>>>>>>>> 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-gcm@
>>>>>>>>>>>>>>> openssh.com,aes128-cbc,aes192-cbc,aes256-cbc,3des-cbc
>>>>>>>>>>>>>>> debug2: MACs ctos: umac-...@openssh.com,umac-128-
>>>>>>>>>>>>>>> e...@openssh.com,hmac-sha2-256-...@openssh.com,hmac-sha2-512-
>>>>>>>>>>>>>>> e...@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-
>>>>>>>>>>>>>>> e...@openssh.com,hmac-sha2-256-...@openssh.com,hmac-sha2-512-
>>>>>>>>>>>>>>> e...@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-sh
>>>>>>>>>>>>>>> a2-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-nis
>>>>>>>>>>>>>>> tp256
>>>>>>>>>>>>>>> debug2: ciphers ctos: aes128-ctr,aes192-ctr,aes256-c
>>>>>>>>>>>>>>> tr,arcfour256,arcfour128,aes128-...@openssh.com,aes25...@ope
>>>>>>>>>>>>>>> nssh.com,chacha20...@openssh.com,aes128-cbc,3des-cbc,
>>>>>>>>>>>>>>> blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijnd
>>>>>>>>>>>>>>> ael-...@lysator.liu.se
>>>>>>>>>>>>>>> debug2: ciphers stoc: aes128-ctr,aes192-ctr,aes256-c
>>>>>>>>>>>>>>> tr,arcfour256,arcfour128,aes128-...@openssh.com,aes25...@ope
>>>>>>>>>>>>>>> nssh.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/uns
>>>>>>>>>> ubscribe.
>>>>>>>>>> To unsubscribe from this group and all its topics, send an email
>>>>>>>>>> to sage-devel+...@googlegroups.com.
>>>>>>>>>> To post to this group, send email to sage-...@googlegroups.com.
>>>>>>>>>> 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 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/uns
>>>>>>>> ubscribe.
>>>>>>>> To unsubscribe from this group and all its topics, send an email to
>>>>>>>> sage-devel+...@googlegroups.com.
>>>>>>>> To post to this group, send email to sage-...@googlegroups.com.
>>>>>>>> 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 a topic in
>>>>>> the Google Groups "sage-devel" group.
>>>>>> To unsubscribe from this topic, visit https://groups.google.com/d/to
>>>>>> pic/sage-devel/4CgBfQ4_bqo/unsubscribe.
>>>>>> To unsubscribe from this group and all its topics, send an email to
>>>>>> sage-devel+...@googlegroups.com.
>>>>>> To post to this group, send email to sage-...@googlegroups.com.
>>>>>> 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 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+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.
>

-- 
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