Remote Desktop Connection Manager (RDCMan) предназначен для управления несколькими подключениями удаленных рабочих столов. Это программа полезна для управления как несколькими серверами в небольшой организации, так и крупными серверными фермами, где существует необходимость в частом доступе к каждой физической или виртуальной машине для автоматизации рабочего процесса и проверке функционирования серверов и центров обработки данных. На текущий момент доступен Remote Desktop Connection Manager версии 2.7. Скачать можно по следующей ссылке: Файлик миниатюрный и весит всего 789 Кб.

Наконец-то добрались руки до того, чтобы развернуть новую ферму высоко-доступного RD Connection Broker на базе Windows Server 2012 R2. В отличие от конфигурации, которая описывалась, было решено выполнить разделение ролей RDS и отказаться от использования NLB в пользу DNS Round Robin. При планировании развёртывания акцент был сделан на то, чтобы в итоге получить конфигурацию, которую можно будет считать более или менее поддерживаемой Microsoft. В результате получилась конфигурация из двух виртуальных серверов с совмещенными ролями RD Connection Broker/RD Web Access и пяти виртуальных серверов с выделенной ролью RD Session Host.

А в силу того, что роли RD Connection Broker и RD Web Access не сильно требовательны к ресурсам, мы не стали создавать для них выделенные сервера, а установили эти роли на уже работающих серверах App-V 5.0 (с ролями Management Server, Publishing Server и Reporting Server, по аналогии с теми, которые были описаны в заметке, только уже на базе Windows Server 2012 R2). Сам процесс развёртывания ролей RDS прошёл достаточно гладко, однако в ходе тестирования работы новой фермы возник ряд вопросов, решение которых хоть и оказалось “на поверхности”. Но всё-таки отняло некоторое время. И первый вопрос, который возник – на какие сервера должны указывать A-записи в DNS для Round Robin? Некоторые товарищи предлагают при создании RR DNS записей использовать IP адреса серверов с выделенной ролью RD Session Host, как например здесь или здесь. При этом специалисты, как я понимаю, из команды разработчиков для RR DNS записей предлагают использовать IP адреса серверов RD Connection Broker: 6.

Assign static IP addresses to all the RD Connection Broker servers that will be a part of the Active/Active Broker deployment, and create a DNS Round Robin entry with these IP addresses. Разумеется более приоритетным источником я считаю блог, и поэтому вношу в DNS A-записи ссылающиеся на сервера RDCB. В результате подобного рода конфигурации мы можем столкнуться с проблемой. При попытке подключения рядового пользователя к адресу RR DNS обычным способом из RDP-клиента мы получим сообщение об ошибке доступа: Как я понял, это происходит потому, что клиент подключается к одному из серверов Connection Broker, и это подключение расценивается этими системами, как прямое к ним подключение.

Чтобы подтвердить это предположение, можно добавить пользователя в группу доступа Remote Desktop Users на серверах Connection Broker, в результате чего подключение пройдёт успешно и мы войдём на сервер Connection Broker в режиме обычной терминальной сессии. То есть получается, что перенаправление пользователя на сервера RDSH на происходит. В тоже самое время, если в свойствах коллекции сеансов RDS включена опция Show the session collection in RD Web Access (эта опция доступна только в случае, если коллекция имеет тип Session Remote Desktop, то есть когда в ней нет ни одного опубликованного приложения RemoteApp) то на веб-странице RD Web Access будет отображаться RDP-ярлык для подключения к этой коллекции.

При подключении, как мы видим будет использоваться тоже самое имя, с которым мы не смогли подключиться обычным образом через RDP-клиент, и при этом подключение будет выполняться успешно Очевидно, что вся разница между неудачной попыткой прямого подключения через RDP-клиент и успешным подключением через ярлык в RD Web Access в возможных дополнительных параметрах, прописанных в свойствах RDP-файла опубликованного на RD Web Access. Чтобы увидеть эту разницу, достаточно сделать следующее: 1. В обычном RDP-клиенте сохраним.rdp файл (с помощью кнопки 'Сохранить как') с теми настройками, с которыми мы не смогли подключиться (получили ошибку доступа). При сохранении будет создан.rdp файл, который можно открывать и править в обычном текстовом редакторе. Далее нам нужно сравнить полученный.rdp файл с тем, что публикуется (и успешно выполняет подключение к брокеру) на RD Web Access. Чтобы получить прямой доступ к отображаемому на Web Access.rdp файлу подключения к коллекции сеансов непосредственно с любого клиентского компьютера, можно попытаться запустить этот ярлык из браузера отличного от Internet Explorer, например Mozilla Firefox, где будет доступна возможность сохранения или открытия файла.

