Remote Desktop Gateway

Ответить

Смайлики
:D :) :( :o :shock: :? 8) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen:

BBCode ОТКЛЮЧЕН
Смайлики ВКЛЮЧЕНЫ

Обзор темы
   

Развернуть Обзор темы: Remote Desktop Gateway

Re: Remote Desktop Gateway

aka » Вт янв 16, 2024 9:53 pm

Не работает. Ну как. На стенде работает, но выкладывать это не хочу. Нет инфы по срокам. Не могу придумать, как сделать красиво.

Re: Remote Desktop Gateway

pkt » Вт янв 16, 2024 7:27 pm

Добрый день. Все еще не работает ? Может есть какая-то инфа по приблизительным срокам?

Re: Remote Desktop Gateway

aka » Чт апр 20, 2023 10:08 pm

В последней версии RD Gateway (раньше было ещё три варианта, таких же некрасивых) устанавливается TCP соединение, поверх него запускается SSL, получается HTTPS.

Дальше внутри HTTPS организуется обмен данными через WebSocket.

Дальше внутри WebSocket запускается ещё один SSL. Получается SSL в SSL.

И только поверх всего этого бутерброда запускается RDP.

В RDP есть красивые решения и не очень, то SSL поверх SSL это по-моему за гранью допустимой кривизны. Я отказываюсь это писать.

В втвари будет два RDP клиента: наш и freerdp. Наш будет быстро рисовать (и радовать меня красотой внутренней архитектуры), а freerdp будет для тех, кому надо чтобы работало как они настроили, и такие мелочи как производительность им не важны.

Может даже в этом году поедет. На стенде оно уже едет, но до выпуска ещё много обтачивания напильником...

Re: Remote Desktop Gateway

Егор » Чт апр 20, 2023 7:16 pm

Мы тоже ждем давно, вот в версии 6.2.2. уже появилась вкладка rd_gateway и указано, что RDG будет сделано в следующей версии. :D

Re: Remote Desktop Gateway

alfes » Вт ноя 29, 2022 4:24 pm

Да, сидим и ждем, уже дооолго ждем. Надо что бы просьба имела свою "выдержку"... Я периодически мониторю, много тем уже видел на форуме, но по какой-то причине пока не реализовали.

Re: Remote Desktop Gateway

trest96 » Сб ноя 26, 2022 3:09 pm

RDG сильно надо

Re: Remote Desktop Gateway

master_new » Пн сен 26, 2022 8:20 am

Добрый день: вот эта фишка жизненно важная...
При использовании RGW есть возможность "прозрачно" направлять клиентов (пользователей) на разные ТС без танцев с бубнами. У каждого клиента (пользователя) один набор настроек (файл подключения). А в зависимости от предоставленных креденшиалсов (авторизации на RGW в домене/доменах) клиенты подключается к разным ТС. Те один порт, одни настройки.

Очень нужно. у нас уже больше 10 терминальных серверов и очень тяжело пользователей привязывать к определённому серверу...

Re: Remote Desktop Gateway

mr_brain1979 » Чт июл 21, 2022 5:14 pm

Тоже очень жду функционал RDGW... уже во второй конторе внедряю, и, прям вот очень не хватает.

Re: Remote Desktop Gateway

flameflower » Вт июн 07, 2022 1:29 pm

HTTP вроде как похоронен или уже совсем старый.
У себя используем HTTPS (WinServ 2019).
Клиенты от Windows 7 до Windows 11. Если требуется что-то посмотреть\пописать могу посодействовать.

Re: Remote Desktop Gateway

alfes » Чт июн 02, 2022 10:59 am

aka писал(а): Ср июн 01, 2022 8:32 pm По http - это два старых варианта, с самодельными шифрованиями и RPC внутри. Точно http? На https не переключается? Не хочу делать старые варианты.

websocket может использоваться поверх https, тогда устанавливается одно https соединение. Или не использоваться, тогда устанавливается два https соединения.
Доброго времени суток, AKA. В данном случаи вот так.
https://ibb.co/DDRn8S4 - картинка . Но это не панацея, нет проблем и на https перевести. Но как мне видится хорошо бы сделать и на http и на https. Т.е. два варианта, но это лишь мое пожелание. Забегая вперед думаю вопросов по этому поводу возникать будет меньше. :roll:
З.Ы. Картинку не смог вставить через img

Re: Remote Desktop Gateway

aka » Ср июн 01, 2022 8:32 pm

По http - это два старых варианта, с самодельными шифрованиями и RPC внутри. Точно http? На https не переключается? Не хочу делать старые варианты.

websocket может использоваться поверх https, тогда устанавливается одно https соединение. Или не использоваться, тогда устанавливается два https соединения.

