我们在apache访问日志中获得了大量的408状态代码,这些代码是在从http迁移到https之后发布的。
我们的网络服务器落后于负载均衡器,我们正在使用keepalive on和keepalivetimeout值为15秒。
有人可以帮忙解决这个问题。
答案 0 :(得分:0)
从http迁移到https后,此处出现同样的问题。不要惊慌,它不是一个bug而是一个客户端功能;)
我想你只能在默认(或按字母顺序排在第一位)apache ssl conf的日志中找到这些日志条目,并且你的超时时间很短(< 20)。
在我的测试中,这些是客户端为您的Web服务器建立预连接/推测套接字,以便快速下一页/资源加载。 因为它们只建立初始套接字连接或握手(150字节或几千)连接到ip并且不指定vhost名称,并且登录了默认的/ firs apache conf日志。
在初始连接几秒后,如果不需要,它们会丢弃插座,或者用于更快的进一步请求。 如果您的超时时间低于这几秒,那么如果更高的apache没有麻烦,那么您将获得408。
因此,要么忽略它们/为apache添加不同的默认配置,要么提升超时,让更多的apache进程忙于等待客户端丢弃或使用套接字。
请参阅https://bugs.chromium.org/p/chromium/issues/detail?id=85229进行一些相关讨论