Windows 7 노트북을 사용하여 영국의 Infinity BT Hub 3에서 Chromecast를 작동시키려고 합니다.
- BT Hub 3 무선을 로 전환한 후
Channel 11
Android 휴대폰에서 Chromecast 앱을 사용하여 Chromecast 기기를 설정했는데 '전송 준비 완료'로 표시됩니다. 모니터에서 월스크린 이미지를 볼 수 있으므로 Chromecast 기기를 사용할 준비가 된 것 같습니다. - 동일한 WiFi에 연결된 Windows 7 노트북이 있습니다. Chromecast 설정 앱의 최신 버전을 다음에서 다운로드했습니다.http://chromecast.com/setup
- Windows 7 노트북에서 Chromecast 설정을 따르려고 했지만 작동하지 않습니다. 스냅샷을 참조하세요.
- Chrome 브라우저로 이동하여 오른쪽 상단에 있는 Chromecast 확장 프로그램 버튼을 클릭하면 다음과 같은 메시지가 표시됩니다
The selected device is no longer available
.
어떤 아이디어가 있나요?
답변1
Chromecast는 다음에서 발견된 것으로 보입니다.다이얼UDP를 전송하여 검색을 수행하는 UPnP를 기반으로 하는 프로토콜멀티캐스트내부에 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 vs. 5GHz)이 적용됩니다. 무선 클라이언트 간의 패킷 중계는 AP의 호스트 OS의 브리징 코드를 통하지 않고 Wi-Fi 라디오 칩셋 자체(또는 해당 드라이버)에서 수행되는 경우가 많습니다. 따라서 손상된 AP의 브리징 코드라면 이 코드로 문제를 해결할 수 있을 것입니다.
깨진 IGMP 스누핑. 멀티캐스트는 무선 네트워크에서 골칫거리이므로 불필요한 멀티캐스트를 무선에서 차단해야 합니다. 이를 돕기 위해 일부 AP는 클라이언트가 멀티캐스트 비디오 스트림 구독을 시도할 때 이를 확인할 수 있는 "IGMP 스누핑"을 수행합니다. AP가 클라이언트가 IGMP 프로토콜을 통해 스트림을 구독하는 것을 확인하면 AP는 해당 스트림을 무선으로 전달하기 시작합니다. 그러나 클라이언트가 특정 멀티캐스트 스트림을 요청하지 않으면 AP는 이를 무선으로 보내지 않습니다. 그러나 DIAL/UPnP 및 Bonjour(mDNS/DNS-SD)와 같은 검색 프로토콜이 사용하는 종류의 멀티캐스트는 IGMP가 적용되는 종류가 아니므로 잘 작성된 IGMP 스누핑 구현은 항상 해당 패킷이 누군가가 IGMP 요청을 보내는 것을 실제로 볼 수는 없기 때문에 무선으로 통과하십시오. 그러나 BT Hub 3에 IGMP 스누핑 구현이 손상된 경우 문제가 발생할 수 있습니다. IGMP 스누핑을 켜거나 끄려면 확인란(BrE의 경우 "체크박스")을 찾아 어떤 방식으로 설정되어 있는지 전환하여 다른 방식으로 설정되도록 할 수 있습니다. 아마도 꺼져 있을 때보다 켜져 있을 때 파손이 덜할 수도 있습니다. 혹은 그 반대로도.
802.11 절전 모드 멀티캐스트 대기열 및 전달. 무선 클라이언트가 802.11 절전 모드(요즘은 모두 그렇게 함)를 사용하는 경우 전력을 절약하기 위해 짧은 시간 동안 Wi-Fi 라디오를 끕니다. AP는 멀티캐스트에 관심이 있는 모든 클라이언트가 Wi-Fi 수신기를 켜서 수신할 때 멀티캐스트 패킷이 대기열에 추가되어 전달되도록 특별한 작업을 수행해야 합니다. Chromecast가 802.11 절전 모드를 사용하는지(아마도 그럴 것입니다) 또는 이를 비활성화할 수 있는 방법을 제공하는지(아마도 그렇지 않을 것입니다)는 모르겠습니다. Windows 노트북인 경우 일반적으로 Wi-Fi 카드의 고급 드라이버 속성 창으로 이동하여 절전 모드를 비활성화할 수 있습니다. AP에서 절전 모드를 지원하는 것이 필수이므로 AP에서 절전 모드를 비활성화할 수 없습니다.
클라이언트 장치의 개인 방화벽 소프트웨어. Chromecast에서 Win7 노트북으로의 통신이 특정 UDP 포트에 대한 멀티캐스트를 통해 이루어지고 해당 포트가 개인 방화벽 소프트웨어에 의해 필터링되는 경우 Chromecast 설정 앱을 통과하지 못합니다.
위의 제안 사항을 모두 한 번에 시도해보고 차이가 있는지 확인하는 것이 좋습니다. 그렇지 않다면 모든 것을 되돌리고 BT와 Google에 불만을 제기하세요. 하지만 만약 그렇다면하다차이를 만든 다음 제거 프로세스를 시작하여 어떤 변경 사항이나 변경 사항 집합이 차이를 가져왔는지 확인합니다.