Если же в коллекции уже есть опубликованные RemoteApp приложения, то на веб-странице Web Access значок подключения к коллекции сеансов будет отсутствовать. В таком случае можно получить.rdp файл с подобными настройками от любого опубликованного RemoteApp-приложения. О том как это сделать и как получить доступ к таким.rdp файлам, я писал ранее здесь -. Ещё один способ получения правильного.rdp файла будет отдельно описан в следующей заметке. Сравниваем полученные файлы.

Основным отличием работающего.rdp файла будет ряд строк. В чем плюс такой конфигурации в сравнении с предыдущей кроме поддержки Microsoft такого решения? Я не очень разбираюсь в балансировке ферм RDS, но разве такая конфигурация не вызывает сразу несколько проблем: 1) Невозможность подключиться обратно в свою сессию после дисконнекта. 2) Невозможность использования zero-клиентов типа thinstation (раньше у них были большие проблемы с RR DNS и 'loadbalanceinfo' записью, возможно, сейчас ситуация по-лучше). 3) Разве не будет RR DNS при малом количестве узлов неправильно балансировать подключения? Заранее спасибо.

Хотел еще вопрос задать совсем не по теме. Мне не довелось поработать с WS2008: в нашей организации с 2003 перешли сразу на 2012R2. С точки зрения удобства администрирования и использования, какая из этих систем Вам ближе?

Я правильно понимаю из статьи что: 1. Две ноды с ролями RD Connection Broker/RD Web Access НЕ находятся в NLB кластере (для 443/3389 портов)?

И соответственно им нужен 1 сетевой интерфейс из продуктивной сети. Запись одного DNS имени (общее для подключения клиентов) в DNS делается на два адреса IP хостов из пункта 1.

Кряк xp sp1 АКТИВАЦИЯ Crack для Windows 7 x86/x64 торрент Помогите, дайте ссылочку, очень нужно Скачать кряк для активации xp sp 1.Полученные данные имеют не верный формат. Windows xp sp 1 — lagest cracks database. Srpski interfejs latinica-cirilica za windows home xp sp1 sp2 sp3. Xp Для них, например, rec.music.beatles энергонезависимая память.

Верная ли мысль: 'В ранее опубликованном NLB варианте фермы из 5 хостов необходимо 'разобрать' NLB на 5 хостах, оставить по 1 интерфейсу,удалить лишние роли кроме RDCH. Добавить в ферму новые два сервера из пункта 1. Удалить из фермы настройки для RDCB high availability. Имя NLB (которое фигурирует в rdp ярлыке как точка подключения) использовать для RR DNS записи для пункта 2 Спасибо. Можно определенную коллекцию по-умолчанию. При подключении из обычного rdp файла, пользователи будут попадать на эту коллекцию. Для этого на брокерах в реестре В ветке HKLM SYSTEM CurrentControlSet Control Terminal Server ClusterSettings добавить ключ.

