%20%D0%BD%D0%B5%20%D0%BC%D0%BE%D0%B6%D0%B5%D1%82%20%D0%BF%D0%BE%D0%B4%D0%BA%D0%BB%D1%8E%D1%87%D0%B8%D1%82%D1%8C%D1%81%D1%8F%20%D0%BA%20%D0%BB%D0%BE%D0%BA%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%BC%D1%83%20%D1%85%D0%BE%D1%81%D1%82%D1%83.png)
Хорошо, у нас странная настройка, я знаю.. Мы создаем SSH-туннель к нашей рабочей сети, затем используем RDP для подключения к нашим рабочим станциям в офисе. Наш SSH-клиент настроен на пересылку локального поста 1024 на нашу рабочую станцию на порт 3389.
Это отлично работает с подключением к удаленному рабочему столу (mstsc.exe), но не работает с версией удаленного рабочего стола из Microsoft Store.
Кто-нибудь знает почему?
решение1
Мне удалось решить эту проблему, просмотрев старую, но связанную с ней проблему наhttps://stackoverflow.com/questions/33259763/uwp-enable-local-network-loopback. Команда, которая решила эту проблему для меня:
checknetisolation LoopbackExempt -a -n=Microsoft.RemoteDesktop_8wekyb3d8bbwe
решение2
Я не могу ответить «почему», но могу подтвердить наличие проблемы. Я захватил сетевой трафик и не вижу ответа на начальный пакет SYN от приложения Microsoft Store. MSTSC и приложение Store отправляют идентичные первые пакеты, насколько я могу судить. Я попытался отключить брандмауэр на локальном рабочем столе Windows, что ничего не изменило. Единственное, что я предполагаю, это то, что приложение использует какой-то другой API, нежели MSTSC, для установления соединения, так что клиент ssh не видит эти пакеты, даже если они появляются «на проводе».