Next, I tried to test connection:
$ ssh -v your-useful.server.comOutput was next:
... debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC:On the last line, the check was froze and ended after a while. After a short searching based on the last line of output, it turned out that problem was associated with a bug in the openssh package. The bug was revealed in the fact that each connection was required to refine the cipher via the -c key.compression: none debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: compression: none debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
$ ssh -c aes256-ctr your-useful.server.comAfter that, everything began to work. To exclude redundancy, you need to add either in /etc/ssh/ssh_config or in ~/.ssh/config (I chose this option) the following line:
Ciphers aes128-ctr,aes192-ctr,aes256-ctr
No comments :
Post a Comment