The fix is to set "TcpRcvBufPoll no" in sshd_config. http://forums.gentoo.org/viewtopic-t-925044-start-0-postdays-0-postorder-asc-highlight-.html http://forums.gentoo.org/viewtopic-p-7036250.html On May 28, 2012, at 3:36 PM, Martin Storsjö wrote: > On Mon, 28 May 2012, Timothy Normand Miller wrote: > >> I tried uploading a file via sftp, and it stalls out at 160K. So this is the cause of the problem. SSH is broken. Unfortunately, googling for ssh and stall isn't getting me anywhere. > > Not sure if this is the same issue you're seeing or not, but I ran into something similar a while ago - when connected from less reliable networks, connections (especially rsync or scp) over SSH stalled after a short while - interactive sessions worked fine. > > In my case, the issue was a too pedantic iptables configuration. When communicating with the server from a less reliable network, packets could arrive out of order. If the server received packets that iptables/conntrack didn't think belonged to the session, my config sent ICMP unreachable packets as response (-j REJECT), basically terminating the connection. > > I fixed it by adjusting the iptables config to not send ICMP unreachable for this case. An alternative solution was to set sysctl "net.netfilter.nf_conntrack_tcp_be_liberal = 1" - this made the out of order packets still be counted as part of the session, not triggering the bad behaviour of my iptables config. > > Again, not sure if this is related to your issue or not, but it at least a similar symptom. > > // Martin > -- > To unsubscribe from this list: send the line "unsubscribe git" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html