情况：使用mod_proxy运行RHEL，Apache等服务器。 工作正常，最近重新启动。 现在抛出“（111）拒绝连接：代理：HTTP：尝试连接到<IP>：8000（address.com）失败。
更多信息：
1）它正在尝试代理服务器本身 – 但在端口8000
2）重新启动之前，这工作正常
3）在重新启动之前，没有证据显示httpd.conf或iptables发生了变化
我不熟悉mod_proxy所以有几个问题：
1）是否需要iptables打开端口8000？ 'nmap -P0服务器-p 8000'显示该端口已closures。 没有证据表明这个港口曾经被专门打开过。
2）是否需要httpd.conf具有“Listen 8000”？ 这不是在那里。
所以我不知道如何debugging这个。 这是一个iptables的问题？ 或者一个httpd.conf的问题？ 我尝试添加“Listen 8000”指令，但没有解决问题。 而且由于假设这条线从来没有在那个年代，httpd.conf文件还没有被编辑过。
运行RHEL AS Release 3（Taroon Update 9） – 无需处理SELinux。
这个系统被最近离开的一位心怀不满的前雇员甩在我身上。 他build立了许多他从各个地方代理的“工具包”
哎哟。
所以，你不希望Apache在8000上进行监听 – 这几乎可以肯定是一种不同的Web服务器。
在你面前有一个取证任务 – 另一个web服务器可能被设置为服务，并且在启动时无法启动（在这种情况下，/ /etc/init.d应该有一个脚本，或者它可能已经（ 不寒而栗 ）在你的前同事重新启动之后才手动启动和nohup 。
如果在init.d没有任何用处，那么最好的第一步可能是检查root用户的history ，看看是否有任何东西看起来像启动web服务器软件。
在那里只有很多不同的Web服务器选项，所以很难专门在Web服务器系统中进行专门的挖掘，但我们可能会缩小范围。 你知道那些“工具包”在运行什么types的dynamic内容（Java？Ruby？Python？）吗？ 如果我们知道内容是什么以及它的存储位置，那么跟踪处理内容的Web服务器可能会更容易。