Re: Remote Desktop Gateway

alfes » Ср июн 01, 2022 11:30 am

aka писал(а): Вт май 31, 2022 12:11 am Будет реализован. Ну, некоторые из них. Я насчитал четыре (4) разных, совсем разных протокола Remote Desktop Gateway. Вот бы узнать, что используется на практике.

Простой вопрос: у вас оно поверх HTTP или поверх HTTPS?

Если HTTPS, то ещё интересно было бы узнать, используется ли websocket, но это наверное только опытным путем можно проверить.
Доброго, в данный момент ходит по http. А вообще и так и сяк было бы желательно. Читал в факе майкрософт что websocket используется.

Re: Remote Desktop Gateway

aka » Вт май 31, 2022 12:11 am

Будет реализован. Ну, некоторые из них. Я насчитал четыре (4) разных, совсем разных протокола Remote Desktop Gateway. Вот бы узнать, что используется на практике.

Простой вопрос: у вас оно поверх HTTP или поверх HTTPS?

Если HTTPS, то ещё интересно было бы узнать, используется ли websocket, но это наверное только опытным путем можно проверить.

Re: Remote Desktop Gateway

alfes » Пн май 30, 2022 1:14 pm

Sakha писал(а): Чт янв 20, 2022 9:31 am Прошу добавить функционал клиента поддержки Remote Desktop Gateway
За Вами постаю, пните пожалуйста если гром грянет и допилят этот функционал. Необходим безумно. Согласен с Вами ВПН для 100500 пользователей дома с говнороутерами и NATом не вариант.
aka писал(а): Чт янв 20, 2022 11:44 am Расскажи, чем он лучше VPN?
Уважаемый AKA, есть ли на сегодняшний день предпосылки к внедрению этого функционала? Будет ли он реализован?, если нет, что нужно для того что бы данный функционал судя по просьбам на форуме был все-таки реализован?

Re: Remote Desktop Gateway

flameflower » Вт фев 15, 2022 9:08 am

aka писал(а): Вс фев 06, 2022 1:48 pm Не понимаю проблему. В втвари есть OpenVPN и Wireguard, они оба пролазят через NAT, если только провайдер специально не мешает. Я только через Мегафон пробовал,у меня всё обе VPN работали. В какой конфигурации VPN не работает, а Remote Desktop Gateway работает?
Когда попадешь в NAT на 1 внешний адрес от двух L2TP клиентов с IPSec(по умолчанию включено).
Один пролезет, второй нет (Можно почитать про IpSec ALG).
Вопрос в том зачем городить VPN, если есть, на мой взгляд, более удобный вариант решения этой проблемы.
Опять-таки чуть выше написали про другой кейс использования шлюза удаленных рабочих столов.

Re: Remote Desktop Gateway

flameflower » Вт фев 15, 2022 9:02 am

akaplenko писал(а): Вс фев 06, 2022 2:11 pm
flameflower писал(а): Вс фев 06, 2022 8:38 am
akaplenko писал(а): Чт фев 03, 2022 10:38 pm

Даже если так, то я не понимаю чем это мешает VPN? Я сейчас за двумя своими роутерами и за nat провайдера и все работает.

Другое дело, что vpn тоже у всех стали модные типа фортиклиента и этот вопрос там так же не решается.
Я с интересом выслушаю как бы ты решил ситуацию, когда пользователей провайдер занатил за один адрес, которые используют один и тот же тип подключения (L2TP+IpSec).
Возможно, для крупных городов это не проблема, но если у тебя на город 3–4 оператора и каждый делает NAT есть возможность нарваться на подобное поведение.
У меня дома я за NAT провайдера и за NAT роутера. Без проблем подключен к VPN с телефона, ноута и пары компов одновременно. Что я делаю не так? :)
Невнимательно читаешь.

Re: Remote Desktop Gateway

Python_Kaa » Вс фев 13, 2022 9:30 pm

Не хочется обижать многоуважаемого AKA, но wtware - это тонкий клиент для бедных. Я восхищаюсь и автором, и продуктом, но тем не менее.

Если есть возможность развернуть много терминальных серверов (мы же говорим про честный софт же?) и народу столько, что нужен (не хочется, а нужен) один комплект настроек и при этом vpn невозможен (например, в силу количества людей и качества пользователей), то есть смысл задружить с Microsoft или каким-нибудь Dell, чтобы они поставляли нужный софт или даже вместе с оборудованием. Да, это будет стоить денег, но вполне решаемо

Re: Remote Desktop Gateway

AndreyEver » Пт фев 11, 2022 3:59 pm