DefaultTsvUrl REGSZ tsv://vmresource.1 Где vmresource.1 нужно подсмотреть в файле rdp, который выдает система, согласно этой статьи, это будет (MS Terminal Services Plugin.1.KOM-AD01RDSHSe) loadbalanceinfo:s:tsv://MS Terminal Services Plugin.1.KOM-AD01RDSHSe Думаю таким образом по крайней мере к основной коллекции подключение будет работать. Второй вариант, это использовать freeRDP, он может подключатся с rdp файлом, который выдается на веб-сайте. Подключитесь используя команду: xfreerdp file-rdp.rdp /u:пользователь /p:свойпароль. Добрый вечер Алексей. Тут прочитал одну статейку - Но что-то смысл пока до конца не уловлю.У меня есть коллекция с именем RDSFarm-01, соответственно я вписал имя фермы (коллекции) в ключ DefaultTsvUrl tsv://VMResource.1.RDSFarm-01. Теперь подключаясь на прямую к RDCB,брокер мне говорит, что в пуле не найдено не одного сервера.Хм.попробовал вообще создать алиас в DNS по имени фермы RDSFarm-01 указанием на брокер.Подключился, но с двумя предупреждениями о неверных сертификатах от брокера и нужного RDSH. Вопрос: не могу понять, чего добивался автор статьи, если мы хотим по умолчанию использовать брокер для редиректа на узлы сеансов- то нужно добавить всего навсего в реестре самого сервера-брокера нужный ключ.Но увы не работает сходу.как говорит автор.

Вопрос почему? Может что-то еще надо указать. Это на фоне всего того же - не использовать специальный RDC клиент. Хочу поделится интересной особенностью по поводу связки Remmina - DNS Round Robin - RDGW. Предыстория: Долгое время грешил на Remmina, что она не работает корректно с RD Gateway server. Натыкался на кучу инфы, что, действительно, баги такие наблюдались. Все ждал и параллельно тестировал.

Иногда случалось каким-то чудом подключиться через RDGW и, как на зло, каждый раз в этот момент я либо только что выключил фаервол или установил чистую Fedora 24. Грешил на мой MintLinux 18. Тут дошли руки до более глубокого изучения проблемы.

С помощью tcpdump все и решилось. При подключении сначала идет куча запросов и ответов на один из IP закрепленных за DNS Round Robin именем двух RDGW серверов, а потом вдруг начинают иди запросы на второй IP и у Remmina случается разрыв шаблона судя по всему. Где-то читал что Google на своих DNS серверах то ли отказался, то ли собирается отказаться от поддержки Round Robin примерно по этим же соображениям, что, мол, Round Robin не эффективен и не предсказуем, он в чем-то прав:) Решение: Вписать один из IP адресов RDGW серверов в настройки подключения в Remmina или использовать балансировщики нагрузки.

Ну либо совсем крайний случай, отказаться от второго и т. Сервера:) Надеюсь кому-то эта заметка сэкономит время. Алексей, спасибо за полезные материалы. В терминальных службах 3 сервера 2012 R2: RD-01 - RDWeb, RDCB, RDGW, имя - remote.contoso.com RD-02 - RDSH RD-03 - RDSH RemoteApp работают, все отлично. Также имя remote.contoso.com мы указываем в качестве шлюза удаленных рабочих столов при подключении к ПК из вне. А как можно подключаться в режиме удаленного рабочего стола (не RemoteApp) к серверам RDSH с балансировкой нагрузки, как к ферме? Что нужно указывать в имени ПК клиента mstsc?

Нужно сделать общее DNS имя вида farm.contoso.com, т.е. Создать две A-записи в DNS, каждая из которых будет указывать на IP адрес RD-01 и RD-02? Если у пользователя нет никакого преднастроенного RDP файла, как ему подключиться к общему имени двух RDSH серверов, чтобы он явно не указывал их имена? Особой проблемы нет. Алексей, еще раз спасибо за блог и глубокое раскрытие материала. Кажется я начинаю понимать о чем шла речь в одной из заметок по поводу правки ключа реестра (HKEYLOCALMACHINE SOFTWARE Microsoft Windows NT CurrentVersion Terminal Server CentralPublishedResources PublishedFarms ) чтобы на портале RDWeb была иконка подключения к ферме в режиме удаленного рабочего стола.

Получается, что с точки зрения Microsoft, by design должны работать или Remote App или полноценный стол? Чтобы решить мою задачу нужно поправить ключ реестра на обоих серверах RDSH, на портале RDWeb появится иконка подключения к Удаленным рабочим столам фермы? Тогда я перестал понимать зачем нужен RR DNS? Для роли RDCB? Не просто же так же они сделали так, что если RDSH включён в коллекцию одного типа, то уже не может быть добавлен в коллекцию другого типа.

