我怀疑这可能是一个无法回答的问题，唯一的解决办法是重build，但我会问。
昨晚，一些内部程序停止在办公室的光滑墙防火墙上工作，显示以下外部标志：
所有的“传递”stream量都很好。 即电子邮件，DNS，PPTP等stream量不间断地stream向两个方向。 入站HTTPS到其他服务器也工作正常。 从用户angular度来说，只有互联网浏览受到影响。 由于这是在办公时间以外发生的，没有人比较聪明。 我只能通过Nagios警报了解到这一点。
日志中绝对没有任何东西可以表示问题，实际上所有的日志logging也同时停止。 在失败之前，日志中没有任何内容表明有任何外部原因。 按下重置button（唯一的select，因为我无法login）使系统像往常一样备份，在过去的4个小时没有任何问题。
我正在寻找的是一些理论，这些理论可以解释为什么一些系统在没有警告的情况下失败，并且没有明显的对stream量的不利影响 也许有人更了解他们自己可以认识到失败部分的共同点。
听起来模糊的硬件相关 – 有一个现场系统（内核显然仍然NATing），但无数的进程死 – 例如。 SSH和鱿鱼。 我会把自己怀疑的手指指向自己的盘子 – 当我看到果汁冰淇淋时，这是一个有趣的技巧（我已经看到一些在SmoothWall工作了6年以上），它有10次与磁盘相关的9次。
过去几天我一直有同样的问题。 我正在运行Smoothwall Express 3.0。 当我通过torrent下载大文件时，事情就会locking。 我读过支持论坛，这可能是由于打开连接太多，因此填满了所有的内存。 我尝试更改防火墙设置之一，每隔2分钟closures这些不活动的连接，而不是每2.5小时，这是默认设置。 这似乎有助于一段时间，但问题现在再次发生。 该机器是500MHz，192MB的RAM。
不pipe什么问题，系统应该优雅地失败，而不是现在正在做的事情。 时间来尝试新的东西，我想。