☰

Chrome 和 Firefox 中的 Websockets 被阻止，但 IE 中没有 - 代理

tag-icon • tag-icon networking google-chrome proxy
Chrome 和 Firefox 中的 Websockets 被阻止，但 IE 中没有 - 代理

我正在尝试使用 Slack，但无法在 Chrome 或 Firefox 中使用它。我收到连接错误。我使用他们的帮助测试，但在 websockets 上失败。

使用 IE 时我没有遇到同样的问题。

我使用工作网络，两个浏览器都使用相同的 LAN 设置。当我进入 LAN 设置时，唯一勾选的是Use automatic configuration script，其中有一个 URL。

为什么 Web 套接字在 IE 中不是问题，以及我如何阻止它们成为其他浏览器的问题？

信息：以下是有关浏览器版本的一些信息。Chrome：52.02743.116 IE：11.0.9600

当要http://www.websocketstest.com我得到以下信息：

IE: Websockets supported - Yes
HTTP Proxy - Yes
Port 80 - Disconnected
Port 443 - Connected
Port 8080 - Disconnected
Port 443 SSL - Connected

Chrome: Websockets supported - Yes
HTTP Proxy - Yes
All ports disconnected

尝试按照评论中的建议通过http和连接到 slack，但它只是恢复到。wsshttps

谢谢

答案1

我怀疑不同浏览器的代理设置不匹配。

如果 IE 的代理设置是手动配置的，则必须在其他浏览器中重复这些设置。如果是自动配置的，希望所有浏览器都能收到相同的设置——任何差异都可能导致这些失败。

您的环境中的代理自动配置脚本 (PAC)可以使用某些功能只能在 IE 中正常使用。PAC 脚本是否已下载到您的浏览器中（“检测代理设置...”的结果）或是否在浏览器的代理设置中可见？

在最新版本的 chrome 中，您可以通过访问 URL：chrome://net-internals/#proxy 查看当前的代理设置。这些设置希望与 IE 的设置相匹配。您可以按照以下说明查看或更改 Firefox 中的代理设置https://support.mozilla.org/en-US/kb/advanced-panel-settings-in-firefox（在该页面中查找“自动代理配置 URL”）。如果您确信您的工作环境的代理设置是“自动配置的”，请将所有浏览器都设置为自动配置。

如果您发现所有浏览器的代理设置都相同，并且涉及 PAC 文件。也就是说，使用 wpad 获取的文件可能在一个浏览器中有效，但在另一个浏览器中无效，则您必须进行更深入的调查。

  1. 下面列表中的第一个指针可以帮助人们在 IE 中下载代理脚本文件。如果 PAC 文件 URL 由网络服务器提供（即 wpad 文件是 http(s):// URL），我建议首先检查从 IE、Chrome 和 Firefox 下载的同一文件的版本是否完全相同。此网络服务器可能会根据请求的用户代理更改其响应。如果它们不同，则必须检查无法正常工作的浏览器的版本。

  2. 一旦获得 Chrome 或 Firefox 使用的脚本，就必须对其进行检查。这是最难的部分。必须模拟如果向脚本提供 slack.com 的 websocket URL 和主机，该脚本将执行的操作。也许这可以通过目视检查和推断来完成，但如果脚本非常复杂，则可以使用工具（请参阅列表中的调试链接）。

  3. 需要注意的是，某些特定浏览器不支持某些函数。我怀疑这些脚本中遇到的错误没有很好地报告给用户，错误情况下的行为可能定义不明确。

在这一点上我只能提供指示。

以及一些背景信息：

相关内容