Однако, как мы знаем, нам никто не мешает комбинировать разные типы доступа на одном и том же сервере RDSH. Этот вопрос, Вы уже решили, как я понял. DNS RR для распределения нагрузки подключений между брокерами (фермы ведь бывают и на несколько тысяч подключений).

RDCB для контроля сессий. Например, он (брокер) перенаправляет пользователя на нужный сервер, если сессия пользователя уже существует и была просто отключена ранее (в случае, если установлено ограничение в 1 сеанс на пользователя).

Он же перестаёт перенаправлять пользователей на RDSH сервер, который стал недоступен и т.д. Брокер никак не контролирует приложения, установленные на серверах фермы. Иметь одинаковый набор софта на всех серверах - задача администратора. То есть Вам нужно либо ставить 1С на все серверы, чтобы приложение было одинаково доступно при перенаправлении пользователя на любой сервер. Либо делать отдельный сервер или ферму, где будет другой набор софта. Идеология фермы как раз и подразумевает то, что абсолютно любой сервер RDSH может выводиться в обслуживание и при этом пользователи, как имели доступ к нужным им приложениям, так и будут иметь дальше. А вообще у нас есть.

Music: Fred P - Unity Kolabo В,купленного Office for Mac'11, есть довольно интересное приложение по удаленному доступу на рабочий стол, которое идет в состав дистрибутива. Есть, разумеется, и другие альтернативы, но раз наличиствует это - заюзаем.

Первое на что обращаешь внимание и всегда готов на маке - к неожиданностям и даже в такой маленькой программе купертинцы мешают нормально работать. И даже такая маленькая программа не делает все сама за вас (как можно часто встретить в рекламе эпл). Руководство предполагает, что вы более менее знакомы с основами системы (windows), что и где в ней находится и настраивается. Глобальный план действий: 1. Узнать необходимые параметры винды.

Вписать эти параметры в программу Remote Desktop Connection for Mac Первый этап. Разрешить удаленное подключение и обозначить пользователя, через которого будет осуществлен заход. Узнать ip-адрес самого компьютера, к которому будем подключаться. В разных дистрибутивах это делается по-разному, но принцип один.

Здесь будет задействован старый и добрый Windows XP: - заходим в 'Мой компьютер' - 'Просмотр сведений о системе' (находится в левой части окна в виде ссылок) - в появившемся окне выбираем вкладку 'Удаленные сеансы' - Ставим галочку 'Разрешить удаленный доступ к этому компьютеру' - жмем кнопку 'Выбрать удаленных пользователей' - 'Добавить' - Вводим юзера (я вводил имя администратора и не забываем записать его пароль на бумажку) - он должен появиться в списке (поле) - жмём 'ok' Там же во вкладке 'Имя компьютера' смотрим название 'Рабочая группа'. Теперь нужно узнать ip-адрес компьютера - Пуск - Программы - Стандартные - Командная строка - в ней пишем 'ipconfig' и жмем 'Enter' - записываем 'IP-адрес' Теперь на вашем блокноте должны быть: 1. Имя пользователя и пароль 2. Ip-адрес. конечно можно вводить имя компьютера, но, как говорил выше, под маком всегда какие-то проблемы и глюки: у меня не получилось войти таким способом.

Второй этап Теперь запускаем Remote Desktop Connection for Mac и в настройках программы вводим: 'User name/Имя пользователя' - сюда пишем айпишник 'Password/Пароль' - пароль для юзера. 'Domain/Рабочая группа' - пишем. Жмем коннект (поле должно быть заполнено именем копьютера/ip-адрес) Заходите в винду, которая снова спросит логин и пароль ВСЁ Если не работает, то попробуйте вырубить виндовый брандмауэр/создайтей исключения/создайте пользователя специльно для удаленного подключения. И еще один важный момент для Windows XP: под этой операционкой возможен только один вход в систему (параллельно двум юзерам там нельзя находиться) и юзера из винды будет выбрасовать во вход в систему, пока в ней будете находиться вы.