none
Подключение к VDI из внешней сети RRS feed

  • Вопрос

  • Начал внедрять тонкие клиенты, а именно, каждому клиенту соответсвует своя виртуальная машина.

    Настроил  а AD сопоставление пользователю конкретной виртуальной машины.

    Поднял посредника подключения к удаленному рабочему столу. Сменил порты подключения на не стандартные на виртуальной машине и посреднике

    Локально все работает, т.е при подключнии по RDP к примеру на vditest:3399 с определенным логином и паролем происходит автоматическое подключение на виртуальную машину VDI01:3399. 

    Сделал проброс порта 3399 из внешнего мира (с ip видимого из вне) на посредника, но подключение не работает, т.е. видно что система получает сертификат vditest, но не может найти VDI01. 

    Подскажите пожалуйста что я упустил и что нужно сделать чтобы подключение работало и для внешнего мира тоже.

    23 июля 2012 г. 16:25

Ответы

Все ответы

  • мне казалось что для этого remote desktop gateway используют

    • Предложено в качестве ответа Till_SmirnoFF 3 апреля 2013 г. 12:43
    23 июля 2012 г. 18:22
  • А поконкретней можно? Сервер шлюза RD установлен  - на том же компьютере что и посредник.
    23 июля 2012 г. 19:09
  • Сменить порты на стандартные. RDG преобразует запросы по 443 порту в запрос по 3389.
    23 июля 2012 г. 19:32
    Модератор
  • смненил на 3389 теперь локально при подключении vditest идет подключение на нужные машины (vdi01) сделал проброс портов 443 и 3389 на vditest не помогло.

    Если обращаюсь на внешний белый IP локально (соединение идет через другой интернет, т.е.

    локальный адрес 1->внешний IP адрес 1->глобальная сеть->внешний IP адрес 2->локальный адрес 2(vditest)->vdi01

    ), то соединение идет как надо.

    А вот если другая сеть-> глобальная сеть->внешний IP адрес 2->локальный адрес 2(vditest)->vdi01  то соединение (vditest)->vdi01 не происходит. :-(

    23 июля 2012 г. 20:27
  • Начал внедрять тонкие клиенты, а именно, каждому клиенту соответсвует своя виртуальная машина.

    Настроил  а AD сопоставление пользователю конкретной виртуальной машины.

    Поднял посредника подключения к удаленному рабочему столу. Сменил порты подключения на не стандартные на виртуальной машине и посреднике

    Локально все работает, т.е при подключнии по RDP к примеру на vditest:3399 с определенным логином и паролем происходит автоматическое подключение на виртуальную машину VDI01:3399. 

    Сделал проброс порта 3399 из внешнего мира (с ip видимого из вне) на посредника, но подключение не работает, т.е. видно что система получает сертификат vditest, но не может найти VDI01. 

    Подскажите пожалуйста что я упустил и что нужно сделать чтобы подключение работало и для внешнего мира тоже.


    Подскажите пож-то как Вы настроили подключение клиентов? В момент старта клиен тавтомато грузит виртуальную систему или Вы запускаете RDP  на клиенте в ручную?
    26 июля 2012 г. 2:56
  • Автоматом грузит конечно.

    3 августа 2012 г. 6:22
  • rigus, удалось ли Вам разобраться?

    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий

    6 августа 2012 г. 12:39
  • Нет.

    Пока осталось 2 сервера один для внутренней сети с использованием виртуальных машин для каждого сотрудника и второй для внешего подключения (из дома) и использования обычного терминального сервера.

    8 августа 2012 г. 6:32
  • rigus, удалось победить доступ извне?

    У меня точно такая же проблема и я не понимаю как ее решить.

    у меня только стандартные порты. на одном сервере поднят:

    - виртуальный сервер AD

    - все остальные роли. Web server, RD connection broker итд. И создана коллекция виртуальных пользователей

    внутри сети все получают доступ к своим виртуалкам без проблем, а вот извне никак... rds.mydomen.ru изнутри доступен по внутреннему адресу, а извне по внешнему. Появляется запрос пароля, но дальше подключение не проходит.

    25 марта 2013 г. 13:29
  • Не внимательно читал эту тему.

    Надо было на сервере развернуть и настроить роль шлюза виртуальных рабочих столов.

    Теперь извне есть доступ к внутренним рабочим столам.

    26 марта 2013 г. 14:21
  • я внимательно перечитал всю тему, но так и не понял как надо конфигурировать шлюз
    1 марта 2016 г. 13:06