Chromecast UK 无法与 Windows 7 笔记本电脑连接

Question

Chromecast 显然被拨号协议，基于 UPnP，通常通过发送 UDP 进行发现多播具有类似 HTTP 的语法。

在 Wi-Fi 网络上进行多播非常棘手，供应商经常会出错。以下是一些最容易出错的方式，并给出了测试或修复方法的建议：

多播速率设置过高。某些 Wi-Fi AP（接入点；通俗地说是“无线路由器”）允许您设置多播速率（有时在“高级无线选项”屏幕上）。为了排除故障，如果您可以设置，请将其设置得尽可能低。如果您有一个 2.4GHz B/G/N AP，但您将其设置为仅 N 模式，则除非您重新启用 B/G 速率，否则您可能无法将多播速率设置为尽可能低。因此，请确保它处于 B/G/N 模式，并将多播速率设置为 1Mbps（如果允许）。
WPA2 和 WPA 的组密码和组密钥问题。多播必须使用不同的密钥进行加密，有时使用完全不同的密码（加密算法），具体取决于您如何设置 WPA2 或 WPA。目前，在进行故障排除时，请暂时禁用网络上的所有无线安全，以消除这种可能性。
就像您的 Chromecast 应用建议的那样，“无线客户端隔离”或“AP 隔离”。某些 AP 具有一项功能，可尝试阻止无线设备直接相互通信。请禁用该功能。
AP 接口之间的桥接中断。某些 AP 在从 LAN 到 WLAN 或从 2.4GHz WLAN 到 5GHz WLAN 等的桥接方面表现不佳。如果您的 BT Hub 3 是同步双频 AP，请确保您的笔记本电脑与 Chromecast 接入的频段相同（2.4 和 5GHz）。无线客户端之间的数据包中继通常在 Wi-Fi 无线电芯片组本身（或其驱动程序）中完成，而无需通过 AP 主机操作系统的桥接代码。因此，如果您的 AP 的桥接代码出现故障，希望可以解决这个问题。
损坏的 IGMP 侦听。由于多播对无线网络来说很麻烦，因此您需要将任何不必要的多播从无线网络中移除。为了帮助实现这一点，一些 AP 会执行“IGMP 侦听”，这样它们就可以查看客户端何时尝试订阅多播视频流。如果 AP 看到客户端通过 IGMP 协议订阅流，AP 将开始将该流转发到无线网络。但如果它从未看到客户端请求给定的多播流，AP 将不会将其发送到无线网络。但是，发现协议（如 DIAL/UPnP 和 Bonjour（mDNS/DNS-SD））使用的多播类型并不是 IGMP 应该适用的类型，因此编写良好的 IGMP 侦听实现将始终允许这些数据包通过无线网络，因为您不能真正期望看到有人为它们发出 IGMP 请求。但是，如果您的 BT Hub 3 的 IGMP 侦听实现损坏，它可能会搞砸。您可以寻找一个复选框（呃，英式英语中的“勾选框”）来打开或关闭 IGMP 侦听，无论它以何种方式设置，都可以将其切换为另一种设置。也许打开时比关闭时损坏更少。反之亦然。
802.11 省电模式多播排队和传送。当任何无线客户端使用 802.11 省电模式时（现在它们都这样做），它们会短时间关闭 Wi-Fi 无线电以节省电量。AP 必须执行特殊工作以确保多播数据包排队并在所有关心多播的客户端都打开 Wi-Fi 接收器接收它们时传送。我不知道 Chromecast 是否使用 802.11 省电模式（它可能使用）或者它是否为您提供了禁用它的方法（它可能没有）。如果这是一台 Windows 笔记本电脑，您通常可以进入 Wi-Fi 卡的高级驱动程序属性窗口并禁用省电模式。您无法在 AP 上禁用省电模式，因为 AP 必须支持它。
客户端设备上的个人防火墙软件。如果从 Chromecast 返回到您的 Win7 笔记本电脑的任何通信都是通过多播到某个 UDP 端口进行的，并且该端口被您的个人防火墙软件过滤，则它将无法通过您的 Chromecast 设置应用程序。

我建议你一次性尝试上述所有建议，看看是否有效果。如果没有效果，就把所有东西放回去，然后向 BT 和 Google 投诉。但如果做产生影响，然后开始进行消除过程，看看哪些变化或哪些变化产生了影响。

Answer 1

