PUTTY PORTABLE SSH2 SOFTWARE

Service: Google Reader - Alternative: Tiny Tiny RSS Service: Dropbox - Alternative: Nextcloud Setting MTU keeps the same thing from happening to other protocols too.While you're here, please Read This FirstĪnd why not Visit the Official Wiki Github?Ī place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control. but it's at least directly dealing with the actual cause in a reliable and provable way, rather than screwing up SSH's cipher settings in a way that, as a side effect, when the stars align, happens to cause it to not make big packets.Īlso, SSH isn't the only thing that makes big packets.

Having to manually set MTU to a smaller number to ensure no fragmentation occurs isn't any cleaner (we as users shouldn't have to manually take steps to counter problems caused by our network teams). The correct solution is to set an MTU that works end to end. This isn't fixing the problem it just, sometimes, makes it so that the real problem (MTU fragmentation interacting with stupid firewall rule implementations) isn't triggered. These settings appear to (as a side effect) change the way the ssh client emits packets, and happen to cause it to emit smaller packets. I hope this can at least help somebody else.Įdit: This (sometimes) fixes the problem, but probably not in the way you want. Neither Ciphers, or HostKeyAlgorithms worked on their own, pretty sure MACs put me over the top to get this to work, but I can't be sure, put many hours into getting this solved. Ultimately, I added the following to /etc/ssh/ssh_config: Host *Ĭiphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc It even does a pretty good job of explaining what is going on. Solution found for me via the following URL:

PUTTY PORTABLE SSH2 SOFTWARE

Ssh -v OpenSSH_6.0p1 (CentrifyDC build 5.1.0-472) (CentrifyDC build 5.1.0-472), OpenSSL 0.9.8w ĭebug1: Reading configuration data /etc/centrifydc/ssh/ssh_configĭebug1: /etc/centrifydc/ssh/ssh_config line 52: Applying options for *ĭebug1: Connecting to port 22.ĭebug1: identity file /home/ryannaddy/.ssh/id_rsa type -1ĭebug1: identity file /home/ryannaddy/.ssh/id_rsa-cert type -1ĭebug1: identity file /home/ryannaddy/.ssh/id_dsa type -1ĭebug1: identity file /home/ryannaddy/.ssh/id_dsa-cert type -1ĭebug1: identity file /home/ryannaddy/.ssh/id_ecdsa type -1ĭebug1: identity file /home/ryannaddy/.ssh/id_ecdsa-cert type -1ĭebug1: Remote protocol version 2.0, remote software version OpenSSH_5.1p1 Debian-5ĭebug1: match: OpenSSH_5.1p1 Debian-5 pat OpenSSH_5*ĭebug1: Enabling compatibility mode for protocol 2.0ĭebug1: Local version string SSH-2.0-OpenSSH_6.0Ĭannot resolve network address for KDC in requested realmĭebug1: kex: server->client aes128-ctr hmac-md5 noneĭebug1: kex: client->server aes128-ctr hmac-md5 noneĭebug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sentĭebug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP Why is this happening, and how can I get this to work in a terminal? When I use putty, I am able to connect to the server.

When I try to ssh this in a terminal: ssh I get the following error:

Putty portable ssh2