On Fri, Aug 1, 2014 at 9:51 PM, Richard L. Hamilton <rlha...@smart.net> wrote:
> While there are a couple of server (/etc/sshd_config) parameters for > keepalives, I doubt they would force an idle timeout (notwithstanding a lot > of people claiming that they will). TcpKeepAlive would, but it's almost always disabled and the timeout there is typically measured in hours. The ServerAlive*/ClientAlive* also would but is default disabled in clients, and I don't think Apple has changed this. (It's typically enabled in servers, but that only means that clients can request it; it will not do anything if the client has it disabled.) Much more commonly than either of those, this is caused not by ssh configuration, but by a NAT gateway in between the systems; if the NAT table overflows, older connections will be lost (overwritten by newer connections), and attempting to use them after that will result in them dying immediately as the gateway, having forgotten about the connection, responds with an RST. Where OS X versions figure into this is that every OS X version uses more and more network sockets even when idle; I in particular found that 10.7 and later would *all by themselves* cause many older commodity router/NAT/WiFi gateways to overflow their NAT tables. (I've switched to loading DD-WRT on routers or buying ones that have it preloaded, although I expect newer commodity routers have larger tables because Windows has also expanded its network usage in later versions.) -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net
_______________________________________________ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users