При использовании RGW есть возможность "прозрачно" направлять клиентов (пользователей) на разные ТС без танцев с бубнами. У каждого клиента (пользователя) один набор настроек (файл подключения). А в зависимости от предоставленных креденшиалсов (авторизации на RGW в домене/доменах) клиенты подключается к разным ТС. Те один порт, одни настройки.
+1 к поддержке фичи

Re: Remote Desktop Gateway

akaplenko » Вс фев 06, 2022 2:11 pm

flameflower писал(а): Вс фев 06, 2022 8:38 am
akaplenko писал(а): Чт фев 03, 2022 10:38 pm
aka писал(а): Чт фев 03, 2022 3:48 pm Втварь используют у пользователя дома за неведомо как настроенным роутером?
Даже если так, то я не понимаю чем это мешает VPN? Я сейчас за двумя своими роутерами и за nat провайдера и все работает.

Другое дело, что vpn тоже у всех стали модные типа фортиклиента и этот вопрос там так же не решается.
Я с интересом выслушаю как бы ты решил ситуацию, когда пользователей провайдер занатил за один адрес, которые используют один и тот же тип подключения (L2TP+IpSec).
Возможно, для крупных городов это не проблема, но если у тебя на город 3–4 оператора и каждый делает NAT есть возможность нарваться на подобное поведение.
У меня дома я за NAT провайдера и за NAT роутера. Без проблем подключен к VPN с телефона, ноута и пары компов одновременно. Что я делаю не так? :)

Re: Remote Desktop Gateway

aka » Вс фев 06, 2022 1:48 pm

Не понимаю проблему. В втвари есть OpenVPN и Wireguard, они оба пролазят через NAT, если только провайдер специально не мешает. Я только через Мегафон пробовал,у меня всё обе VPN работали. В какой конфигурации VPN не работает, а Remote Desktop Gateway работает?

Re: Remote Desktop Gateway

flameflower » Вс фев 06, 2022 8:38 am

akaplenko писал(а): Чт фев 03, 2022 10:38 pm
aka писал(а): Чт фев 03, 2022 3:48 pm Втварь используют у пользователя дома за неведомо как настроенным роутером?
Даже если так, то я не понимаю чем это мешает VPN? Я сейчас за двумя своими роутерами и за nat провайдера и все работает.

Другое дело, что vpn тоже у всех стали модные типа фортиклиента и этот вопрос там так же не решается.
Я с интересом выслушаю как бы ты решил ситуацию, когда пользователей провайдер занатил за один адрес, которые используют один и тот же тип подключения (L2TP+IpSec).
Возможно, для крупных городов это не проблема, но если у тебя на город 3–4 оператора и каждый делает NAT есть возможность нарваться на подобное поведение.

Re: Remote Desktop Gateway

flameflower » Вс фев 06, 2022 8:34 am

aka писал(а): Чт фев 03, 2022 3:48 pm
flameflower писал(а): Чт фев 03, 2022 3:12 pm Да и как там пользовательские роутеры дома настроены тоже неведомо.
Втварь используют у пользователя дома за неведомо как настроенным роутером?
В таком ключе я у себя не использую, но допускаю, что кто-то может.
OpenVPN же, вроде бы, притащили в состав?

Re: Remote Desktop Gateway

akaplenko » Чт фев 03, 2022 10:38 pm

aka писал(а): Чт фев 03, 2022 3:48 pm Втварь используют у пользователя дома за неведомо как настроенным роутером?
Даже если так, то я не понимаю чем это мешает VPN? Я сейчас за двумя своими роутерами и за nat провайдера и все работает.

Другое дело, что vpn тоже у всех стали модные типа фортиклиента и этот вопрос там так же не решается.

Re: Remote Desktop Gateway

aka » Чт фев 03, 2022 3:48 pm

flameflower писал(а): Чт фев 03, 2022 3:12 pm Да и как там пользовательские роутеры дома настроены тоже неведомо.
Втварь используют у пользователя дома за неведомо как настроенным роутером?

Re: Remote Desktop Gateway

flameflower » Чт фев 03, 2022 3:12 pm

aka писал(а): Чт янв 20, 2022 11:44 am Расскажи, чем он лучше VPN?
Можно я за автора немного накидаю?
Во-первых, быстрее чем VPN за счет меньшего количества инкапсуляций и более адекватная работа в случае потерь пакетов.
Во-вторых, не всегда и не везде пролезают эти самые VPN. Особенно в свете повсеместного использования NAT из-за дефицита IPv4. Да и как там пользовательские роутеры дома настроены тоже неведомо.

Re: Remote Desktop Gateway

aka » Чт янв 20, 2022 11:44 am

Расскажи, чем он лучше VPN?

Remote Desktop Gateway

Sakha » Чт янв 20, 2022 9:31 am

Прошу добавить функционал клиента поддержки Remote Desktop Gateway

Вернуться к началу