Warning: file_get_contents(/data/phpspider/zhask/data//catemap/6/apache/8.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
在linux上,当我们使用apache服务器的错误端口键入url时,如何获得友好的错误页面_Apache_Http_Https - Fatal编程技术网

在linux上,当我们使用apache服务器的错误端口键入url时,如何获得友好的错误页面

在linux上,当我们使用apache服务器的错误端口键入url时,如何获得友好的错误页面,apache,http,https,Apache,Http,Https,我在linux机器上有一台apache服务器,它在以下位置侦听: http://:8080 它将重定向到https://:8082 我的问题是,当我们访问时,如何获得友好的错误页面: http://:8082 //错误端口 到目前为止,我们将在web浏览器状态栏中显示以下信息: “正在等待http://:8082…”, 很长一段时间都没有反应 您知道,端口8082是特殊的,因为它用于https连接,如果我们访问:http://:8083,它将很快返回错误(http 400错误请求) 谢谢, Em

我在linux机器上有一台apache服务器,它在以下位置侦听: http://:8080 它将重定向到https://:8082

我的问题是,当我们访问时,如何获得友好的错误页面: http://:8082 //错误端口

到目前为止,我们将在web浏览器状态栏中显示以下信息: “正在等待http://:8082…”, 很长一段时间都没有反应

您知道,端口8082是特殊的,因为它用于https连接,如果我们访问:http://:8083,它将很快返回错误(http 400错误请求)

谢谢,
Emre

这个问题很可能是服务器故障,但这里有一个答案

有多种方法可以将你所追求的东西存档,但没有一种方法特别好。但如果我真的必须这样做,我会这样做

  • 您的网站应该使用linux运行&您应该具有root访问权限
  • 在apache中的任意端口上设置一个虚拟主机,该虚拟主机将只回复关于错误端口的错误消息
  • 设置iptables规则以将端口x、y、z上的所有连接(这些端口是“错误的”端口)转发到您配置的virtualhost正在运行的端口

  • @特克诺拉吉:我认为定制400页不会解决他的问题。因为Emre说他没有得到响应。是的,很长时间“等待http://:8082…”,然后从IE获得空页面。通过chrome,我可以得到“错误324(net::ERR_empty_response):未知错误”。这是一个有趣的解决方案,谢谢。但我想知道我们是否有一些配置更新来解决apache方面的问题?apache中没有任何配置选项可以满足您的实际需求。事实上,您在url中指定的端口是在tcp级别上发生的,而不是apache自己处理的任何事情,但是,您可以在多个端口上添加侦听/绑定,然后您只需对所有希望打印消息的端口重复第2部分。感谢您的准确回答,但正如您所说,我有一个问题,“您在url中指定的端口发生在tcp级别上,先于apache自己处理的任何事情,“如果我们访问端口8082和8083,为什么会产生不同的结果?端口8082用于ssl有什么原因,所以它有一些特殊的处理方法吗?url的协议部分定义了ssl的用法,而不是端口。可以将apache连接到任何端口,并将其与http或https(ssl)相关联。有一些预定义的“标准”建议将某些协议与某些tcp端口一起使用,但没有这样做的硬编码要求。例如,默认http(非ssl)端口为80,默认https(ssl)端口为OS443。8082和8083的端口使用使我认为您有一个tomcat(或其他webapp服务器?),而响应这些端口(特别是需要很长时间响应的端口)的实例正在进行反向dns查找。但是,即使它不是tomcat或类似的,如果机器不是在重负载下,并且在其他方面响应良好,那么长的响应时间通常是关于真正缓慢的dns查找。检查您的解析器配置。