Chromecast 显然被拨号协议，基于 UPnP，通常通过发送 UDP 进行发现多播具有类似 HTTP 的语法。

在 Wi-Fi 网络上进行多播非常棘手，供应商经常会出错。以下是一些最容易出错的方式，并给出了测试或修复方法的建议：

多播速率设置过高。某些 Wi-Fi AP（接入点；通俗地说是“无线路由器”）允许您设置多播速率（有时在“高级无线选项”屏幕上）。为了排除故障，如果您可以设置，请将其设置得尽可能低。如果您有一个 2.4GHz B/G/N AP，但您将其设置为仅 N 模式，则除非您重新启用 B/G 速率，否则您可能无法将多播速率设置为尽可能低。因此，请确保它处于 B/G/N 模式，并将多播速率设置为 1Mbps（如果允许）。
WPA2 和 WPA 的组密码和组密钥问题。多播必须使用不同的密钥进行加密，有时使用完全不同的密码（加密算法），具体取决于您如何设置 WPA2 或 WPA。目前，在进行故障排除时，请暂时禁用网络上的所有无线安全，以消除这种可能性。
就像您的 Chromecast 应用建议的那样，“无线客户端隔离”或“AP 隔离”。某些 AP 具有一项功能，可尝试阻止无线设备直接相互通信。请禁用该功能。
AP 接口之间的桥接中断。某些 AP 在从 LAN 到 WLAN 或从 2.4GHz WLAN 到 5GHz WLAN 等的桥接方面表现不佳。如果您的 BT Hub 3 是同步双频 AP，请确保您的笔记本电脑与 Chromecast 接入的频段相同（2.4 和 5GHz）。无线客户端之间的数据包中继通常在 Wi-Fi 无线电芯片组本身（或其驱动程序）中完成，而无需通过 AP 主机操作系统的桥接代码。因此，如果您的 AP 的桥接代码出现故障，希望可以解决这个问题。
损坏的 IGMP 侦听。由于多播对无线网络来说很麻烦，因此您需要将任何不必要的多播从无线网络中移除。为了帮助实现这一点，一些 AP 会执行“IGMP 侦听”，这样它们就可以查看客户端何时尝试订阅多播视频流。如果 AP 看到客户端通过 IGMP 协议订阅流，AP 将开始将该流转发到无线网络。但如果它从未看到客户端请求给定的多播流，AP 将不会将其发送到无线网络。但是，发现协议（如 DIAL/UPnP 和 Bonjour（mDNS/DNS-SD））使用的多播类型并不是 IGMP 应该适用的类型，因此编写良好的 IGMP 侦听实现将始终允许这些数据包通过无线网络，因为您不能真正期望看到有人为它们发出 IGMP 请求。但是，如果您的 BT Hub 3 的 IGMP 侦听实现损坏，它可能会搞砸。您可以寻找一个复选框（呃，英式英语中的“勾选框”）来打开或关闭 IGMP 侦听，无论它以何种方式设置，都可以将其切换为另一种设置。也许打开时比关闭时损坏更少。反之亦然。
802.11 省电模式多播排队和传送。当任何无线客户端使用 802.11 省电模式时（现在它们都这样做），它们会短时间关闭 Wi-Fi 无线电以节省电量。AP 必须执行特殊工作以确保多播数据包排队并在所有关心多播的客户端都打开 Wi-Fi 接收器接收它们时传送。我不知道 Chromecast 是否使用 802.11 省电模式（它可能使用）或者它是否为您提供了禁用它的方法（它可能没有）。如果这是一台 Windows 笔记本电脑，您通常可以进入 Wi-Fi 卡的高级驱动程序属性窗口并禁用省电模式。您无法在 AP 上禁用省电模式，因为 AP 必须支持它。
客户端设备上的个人防火墙软件。如果从 Chromecast 返回到您的 Win7 笔记本电脑的任何通信都是通过多播到某个 UDP 端口进行的，并且该端口被您的个人防火墙软件过滤，则它将无法通过您的 Chromecast 设置应用程序。

我建议你一次性尝试上述所有建议，看看是否有效果。如果没有效果，就把所有东西放回去，然后向 BT 和 Google 投诉。但如果做产生影响，然后开始进行消除过程，看看哪些变化或哪些变化产生了影响。

Chromecast UK 无法与 Windows 7 笔记本电脑连接

答案1

相关内容