HTTP保持活动状态-如果保持轮询-是否存在允许连接的最大值？

我搜索并发现，普遍的共识是，使用1.1 keep alive在一段不确定的时间内保持活动状态并不适合使用1.1 keepalive类型的连接。我们正在通过代理进行隧道传输，并希望长期（如果可能的话，永远）维护这个套接字

撇开这可能不合适不谈，是否有一些普遍接受的最长时间

---

客户端和服务器端软件是定制的，因此没有问题。我们已经有了具有永久持久套接字的客户端。我们正试图克服通过代理的隧道效应，而他无法使用HTTP访问代理

---

谢谢大多数浏览器使用的时间少于两分钟，chrome浏览器例外，只有5分钟

歌剧院11.11–120秒

Chrome 13–至少300秒（300秒后服务器关闭 超时）

IE 9–60秒（可在注册表中更改，似乎适用于 IE 8/9，尽管页面仅提及IE 5/6/7）

Firefox 4–115秒（可在约：config中更改，使用 network.http.keep-alive.timeout首选项）

我认为你应该使用类似于浏览器使用的东西。我认为没有一个建议的最大超时

---

Stackoverflow post也可能有用。

您也控制代理吗？如果没有，它可能会在经过配置的时间后抛出“408请求超时”或“504网关超时”。“我们正试图克服通过代理进行的隧道传输，而他无法使用HTTP。”。我们继续滚动，因此不应出现超时。不幸的是，如果没有访问权限，我们真的不知道它在做什么。