Websockets 在 Chrome 和 Firefox 中被阻止，但在 IE 中不被阻止 - 代理

Question

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

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

我在工作网络后面，两个浏览器都使用相同的 LAN 设置。当我进入 LAN 设置时，唯一勾选的是Use automatic configuration script那里有一个 url。

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

信息：以下是有关浏览器版本的一些信息。铬：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和wss评论中的建议连接到 slack ，但它只是恢复到https.

谢谢

Answer 1

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

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

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

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

如果您遇到所有浏览器代理设置都相同并且涉及 PAC 文件的情况。即，使用 wpad 获取的文件可能在一种浏览器中有效，但在另一种浏览器中无效，您必须进行更深入的调查。

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

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

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

此时我只能提供指点。

• 如何查看 Internet Explorer 自动检测的代理设置？ 应该可以帮助您开始找出技术解决方案。此处概述了从 IE 获取该脚本的另一种方法。

和一些背景信息：

• 自动代理检测的实际工作原理

• 这是一个相反的示例，其中 PAC 脚本功能在 IE11 上不起作用，但在其他浏览器中起作用。

• Peter Lubbers 撰写的 webproxy/websocket 交互文章

• 如何调试PAC 脚本