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。目前，在排除故障時暫時停用網路上的所有無線安全功能，以消除這種可能性。
“無線用戶端隔離”或“AP 隔離”，就像您的 Chromecast 應用程式建議的那樣。某些 AP 具有嘗試阻止無線設備直接相互通訊的功能。禁用它。
AP 上介面之間的橋接已損壞。某些 AP 無法很好地橋接 LAN 到 WLAN，或從 2.4GHz WLAN 橋接到 5GHz WLAN 等。加入時使用的頻段（2.4 與5GHz）。無線用戶端之間的資料包中繼通常在 Wi-Fi 無線電晶片組本身（或其驅動程式）中完成，無需通過 AP 主機作業系統的橋接代碼。因此，如果您的 AP 橋接代碼被破壞，則有望解決該問題。
IGMP 偵聽損壞。由於多播對於無線網路來說是一種痛苦，因此您希望將任何不需要的多播排除在無線網路之外。為了幫助做到這一點，一些接入點執行“IGMP 偵聽”，這讓它們可以看到客戶端何時嘗試訂閱（例如，多播視訊串流）。如果 AP 發現用戶端透過 IGMP 協定訂閱了流，則 AP 將開始將該流轉送到無線。但是，如果沒有看到用戶端要求給定的多播流，AP 就不會將其傳送到無線網路。然而，DIAL/UPnP 和 Bonjour (mDNS/DNS-SD) 等發現協定使用的多播類型並不是 IGMP 應該應用的類型，因此編寫良好的 IGMP 偵聽實作將始終允許這些資料包透過無線方式接通，因為您不能真正期望看到任何人向它們發出IGMP 請求。但如果您的 BT Hub 3 的 IGMP 偵聽實作有問題，則可能會出現問題。您可以尋找一個複選框（呃，BrE 中的“勾選框”）來打開和關閉 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。目前，在排除故障時暫時停用網路上的所有無線安全功能，以消除這種可能性。
“無線用戶端隔離”或“AP 隔離”，就像您的 Chromecast 應用程式建議的那樣。某些 AP 具有嘗試阻止無線設備直接相互通訊的功能。禁用它。
AP 上介面之間的橋接已損壞。某些 AP 無法很好地橋接 LAN 到 WLAN，或從 2.4GHz WLAN 橋接到 5GHz WLAN 等。加入時使用的頻段（2.4 與5GHz）。無線用戶端之間的資料包中繼通常在 Wi-Fi 無線電晶片組本身（或其驅動程式）中完成，無需通過 AP 主機作業系統的橋接代碼。因此，如果您的 AP 橋接代碼被破壞，則有望解決該問題。
IGMP 偵聽損壞。由於多播對於無線網路來說是一種痛苦，因此您希望將任何不需要的多播排除在無線網路之外。為了幫助做到這一點，一些接入點執行“IGMP 偵聽”，這讓它們可以看到客戶端何時嘗試訂閱（例如，多播視訊串流）。如果 AP 發現用戶端透過 IGMP 協定訂閱了流，則 AP 將開始將該流轉送到無線。但是，如果沒有看到用戶端要求給定的多播流，AP 就不會將其傳送到無線網路。然而，DIAL/UPnP 和 Bonjour (mDNS/DNS-SD) 等發現協定使用的多播類型並不是 IGMP 應該應用的類型，因此編寫良好的 IGMP 偵聽實作將始終允許這些資料包透過無線方式接通，因為您不能真正期望看到任何人向它們發出IGMP 請求。但如果您的 BT Hub 3 的 IGMP 偵聽實作有問題，則可能會出現問題。您可以尋找一個複選框（呃，BrE 中的“勾選框”）來打開和關閉 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

相關內容