Как включить "Miracast over Infrastructure" для ПК с ОС Windows 10, отличных от Surface?

Я пришел сюда в поисках того же ответа. Оказывается, ответ состоит в том, что вам все еще нужен активный беспроводной адаптер для установления сеанса Miracast.

Поскольку этот вопрос был опубликован, документация Microsoft, связанная с этим вопросом, была обновлена, среди прочего, следующими обновлениями:

На компьютерах с Windows 10 функция проецирования на этот компьютер должна быть включена в системных настройках, а на устройстве должен быть включен интерфейс Wi-Fi, чтобы отвечать на запросы на обнаружение, которые поступают только через адаптер Wi-Fi.

Вместе с разделом часто задаваемых вопросов, который гласит:

Почему мне все еще нужен Wi-Fi для использования Miracast через инфраструктуру?

Запросы на обнаружение для идентификации приемников Miracast могут поступать только через адаптер Wi-Fi. Как только получатели будут идентифицированы, Windows 10 может попытаться подключиться к сети.

Я предполагаю, что Microsoft обновила статью, потому что в этой статье они специально упоминают Windows PC и Windows Phone вместе с Surface Hub. Просто убедитесь, что вы используете версию 1703 (или более позднюю) на обоих концах. Что касается вашего конкретного сценария чудес между двумя "обычными" Windows 10 1703 или более поздними рабочими станциями, эта часть статьи должна помочь:

Surface Hub или ПК под управлением Windows могут выступать в качестве приемника Miracast over Infrastructure. ПК или телефон под управлением Windows могут выступать в качестве источника Miracast over Infrastructure. Как приемник Miracast, Surface Hub или устройство должно быть подключено к вашей корпоративной сети через Ethernet или безопасное соединение Wi-Fi (например, с использованием безопасности WPA2-PSK или WPA2-Enterprise). Если Surface Hub или устройство подключено к открытому Wi-Fi соединению, Miracast over Infrastructure отключит себя. В качестве источника Miracast ПК или телефон с Windows должен быть подключен к той же корпоративной сети через Ethernet или безопасное соединение Wi-Fi.

На основании статьи Microsoft и некоторых поисков в Google, чтобы найти реальные варианты использования, я могу ответить на ваши вопросы следующим образом:

• нет
• Не требуется
• Я не уверен, какие конкретные службы 1703 обновлены / добавлены, но протокол называется " [MS-MICE]: протокол установления соединения Miracast через инфраструктуру" и основан на следующих существующих технологиях:

• Безопасность транспортного уровня дейтаграмм (DTLS) [RFC6347]
• Система доменных имен (DNS) [IANA-DNS] [RFC1034] [RFC2181]
• Многоадресный DNS (mDNS)[RFC6762]
• Протокол потоковой передачи в реальном времени (RTSP) [RFC2326]
• Протокол управления передачей (TCP) [RFC793]
• Протокол отображения Wi-Fi [WF-DTS1.1]
• Протокол одноранговой связи (P2P) Wi-Fi [WF-P2P1.2]
• Протокол простой конфигурации Wi-Fi (WSC) [WF-WSC2.0.2]

Надеюсь это поможет!

Я проверил этот вопрос для собственных нужд, и вот мое резюме, подтвержденное практически:

1. Для первоначального подключения «проектор» и «удаленный дисплей» должны быть подключены к одной и той же сети Wi-Fi.

2. После установления соединения Wi-Fi можно отключить. Соединение продолжает работать через Ethernet.

3. Важная вещь: имя целевого «удаленного дисплея» должно быть разрешено через DNS проектора. Поскольку ПК, одновременно подключенный к Wi-Fi и Ethernet, будет иметь два IP-адреса, клиент должен убедиться, в какое удаленное IP-имя действительно разрешено. Самый простой и понятный способ настроить это — добавить запись вC:\WINDOWS\system32\drivers\etc\hostsа затем перепроверьте черезping REMOTE_DISPLAY_NAME.

4. «Удаленный дисплей» должен иметь TCP-порт 7250, открытый в брандмауэре

В конце концов, мои ожидания, что проецирование через Ethernet будет менее медленным, не оправдались. На самом деле - никаких улучшений я не заметил. Результат довольно разочаровывающий. Производительность приемлема не более чем для текстовых презентаций без анимации.