我有一个Linux服务器已经开始有点搞笑了…
首先，这个盒子是被利用的。 这是一个数据库服务器，负载很低。 我会把vmstat放在最下面
所以，当我把ssh（腻子）放到盒子里的时候，如果我一会儿没有接到它，腻子马上就会抛出一个'networking连接重置'的错误。
随机它只是踢我（或networking滴）
一个稳定的ping现在显示中断。
--- vdbsrv1 ping statistics --- 80620 packets transmitted, 80619 received, 0% packet loss, time 23838ms rtt min/avg/max/mdev = 0.234/0.273/1.741/0.043 ms, ipg/ewma 0.295/0.297 ms SQL查询（“select1”）到框中大约需要5秒钟，即使SQL报告类似.04秒的执行时间，所以其他4.96秒是一个谜
有人有主意吗？
top - 11:49:28 up 12 days, 17:05, 4 users, load average: 0.00, 0.03, 0.01 Tasks: 150 total, 1 running, 149 sleeping, 0 stopped, 0 zombie Cpu(s): 0.2%us, 0.0%sy, 0.0%ni, 99.3%id, 0.5%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 8174028k total, 8074924k used, 99104k free, 4558300k buffers Swap: 19464184k total, 4k used, 19464180k free, 2306952k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1 root 15 0 10348 692 576 S 0.0 0.0 0:02.13 init root@dbsrv1# vmstat procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------ rb swpd free buff cache si so bi bo in cs us sy id wa st 0 0 4 98980 4558300 2306992 0 0 1 13 3 2 0 0 99 0 0
你至less需要做一些事情来debugging：
使用CLI ssh客户端而不是putty，运行“ssh -v”到服务器。 看看你是否有任何问题，什么错误的SSH会话报告。
使用wireshark或tcpdump，获取会话的数据包捕获。 你可能会得到一个RST。
根据大卫的询问，你是否试图从另一个客户端访问服务器？ 如果没有，也许客户端有networking问题。
如果你正在通过防火墙，那么防火墙将会有自己的会话超时，正如Kyle上面提到的那样 – 如果问题存在，那么“keepalive”设置是一个很好的解决方法。 如果新会话出现问题，pcap将是解决问题的最便捷的方法。
不知道我完全明白：
“所以，当我把ssh（腻子）放到盒子里时，如果我一会儿没有上它，腻子马上就会抛出”networking连接重置“的错误。
所以，如果你还没有login，然后你开始一个新的login，你马上被踢出去？
如果情况并非如此，那么如果你一直处于非活动状态，它就会超时。 你可以在putty中设置keepalive。
你也可以在/var/log查看ssh日志，看看里面是否有任何信息。
这个很奇怪
networking服务器是来自vmware服务器的另一个networking服务器的克隆。
原来被closures了。 复制到新的服务器。 新的机器带来了新的名称给新的IP旧机器带回来。
这种情况下的问题，两个MAC地址是相同的，这导致了非常怪异的networking行为。