Соединение с Удаленным рабочим столом с помощью Шлюза и Удаленного рабочего стола прокси?
Я имею, устанавливают сервер Шлюза Удаленного рабочего стола с помощью Windows Server 2012 R2. Я использую Шлюз Удаленного рабочего стола в качестве посредника между обеспечить сессию удаленного рабочего стола, более чем 443 с тех пор 3389 заблокированы во многих клиентских местоположениях.
Однако я столкнулся с проблемой с клиентом, который является сетью, кажется, использует веб-прокси.
Возможно настроить Удаленный рабочий стол для соединения через веб-прокси? Если так, как? Если не у кого-либо есть какие-либо предложения о том, как обеспечить сессию Удаленного рабочего стола через 443 по прокси для ситуаций, где Вы не управляете ПК клиента или сетью? RemoteApps допускает доступ через веб-прокси при использовании Шлюза RD?
Сообщение об ошибке ниже:
Ваш компьютер не может соединиться с удаленным компьютером, потому что веб-прокси-сервер требует аутентификации. Для разрешения неаутентифицируемого трафика серверу Шлюза RD через веб-прокси-сервер свяжитесь администратором сети.
Спасибо за любую справку!
По состоянию на 2008 год один из сотрудников Microsoft указал, что "официального способа добиться этого не существует" . Учитывая шесть промежуточных лет, вы хотели бы думать, что прогресс был, но я не вижу, что он был.
Если бы я был в вашей ситуации, я бы попытался найти небольшой Win32 HTTP/HTTPS прокси, который может быть "направлен" на восходящий прокси и настроен на обеспечение аутентификации. У меня нет немедленных рекомендаций на этот счет. (Я бы, наверное, просто бросил что-нибудь вместе с Perl или Python, лично.)
.Другой вариант - использование туннеля SSH. PuTTY, чтобы назвать имена, имеет легко настраиваемый прокси, так что он может работать через прокси-сервер, а затем предоставить локальный туннель, через который вы можете подключиться к RDP-получателю. Это действительно предполагает, что клиент имеет что-то для входа через SSH, а точнее что-то, что может взаимодействовать с RDP сервером.
.Как было предложено в ответе Омахи, другим вариантом является туннель SSH. Если у вас был установлен SSH в вашем окне Windows [возможно, не тривиально], тогда вы можете подключиться к этому ящику, создав туннель SSH для порта, а затем подключить свой клиент rdp к этому порту (шпатлевка может создавать туннели, или ssh может что-то вроде https://stackoverflow.com/questions/19161960/connect-with-ssh-through-a-proxy , например:
имя пользователя ssh @mediary_box -o "ProxyCommand = nc -X connect -x proxy_host_name: 80% h% p "-L: 3389: remote_rdp_box: 3389 затем укажите вашему rdp-клиенту на localhost как обычно, у меня этот способ работал через HTTP-прокси ).
FreeRDP-WebConnect может быть вариантом [он выглядит как бэкэнд веб-сервера для взаимодействия с RDP за ним, с клиентским интерфейсом HTML5], тогда вы можете открыть порт через свой ящик [в зависимости от того, какой он обслуживает on] и, надеюсь, получите доступ к нему с помощью HTTP. Предполагая, что веб-сокеты не заблокированы. Гуакамоле выглядит похожим (вы настраиваете службу и веб-сервер на сервере RDP, он предоставляет интерфейс HTML5).
За исключением этого, если у вас есть внешний третий ящик (не за никакими брандмауэрами) с SSH-сервером, вы можете создать переадресацию портов через этот промежуточный ящик через SSH (тот же механизм https://stackoverflow.com/questions/19161960/connect-with-ssh-through-a-proxy
Для новых клиентов RDP вы можете настроить дополнительный «шлюз» RDP, а затем подключиться к нему с помощью HTTP http://sengstar2005.hubpages.com/hub/How-to-Remote-Desktop -to-a-Terminal-Server-via-a-Web-Proxy