Технология RemoteApps является одной из функций роли служб терминалов в Windows Server 2008. До появления RemoteApps, службы терминалов подразумевали отображение на стороне клиента всего виртуального рабочего стола удаленного сервера. Такой подход достаточно удобен в ряде ситуаций, однако в том случае, если пользователю необходимо создать эффект того, что приложение, запущенное на терминальном сервере, отображалось на стороне клиента терминала, создавая иллюзию его локальной работы, такой подход не работает. Именно такую функциональность и обеспечивают функции RemoteApps, о которых мы и поговорим в этой статье.
Подготовка сервера к установке RemoteApps
Перед использованием технологии RemoteApps на сервере Windows Server 2008 необходимо выполнить ряд условий. В первую очередь на вашем сервере должна быть установлена и настроена роль служб терминалов.
Во-вторых, все приложения, которые планируется использовать с помощью RemoteApps должны быть установлены на терминал так, чтобы они поддерживали одновременную многопользовательскую работу. Как это сделать, вы можете прочитать в статье Установка приложений для Windows Server 2008 Terminal Services .
И, наконец, если планируется сделать доступ к приложениям через браузер с помощью роли TS Web Access, необходимо произвести настройки, описанные в статье Настройка TS Web Access в Windows Server 2008.
После выполнения первых двух, а, если необходимо и третьего требования, можно переходить к процессу конфигурации RemoteApp.
Что такое RemoteApps?
RemoteApps являются частью роли служб терминалов в Windows Server 2008. Цель служб терминалов – обеспечение доступа клиентских систем к рабочему столу и приложениям, работающих на терминальном сервере. Как следует из названия, удаленный доступа к рабочему столу означает отображение всего рабочего стола сервера на экране локального клиента. Такой подход позволяет пользователю выполнять различные задачи на сервере, в том числе запускать и взаимодействовать с приложениями на удаленном хосте. Функция RemoteApps помогает избегать предоставления пользователю доступа ко всему рабочему столу удаленной системы, в том случае если, ему необходимо всего одно приложение. При запуске каждого приложения RemoteApp, оно отображается в отдельном окне на рабочем столе клиента, то есть точно так же, как если бы оно было установлено и запушено локально.
RemoteApps могут быть запущены с помощью специальной ссылки на веб-странице TS Web Access, или путем установки специального файла на компьютере клиента.
Настройка приложения в качестве RemoteApp
Процесс настройки RemoteApps осуществляется с использованием утилиты TS RemoteApp Manager. Его можно запустить из меню Пуск -> Все программы -> Terminal Services -> TS Remote App Manager, либо с помощью оснастки remoteprograms.msc. После запуска, интерфейс менеджера будет выглядеть примерно следующим образом:
Для настройки приложения в качестве RemoteApp, необходимо нажать ссылку Add RemoteApp Programs в панели Actions, расположенной в правом верхнем углу экрана менеджера RemoteApp Manager. На экране появится мастер RemoteApp, содержащий список установленных в системе приложений. Вам необходимо отметить галочками одно или несколько приложений, и нажать Next.
Также с помощью этого мастера можно настроить различные свойства для каждого приложения, доступ к этим настройкам можно получить с помощью кнопки Properties. Окно настройки параметров RemoteApp показано ниже.
Этот диалог позволяет настроить следующие параметры:
- RemoteApps program name – имя программы, под которым данное приложение будет видимо для пользователя.
- Location : — физический путь к исполняемому файлу приложения.
- Alias (Псевдоним) — уникальный идентификатор для программы или приложения, как правило, здесь используется имя исполняемого файла без расширения.
- RemoteApp isavailable through TS Web Access –управляет доступом к приложению RemoteApp через TS Web Access. Подробнее о TS Web Access читайте пост под названием Настройка Windows Server2008 TS Web Access .
- Command-Line Arguments(параметры командной строки) –устанавливает правила для использования приложением аргументов командной строки.
- Change Icon –Позволяет установить и изменять иконку приложения
После внесения каких-либо изменений в свойства RemoteApp, нажмите кнопку ОК, а затем Next. После завершения настройки приложений они будут перечислены в списке RemoteApp Programs, как показано на рисунке:
После настройки RemoteApps, удаленные пользователи могут приступать к их использованию. Осталось лишь установить на ПК клиента специальный пакет Windows Installer или скопировать ему заранее сформированный .rdp файл, либо же предоставить ему доступ к TS Web Access. Каждый из этих подходов будут подробно рассмотрены в последующих разделах.
Доступ пользователей к RemoteApps через TS Web Access
По умолчанию, приложение RemoteApps доступно через TS Web Access. Проверить этот факт можно, как указано выше, с помощью окна свойств RemoteApp и наличия в нем отмеченного чекбокса RemoteApp is available through TS Web Access. Естественно, этот параметр может быть изменен в любое время, для чего в списке приложений RemoteApp нужно выбрать необходимое приложение и перейти в его свойства.
Итак, если ваши RemoteApps настроены для доступа через TS Web Access, просто откройте окно браузера и введите URL-адрес веб-страницы:
http://Server1/ts
В качестве значения Server1, вы можете использовать ip адрес или имя вашего терминального сервера. Когда соединение будет установлено, то перед отображением страницы, браузер запросит имя пользователя и пароль.
Для запуска приложения пользователю достаточно просто нажать на его значок, после чего появится начальное окно запуска RemoteApp. В нем нужно будет выбрать настройки терминального соединения, например какие локальные ресурсы клиента (например, диски, устройства, клавиатура, мышь, принтер, порты и т.д.) должны быть доступны в приложении, запущенном на удаленной системе. Это может быть полезно, например, если пользователю нужно печатать из удаленного приложения на локальном принтере, или сохранять файлы сразу на локальный диск или USB-флешку:
После установки соединения окно терминального приложения будет отображено в окне на локальном компьютере.
Доступ к RemoteApps с помощью пакетов Windows Installer
Альтернативным способом доступа к приложениям RemoteApp является использование пакетов установщика Windows, которые необходимо развернуть на тех системах, с которых предполагается осуществлять доступ на сервер терминалов. Чтобы создать файл Windows Installer для RemoteApp, щелкните правой кнопкой мыши по выбранному приложению в менеджере RemoteApp и выберите команду Create Windows Installer Package. В появившемся мастере необходимо выбрать каталог, в который на клиенте будет установлен RemoteApp. Также с помощью этого мастера можно переопределить порт протокола RDP, который будет использоваться клиентом для доступа к серверу RemoteApp. И, наконец, здесь же можно настроить защиту удаленного доступа с помощью сертификатов.
После нажатия кнопки Next вы можете указать, нужно ли на клиенте создавать ярлыки на рабочем столе и в меню «Пуск». И последняя настройка – это настройка ассоциации с расширениями файлов. В качестве примера ассоциации файлов можно привести, для приложения Word — файлы с расширением .doc, а для Excel — .xls. При настройке подобной ассоциации приложения с расширением .doc, автоматически запустится через RemoteApp ассоциированное приложение Word, в котором этот файл и будет открыт. За указанное сопоставление отвечают параметры опции Take over file extensions .
После создания пакета, файл .msc будет находиться по пути, который вы указали в процессе создания такого пакета (по умолчанию это \Program Files\Packaged Programs). Этот файл может быть скопирован на любую клиентскую систему, где он должен быть запущен. В результате установки пакета Windows Installer RemoteApp можно найти в меню «Пуск» (Start -> All Programs -> Remote Programs).
В этом случае, так же как при использовании TS Web Access, пользователь будет предоставлена возможность указать, какие локальные ресурсы, такие как диски, порты и принтеры должны быть доступными в удаленном приложении.
Запуск RemoteApps с помощью .rdp файлов
Процесс создания RDP файла для RemoteApp полностью аналогичен процессу создания пакета Windows Installer. Чтобы создать RDP файл для RemoteApp, щелкните правой кнопкой мыши по выбранному RemoteApp в менеджере TS RemoteApp и выберите пункт меню Create .rdp File. В результате откроется мастер, который потребует от вас указать каталог, в котором будет создан .rdp файл, также можно будет определить порт протокола RDP (Remote Desktop Protocol) для создаваемого RemoteApp, а также возможно установить защиту терминальной сессии при помощи цифровой подписи.
После завершения настроек, нажмите кнопку Готово, и в результате в каталоге, который вы указали (по умолчанию это C:\Program Files\Packaged Programs) появится новый .rdp файл. Этот файл нужно скопировать на любую систему, с которой предполагается воспользоваться удаленным приложением RemoteApp.
Как и в случае с TS Web Access, пользователь может определить какие локальные ресурсы могут быть доступными в опубликованном терминальном приложении.
Не всегда для работы пользователей на терминальном сервере нужна полноценная сессия удаленного рабочего стола. Допустим в вашей компании пользователи используют на терминальном сервере только приложение 1С: Предприятие 8.2. Здесь мы можем использовать технологию RemoteApp, которая появилась в Windows 2008.
RemoteApp – это программы, удаленный доступ к которым можно получить через службы терминалов и которые работают так, как будто они запущены на локальном компьютере пользователя. Пользователи могут запускать программы RemoteApp вместе со своими локальными программами. Пользователи могут сворачивать и разворачивать окно программы, изменять его размеры и с легкостью запускать сразу несколько программ. Если пользователь запускает более одной программы RemoteApp на одном сервере терминалов, программы RemoteApp будут находиться в одном сеансе служб терминалов.
Настройка приложения RemoteApp на примере 1С: Предприятие 8.2:
- Открываем «Диспетчер удаленных приложений RemoteApp» (Рис.1):
Рис.1.
2. В диспетчере, на панели действий справа, выбираем «Добавить удаленные приложения RemoteApp» (Рис.2):
Рис.2.
3. Откроется «Мастер удаленных приложений (RemoteApp)». Нажимаем Далее (Рис.3):
Рис.3.
4. Далее выбираем нужное нам приложение (в нашем случае 1с Предприятие). Нажимаем Далее (Рис.4):
Рис.4.
5. В следующем окне нажимаем Готово (Рис.5):
Рис.5.
6. Видим, что в окне «Диспетчер удаленных приложений RemoteApp» внизу, в списке удаленных приложений RemoteApp появилось приложение 1С предприятие. Кликаем на нем правой кнопкой мыши -> «Создать RDP-файл» (Рис.6):
Рис.6.
7. Откроется «Мастер удаленных приложений (RemoteApp)», жмем Далее (Рис.7):
Рис.7.
8. В следующем окне мы задаем параметры нашего пакета. Можем изменить место сохранения файла RDP, сменить порт сервера, задать параметры шлюза служб терминала и выбрать сертификат. нажимаем Далее (Рис.8):
Рис.8.
9. В следующем окне нажимаем Готово (Рис.9):
Рис.9.
10. Копируем нужным пользователям наш файл RDP (место сохранения файла можем изменить в пункте 8, по умолчанию — C:\Program Files\Packaged Programs. Скопировать можно ручками или через logon скрипт в групповой политике. Открываем наш RDP-файл (Рис.10):
Рис.10.
11. Для запуска приложения нажимаем Подключить (ставим галку, чтобы данный вопрос впредь не повторялся) (Рис.11):
Рис.11.
12. Вводим учетные данные и нажимаем Подключить. Помним, что пользователь должен иметь права на подключение к службе удаленных рабочих столов (Рис.12):
Рис.12.
13. Если приложения запускаются несколькими пользователями с одинаковыми параметрами, мы можем создать одного пользователя и в настройках снять ограничение на единственный сеанс (Рис.13-14):
Рис.13.
Рис.14.
14. По умолчанию, при закрытии приложения RemoteApp, сеанс пользователя на сервере терминалов не закрывается. Дабы исправить эту оплошность, заходим в свойства нужного нам пользователя. Переходим на вкладку Сеансы и выставляем время завершения отключенного сеанс (Рис.15):
Рис.15.
Приложение RemoteApp настроено.
Успехов!
| Purchase and download the full PDF and ePub versions of this eBook only $9.99 |
RemoteApps are a part of the Windows Server 2008 Terminal Services role. Up until this point, Terminal Services have been covered in the context of displaying an entire virtual desktop session on a local client from remote server. Whilst this can be useful in a number of situations it is actually more common that only an application running on a remote server needs to be displayed on a local client, essentially making the application appear as though it is running locally. This functionality is provided by RemoteApps and is the focus of this chapter.
Contents
Contents
|
||
Preparing the Server for RemoteApps
In order to configure RemoteApps on Windows Server 2008 there are a few prerequisites. In the first instance, the Terminal Services role must be installed and configured on the server system. For details on how to achieve this refer to the Windows Server 2008 Terminal Services chapter of this book.
Secondly, any applications which are to be configured as RemoteApps must be installed for Terminal Services so that they support multiple users. The steps to implement this are covered in the chapter entitled Installing Applications for Windows Server 2008 Terminal Services.
Finally, if the applications are to be accessed via a browser using the TS Web Access services role, this will also need to be configured as outlined in the Configuring Windows Server 2008 TS Web Access.
Once the first two, and optionally the third, requirements are met the server is now ready to begin the RemoteApp configuration process.
What are RemoteApps?
RemoteApps are part of the Windows Server 2008 Terminal Services role. The objective behind terminal services is to allow client systems to access desktops and applications running on remote servers. As the description suggests, remote desktop access presents an entire desktop session from the remote server on the screen of the local client. This allows the user to perform a number of desktop based tasks including launching and interacting with applications on the remote host. The RemoteApps feature avoids the necessity to access an entire desktop on the remote system in order to launch an application, instead allowing the user to launch individual applications from their local system. When launched, each RemoteApp appears in its own window on the client’s desktop just as any locally running would.
RemoteApps can be launched either by clicking on a link on a TS Web Access web page, or by installing a file on the client which, when clicked, launches the RemoteApp.
Configuring a Application as a RemoteApp
Applications are configured as RemoteApps using the TS RemoteApp Manager tool. This can be accessed either from the Start -> All Programs -> Terminal Services -> TS Remote App Manager or by running remoteprograms.msc in a Run dialog or at a command prompt. Once launched, the manager will appear as follows:
To configure an application as a RemoteApp, begin by clicking on the Add RemoteApp Programs link in the Actions panel located in the top right hand corner of the TS RemoteApp Manager screen. This will display the RemoteApp wizard containing a list of currently installed applications. One or more applications may be selected from the list before pressing the Next button:
The wizard also provides a number of different properties that may be changed for each of the applications. To change these settings, select an application in the list and click on the Properties button to display the RemoteApps Properties dialog as illustrated below:
This dialog allows the following properties to be configured:
- RemoteApps program name — The name by which the application or program will be presented to the user.
- Location: — The physical path to the executable which launches the application.
- Alias — A unique identifier for the program or application, typically set to the executable name minus the .exe (or other) extension.
- RemoteApp is available through TS Web Access — Controls whether the application is available to be launched via TS Web Access. For details on TS Web Access read the chapter entitled Configuring Windows Server 2008 TS Web Access.
- Command-Line Arguments — Specifies the rules for providing the application with command-line arguments.
- Change Icon — Allows a different icon than the programs default icon to be specified.
After making any property changes click Ok to close the property dialog and click Next to proceed to the Review Settings screen and Finish to complete the configuration. Upon completion the applications will be listed under RemoteApp Programs as illustrated below:
Once the RemoteApps are configured, they need to be made available to the remote users. This is achieved via TS Web Access, Windows Installer Package or Remote Desktop Protocol (.RDP) file. Each of these approaches will be covered in detail in the remaining sections of this chapter.
Making RemoteApps Available to Users via TS Web Access
By default, RemoteApps are configured to be accessible via TS Web Access (for details on installing and configuring the TS Web Access service role refer read Configuring Windows Server 2008 TS Web Access. As outlined above this setting can be checked during the RemoteApp configuration process by verifying that the RemoteApp is available through TS Web Access box is set in the properties dialog. This setting can be modified at any time by right clicking on the RemoteApp in question on the TS RemoteApp Manager RemoteApp Programs list and selecting Properties.
Assuming that the RemoteApps are configured for TS Web Access, simply open a browser window and enter the URL of the TS Web Access page the format of is typically as follows (where server is the name or IP address of the Terminal Server system):
http:server/ts
When a connection has been established the browser will prompt for the user’s login and password credentials before displaying the TS Web Access page:
To launch an application the user simply clicks on the icon for the required application. First to appear will be the RemoteApp Starting dialog. This will be followed by a settings dialog which allows the user to decide which resources on the local system (such as drives, devices, keyboard, mouse, printers, ports etc) should be made available to the application running on the remote system. This can be particularly useful, for example, if a user needs to print from the remote application onto a local printer, or save a file onto a local disk or USB drive:
<google>WIN28BOX</google>
Once the connection is established the remote application will appear in a window on the local desktop just as a local running application would appear.
Making RemoteApps Available to Users via Windows Installer Packages
One alternative to providing RemoteApp access via TS Web Access is to create a Windows Installer package which can be used to install the RemoteApp launcher on any client systems which need access. To create a Windows Installer for a RemoteApp, right click on the RemoteApp in question on the TS RemoteApp Manager RemoteApp Programs list and select Create Windows Installer Package from the menu. When the RemoteApp Wizard welcome screen appears click on Next to proceed to the package setting screen. On this screen, set the target directory where the RemoteApp launcher is to be installed in the client system. Also on this screen are settings for controlling which server and Remote Desktop Protocol (RDP) port the client system will be directed to in order to launch the RemoteApp. The final setting allows access to the RemoteApp to be protected through the use of certificates.
The Next button proceeds to the Configuration screen where settings such as controlling whether the application is listed in the Start menu and Desktop of the client user’s desktop after installation. The final option is related to file extension associations. As examples of file extension associations, a Word document has a .doc file extension and an Excel file a .xls extension. When configured, file extension associations ensure that when a user double clicks, for example, on a .doc file, Word is started with the selected file opened and ready for editing. The Take over file extensions option associates appropriate file extensions with the RemoteApp, such that the RemoteApp is started when a corresponding local file is selected by a user.
Once the settings are complete, proceed to the confirmation screen, review the settings summary and click on Finish to complete the Windows Installer Package creation. Once completed the .msc package can be found in the location specified during the configuration process (by default this is \Program Files\Packaged Programs). This file should be copied to any client systems where access to the RemoteApp is required and executed to install the application. Once installed, the RemoteApp can be found in the Start -> All Programs -> Remote Programs.
As with TS Web Access, the user will be given the option to control which local resources such as devices and printers are to be made accessible to the remote application.
Making RemoteApps Available to Users via .RDP Files
The process for creating an RDP file for a RemoteApp is similar to that for creating a Windows Installer package. To create an RDP file for a RemoteApp, right click on the RemoteApp in question on the TS RemoteApp Manager RemoteApp Programs list and select Create .rdp File from the menu. When the RemoteApp Wizard welcome screen appears click on Next to proceed to the package setting screen. On this screen, set the target directory where the .rdp is to be generated. Also on this screen are settings for controlling which server and Remote Desktop Protocol (RDP) port the client system will be directed to in order to launch the RemoteApp. The final setting allows access to the RemoteApp to be protected through the use of digital signatures.
Once the settings are complete, proceed to the confirmation screen, review the settings summary and click on Finish to complete the .rdp file creation. Once completed the .rdp file can be found in the location specified during the configuration process (by default this is \Program Files\Packaged Programs). This file should be copied to any client systems where access to the RemoteApp is required. When
As with TS Web Access, the user will be given the option to control which local resources such as devices and printers are to be made accessible to the remote application.
| Purchase and download the full PDF and ePub versions of this eBook only $9.99 |
Welcome back to the 3rd and final article in this series in installing and configuring your Remote Desktop Services in Windows 2008 R2, with the focus of today’s article around Remote Desktop (RD) Web Services (formerly referred to as TS Web Services) and utilising RemoteApp to publish applications to our RD Web Access web page and to the client desktop. For those that missed the previous 2 articles, you can access these from the links below;
- Remote Desktop Services in Windows 2008 R2 -Part 1 – Installation
- Remote Desktop Services in Windows 2008 R2 – Part 2 – RD Gateway
RD Web Access is a component within Remote Desktop Services in Windows Server 2008 R2 which provides your remote users with the ability to access network published applications via Internet Explorer over SSL or commonly referred to as HTTPS. This type of access breaks all barriers and restrictions where traditional VPN’s were IPSEC based or L2TP and usually required special software to be installed on the client machine which in itself required special configuration. Not only was it cumbersome and problematic to setup for the non IT savvy, it usually caused potential problems for remote workers that were connected behind restricted Internet connections that only opened up a limited number of ports, namely HTTP and HTTPS. This is where SSL based VPN’s such as RD Gateway (introduced in part 2 of this series) and RD Web Access come into play.
To recap, we went through the process of installing the necessary components for Remote Desktop Services including the RD Session Host and RD Web Access role services in part 1 of this series, with today’s focus on completing and fine tuning the configuration of RD Web Access and then shifting our focus on publishing remote applications in the latter half of this post.
So let’s begin by confirming the operation of the RD Web Access role by navigating to Start / Administrative Tools / Remote Desktop Services / Remote Web Access Configuration.
Because we are running a self-signed certificate on the IIS web site you will receive the usual Internet Explorer Certificate warning. It’s safe for us to click on continue to this website.
The below RD Web Access login screen will appear. Enter your administrative network credentials and then click on sign in.
The configuration screen will be displayed in which you have the option to select a Remote Desktop (RD) Connection Broker server or specify individual RemoteApp sources.
Let me provide you with a primer on the RD Connection Broker Server. Recall this was installed back in part 1 of this series as one of the role services installed for Remote Desktop Services. Formerly known as TS Session Broker, RD Connection Broker provides enhancements and benefits to the users experiences when connecting to an RD Host Server and are accessing RemoteApp and or Remote Desktop connections. These are listed below;
- Support for load balancing amongst Remote Desktop Servers located within a single farm
- Support for seamless user reconnection with farm based setups
- A new feature in Windows 2008 R2 is the ability to combine RemoteApp sources from different Remote Desktop Session Host servers that may potentially be housing different RemoteApp programs for compatibility and segregation reasons.
- Also a new feature in Windows 2008 R2 is the Direct integration with the newly introduced Virtual Desktop Infrastructure (VDI) – (to be covered in a future post.)
Considering that this is a basic single server Remote Desktop Host setup, we do not require to setup the RD Connection Broker, but I will outline the steps for convenience if you decide to go down this path;
1. The RD Connection Broker role service is required to be installed on a server. This could be on any server located on your network and does not necessarily need to be installed on a server running the Remote Desktop Host server or any of the other Remote Desktop Services Roles.
2. Add the RD Session Host servers that you would like to aggregate in your farm setup to the Session Broker Computers local group which is located on the RD Connection Broker server. (screen capture below)
3. Navigate to Start / Administrative Tools / Remote Desktop Services / Remote Desktop Session Host Configuration and configure each RD Session Host Server that will participate in the farm to become a farm member in the RD Connection Broker. (highlighted below)
4. Lastly, you can utilise DNS round robin with the RD Connection Broker to provide load balancing. This is as simple as creating an addition A record in DNS to point each Remote Desktop Host Server that is participating in the farm to the farm name. The farm name is specified in the Remote Desktop Session Host Configuration and is common on all Remote Desktop Host Servers. Recall that this is located under Remote Desktop Session Host configuration / RD Connection Broker / Member of farm in RD Connection Broker’s properties.
The above steps have outlined the configuration of an RD Connection Broker server and the necessary steps required to configure your farm . So going back to the RD Web Access Configuration screen we can either select “An RD Connection Broker server” as our source or individual RemoteApp sources (i.e. individual RD Host Servers).
As this is a single Remote Desktop Host setup, I will select one or more RemoteApp sources (which is selected by default), leave localhost as the source name as this is also our single RD Host Server and click OK.
The web page will then redirect to the RemoteApp Programs screen which currently is not populated with any published applications …. but not for long.
This brings us to the second part of this article, Publishing RemoteApp Programs. Windows 2008 was the first version of Windows that provided us with the ability to publish individual applications to the Desktop and to TS Web Access or should we now say RD Web Access.
Quite simply, we can only publish applications that are installed on the Remote Desktop Host. Installing client applications on a Terminal Server is not the same as installing on a client computer and to ensure Remote Desktop compatibility it is best practice to still utilise the “Install Application on Remote Desktop” mini wizard provided. This is to ensure that our applications are installed utilising RD Install mode which configures the correct registry entries for a multi user Remote Desktop environment. You can also utilise Windows command prompt to achieve the same;
Change user / install – prior to running setup.exe of the application
Change user /execute – after the application installation has completed.
For simplicity, you can access the wizard via Control Panel / Programs / Install Application on Remote Desktop.
This will initiate the wizard.
Click Next, complete the installation, and then click on Finish. Let’s install Office 2007 as our first client application on the Remote Desktop Host.
After installing Office 2007 utilising RD install mode, we now have our first application to publish to RD Web Access and to a Remote Computer desktop such as Windows 7. Lets start with the former first. Navigate to Start / Administrative Tools / Remote Desktop Services / Remote App Manager.
Under the Actions pane, click on Add RemoteApp Programs.
This will invoke the RemoteApp Wizard.
Click Next.
Choose the application that you would like to publish. I will select Microsoft Office Word 2007 in this example. Before clicking on next, let’s venture into the properties area as there is an enhancement made to Windows 2008 R2 over Windows 2008.
The first tab (properties) as you will see is identical to that provided in Windows 2008 with the ability to change the icon, provide additional command line arguments and a checkbox allowing us to make this published application available through RD Web Access.
The second tab (User Assignment) is new and a welcome enhancement to Windows 2008 R2 allowing us to specify users and or groups whom you want the published application to be visible to.
I will keep All authenticated domain users ticked and click OK.
Click Next to proceed with the wizard.
You will then be presented with the below summary of settings.
Click Finish.
We have now published our first RemoteApp to RD Web Access.
If I now navigate to the RD Web Access URL from any internal client computer, usually in the form of https://servername/RDweb and login, our Microsoft Office 2007 icon will now be listed providing us with the ability to now launch published application singularly via a secure web interface.
In addition to publishing RemoteApp Programs to RD Web Access, we are also provided with the ability to publish applications via a Windows Installer Package or via the creation of an .rdp file which both can be assigned to Remote Computers running Windows 7 etc.
Quite simply, right click on the Microsoft Office Word 2007 under RemoteApp Programs within RemoteApp Manager and select either Create .rdp File or Create Windows Installer Package. You can also initiate both wizards under Actions on the right navigation pane. Both have advantages and disadvantages with the .rdp file providing you with flexibility in the distribution method in deploying applications to remote users by providing them with a single .rdp file, whereas the Windows Installer Package is more geared towards Group Policy Software installation with added benefits in specifying shortcuts locations such as specifying that the shortcut icon will appear on client computers Desktop or Start Menu Folder.
This ends the series on Remote Desktop Services. This is by no means an exhaustive complex setup but it gives you a taste of what is possible with the technology and how far it has come since the early days of Windows NT. Every setup will be different and even though I have installed all of the roles on a single server, depending on the size of your organization and deployment these can be easily split across multiple servers with farm configurations and so forth to accommodate for larger number of users.
This article has not gone into great depth or detail with regards to securing your RD Gateway and RD Web Access with trusted 3rd Party Certification Authority Certificates such as those provided by GoDaddy and Verisign, nor have we discussed potentially publishing both RD Web Access and RD Gateway using a reverse proxy firewall such as Microsoft’s Internet and Acceleration Server (ISA) 2006 and the recently announced Forefront Threat Management Gateway (TMG). Expect to see future articles on this topic.
Well, I hope you enjoyed this series and please feel free to comment about your experiences or questions you may have.
Subscribe to this blog and join our Facebook page and Twitter Page to keep up to date and be notified of our latest articles.
If you require any assistance with your SharePoint or other IT needs, the team at GKM2 are happy to assist. You can contact us via info@gkm2.com.au or 1300 797 288 within Australia.
Resources
Remote Desktop Connection Broker- What’s New; http://technet.microsoft.com/en-us/library/dd560675(WS.10).aspx
Remote Desktop Connection Broker; http://technet.microsoft.com/en-us/library/cc771419.aspx
Remote Desktop Web Access; http://technet.microsoft.com/en-us/library/cc731923.aspx
RemoteApp and Desktop Connection – What’s New; http://technet.microsoft.com/en-us/library/dd560650(WS.10).aspx
RemoteApp Manager; http://technet.microsoft.com/en-us/library/cc755261.aspx
____________________________________
Articles in this series;
- Remote Desktop Services in Windows 2008 R2 -Part 1 – Installation
- Remote Desktop Services in Windows 2008 R2 – Part 2 – RD Gateway
- Remote Desktop Services in Windows 2008 R2 – Part 3 – RD Web Access & RemoteApp
Настраиваем RemoteApps в Windows Server 2008
Технология RemoteApps является одной из функций роли служб терминалов в Windows Server 2008. До появления RemoteApps, службы терминалов подразумевали отображение на стороне клиента всего виртуального рабочего стола удаленного сервера. Такой подход достаточно удобен в ряде ситуаций, однако в том случае, если пользователю необходимо создать эффект того, что приложение, запущенное на терминальном сервере, отображалось на стороне клиента терминала, создавая иллюзию его локальной работы, такой подход не работает. Именно такую функциональность и обеспечивают функции RemoteApps, о которых мы и поговорим в этой статье.
Подготовка сервера к установке RemoteApps
Перед использованием технологии RemoteApps на сервере Windows Server 2008 необходимо выполнить ряд условий. В первую очередь на вашем сервере должна быть установлена и настроена роль служб терминалов.
После выполнения первых двух, а, если необходимо и третьего требования, можно переходить к процессу конфигурации RemoteApp.
Что такое RemoteApps?
RemoteApps являются частью роли служб терминалов в Windows Server 2008. Цель служб терминалов – обеспечение доступа клиентских систем к рабочему столу и приложениям, работающих на терминальном сервере. Как следует из названия, удаленный доступа к рабочему столу означает отображение всего рабочего стола сервера на экране локального клиента. Такой подход позволяет пользователю выполнять различные задачи на сервере, в том числе запускать и взаимодействовать с приложениями на удаленном хосте. Функция RemoteApps помогает избегать предоставления пользователю доступа ко всему рабочему столу удаленной системы, в том случае если, ему необходимо всего одно приложение. При запуске каждого приложения RemoteApp, оно отображается в отдельном окне на рабочем столе клиента, то есть точно так же, как если бы оно было установлено и запушено локально.
RemoteApps могут быть запущены с помощью специальной ссылки на веб-странице TS Web Access, или путем установки специального файла на компьютере клиента.
Настройка приложения в качестве RemoteApp
Также с помощью этого мастера можно настроить различные свойства для каждого приложения, доступ к этим настройкам можно получить с помощью кнопки Properties. Окно настройки параметров RemoteApp показано ниже.
Этот диалог позволяет настроить следующие параметры:
Доступ пользователей к RemoteApps через TS Web Access
По умолчанию, приложение RemoteApps доступно через TS Web Access. Проверить этот факт можно, как указано выше, с помощью окна свойств RemoteApp и наличия в нем отмеченного чекбокса RemoteApp is available through TS Web Access. Естественно, этот параметр может быть изменен в любое время, для чего в списке приложений RemoteApp нужно выбрать необходимое приложение и перейти в его свойства.
Итак, если ваши RemoteApps настроены для доступа через TS Web Access, просто откройте окно браузера и введите URL-адрес веб-страницы:
В качестве значения Server1, вы можете использовать ip адрес или имя вашего терминального сервера. Когда соединение будет установлено, то перед отображением страницы, браузер запросит имя пользователя и пароль.
Для запуска приложения пользователю достаточно просто нажать на его значок, после чего появится начальное окно запуска RemoteApp. В нем нужно будет выбрать настройки терминального соединения, например какие локальные ресурсы клиента (например, диски, устройства, клавиатура, мышь, принтер, порты и т.д.) должны быть доступны в приложении, запущенном на удаленной системе. Это может быть полезно, например, если пользователю нужно печатать из удаленного приложения на локальном принтере, или сохранять файлы сразу на локальный диск или USB-флешку:
После установки соединения окно терминального приложения будет отображено в окне на локальном компьютере.
Доступ к RemoteApps с помощью пакетов Windows Installer
Альтернативным способом доступа к приложениям RemoteApp является использование пакетов установщика Windows, которые необходимо развернуть на тех системах, с которых предполагается осуществлять доступ на сервер терминалов. Чтобы создать файл Windows Installer для RemoteApp, щелкните правой кнопкой мыши по выбранному приложению в менеджере RemoteApp и выберите команду Create Windows Installer Package. В появившемся мастере необходимо выбрать каталог, в который на клиенте будет установлен RemoteApp. Также с помощью этого мастера можно переопределить порт протокола RDP, который будет использоваться клиентом для доступа к серверу RemoteApp. И, наконец, здесь же можно настроить защиту удаленного доступа с помощью сертификатов.
После создания пакета, файл .msc будет находиться по пути, который вы указали в процессе создания такого пакета (по умолчанию это \Program Files\Packaged Programs). Этот файл может быть скопирован на любую клиентскую систему, где он должен быть запущен. В результате установки пакета Windows Installer RemoteApp можно найти в меню «Пуск» (Start -> All Programs -> Remote Programs).
В этом случае, так же как при использовании TS Web Access, пользователь будет предоставлена возможность указать, какие локальные ресурсы, такие как диски, порты и принтеры должны быть доступными в удаленном приложении.
Процесс создания RDP файла для RemoteApp полностью аналогичен процессу создания пакета Windows Installer. Чтобы создать RDP файл для RemoteApp, щелкните правой кнопкой мыши по выбранному RemoteApp в менеджере TS RemoteApp и выберите пункт меню Create .rdp File. В результате откроется мастер, который потребует от вас указать каталог, в котором будет создан .rdp файл, также можно будет определить порт протокола RDP (Remote Desktop Protocol) для создаваемого RemoteApp, а также возможно установить защиту терминальной сессии при помощи цифровой подписи.
После завершения настроек, нажмите кнопку Готово, и в результате в каталоге, который вы указали (по умолчанию это C:\Program Files\Packaged Programs) появится новый .rdp файл. Этот файл нужно скопировать на любую систему, с которой предполагается воспользоваться удаленным приложением RemoteApp.
Как и в случае с TS Web Access, пользователь может определить какие локальные ресурсы могут быть доступными в опубликованном терминальном приложении.
Источник
Установка сервера приложений windows server 2008 r2
Всем привет! В первой части статьи мы рассмотрели, как устанавливать RemoteApp в Windows Server 2008 R2, в данный части мы рассмотрим методы распространения программы через RemoteApp. Вы укажите, какие программные продукты и приложения должны быть представлены, через данную технологию. Что здорово, что их можно запускать на любом android устройстве.
Настройка списка RemoteApp
Итак начнем настраивать RemoteApp в Windows Server 2008 R2. Открываем пуск-Администрирование-Службы удаленных рабочих столов-Диспетчер удаленных приложений RemoteApp.
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-01
Откроется оснастка «Диспетчер удаленных приложений RemoteApp». В правом верхнем углу жмем «Добавить удаленные приложения RemoteApp».
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-02
Откроется мастер добавления приложения. Жмем далее.
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-03
Выбираем из списка приложение, у меня это будет Ccleaner. Хочу отметить, что в данном списке будут присутствовать только программы, которые доступны всем пользователям, то что установлено в локальный профиль конкретно пользователя тут не появится и если даже принудительно, это добавить работать не будет.
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-04
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-05
Теперь в пункте Удаленные приложения RemoteApp появилась программа Ccealner.
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-07
Теперь распространим наше приложение.
Распространить RemoteApp через RPD-файл.
Щелкаем правым кликом и выбираем создать RDP-файл.
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-08
Откроется мастер в нем жмем далее.
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-09
При желании вы можете задать альтернативное место создания пакета, указать сертификат если нужно.
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-10
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-11
В итоге в c:\Program Files\Packeged Programs у вас появился RDP файл.
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-12
Отдаем этот файлик клиенты, он его запускает. Нажимает подключить.
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-14
Вводит, логин и пароль
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-15
и у него открывается Ccleaner на сервере, но визуально он его видит как у себя, это полезно если есть ПО с одной лицензией а раздать его хочется многим.
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-16
Распространить RemoteApp через MSI-файл.
Тоже щелкаете правым кликом и выбираете Создать пакет установщика Windows.
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-17
В мастере жмем далее.
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-18
При желании вы можете задать альтернативное место создания пакета, указать сертификат если нужно.
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-19
Ставим галки где должен быть создан ярлык на ПО.
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-20
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-21
Все в c:\Program Files\Packeged Programs у вас появился MSI файл
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-22
Устанавливаем его на клиенте или через групповые политики. Щелкаем на ярлык на рабочем столе и нажимаем подключить.
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-23
и наша программа запущена на удаленном сервере.
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-24
Вы можете обратить внимание, что при установки через msi у вас в программы и компоненты появилась возможность деинсталляции это программы, а если заметите рядом стоит локальная ее копия.
Как установить и настроить RemoteApp в Windows Server 2008 R2-2 часть-25
Вот так легко настраивается RemotApp через RDp-файл или MSI. Читайте далее как настроить, тоже самое но через Web браузер в 3 части статьи Как установить и настроить RemoteApp в Windows Server 2008 R2-3 часть.
Источник
Установка веб-сервера в Windows Server 2008 R2 или хостинг на своем сервере (IIS + PHP + MySQL)
Здесь я расскажу как организовать хостинг сайта на своем компьютере. Для примера — сайт под управлением WordPress. В качестве операционной системы будет использоваться Windows Server 2008 R2. (о организации хостинга в Windows 8 можно прочитать здесь). Кто-то начнет сразу кричать о легкости и бесплатности Linux, и я не буду спорить, но мне нравится эта ОС. Она надежная и легкая в администрировании. На мой субъективный взгляд у нее один недостаток — цена. Кроме того, я не утверждаю, что представленная ниже конфигурация сервера для хостинга является самой лучшей и удобной. Я просто опишу последовательность действий, который я предпринял, чтобы мой сайт заработал. Итак:
0. Оглавление
1. Что потребуется
2. Запуск веб-сервера IIS
После завершения установки в Ролях появилась вкладка «Веб-сервер (IIS)», в которой содержится «Диспетчер служб IIS» (Также он доступен через «Пуск» — «Администрирование» — «Диспетчер служб IIS»)
В диспетчере мы видим наш сервер, и вкладку «сайты», по умолчанию содержащую «Default Web Site». Этот сайт состоит из приветственной страницы IIS. Мы можем просмотреть ее открыв Internet Explorer и в строке адрес введя http://localhost
На этом подготовка операционной системы закончена. Далее надо установить PHP и MySQL.
3. Установка PHP
Теперь нужен плагин PHP Manager for IIS для управления PHP из из диспетчера IIS. Скачиваем его здесь: http://phpmanager.codeplex.com/releases/view/69115. После загрузки также устанавливаем его следуя инструкциям инсталятора. Если все сделано правильно в Диспетчере служб IIS должна появиться оснастка «Администратор PHP»
Запускаем ее, и нажимаем на «Зарегистрировать новую версию PHP», указываем путь к исполняемому файлу php и нажимаем «ОК»
Все, на этом регистрация PHP завершена.
4. Установка MySQL
Для хранения базы данных будем использовать бесплатный MySQL. Скачиваем установщик на официальной странице http://www.mysql.com/downloads/installer/. Последняя версия на момент написания статьи 5.5.13. После загрузки запускаем установку, соглашаемся с лицензионным соглашением, выбираем режим «Typical» и нажимаем «Install». После завершения установки, оставляем галочку «Launch the MySQL Instance Configuration Wizard» и нажимаем «Finish».
Запустится вышеназванный мастер. Нажимаем «Next» и выбираем режим «Standart Configuration».
Нажимаем «Next», ничего не меняя еще раз «Next» и вводим пароль на учетную запись «root». Советую сразу записать пароль на листок. Как говорится, тупой карандаш лучше острой памяти. А лучше всего использовать специальные менеджеры паролей. Еще раз жмем «Next» и «Execute». Если все прошло хорошо, то мы должны увидеть следующее:
Жмем «Finish». Установка завершена.
Для управления MySQL я использую простую бесплатную утилиту HeidiSQL, которую можно скачать с http://www.heidisql.com/download.php. На момент написания статьи последней была версия 6.0. Установив программу, следуя инструкциям инсталлятора и запустив ее, мы увидим окно «Session manager», где нужно добавить подключение к нашему MySQL серверу.
Нажимаем «New» и оставляем все поля нетронутыми, введя лишь тот самый пароль, который мы записали на предыдущем шаге.
Жмем «Open» и соглашаемся с сохранением настроек. Теперь нам надо создать новую базу, для нашего сайта. Для этого в окне слева с наименованием баз кликаем правой кнопкой, выбираем «Create new Database».
Заполняем параметры следующим образом:
и жмем «ОК», после чего наша база должна появиться в списке:
После чего настройка MySQL тоже закончена. Более подробно про установку и настройку MySQL можно прочитать в статье «Установка и настройка MySQL + HeidiSQL».
5. Установка WordPress
Ну вот, можно приступать и к самому сайту. Мой сайт сделан на движке WordPress. На дату статьи последней бала версия 3.1.3. Создадим на диске С папку WEB. С официального сайта http://ru.wordpress.org/ скачиваем архив, который нужно извлечь с созданную папку. В папке WEB появится каталог wordpress, который переименуем в соответствии с нашем доменным именем.
Теперь в корне этого каталога найдем файл «wp-config-sample.php» и откроем его любым текстовым редактором, например блокнотом. Найдем и изменим в нем только следующие параметры:
В строке
и сохраняем под именем wp-config.php.
Теперь опять заходим в «Диспетчер служб IIS», находим вкладку «Сайты», кликаем по ней правой кнопкой и выбираем «Добавить веб-сайт»
Вводим имя нашего сайта, указываем физический путь к сайту (в моем примере это C:\WEB\tavalik) и нажимаем «ОК».
После этого открываем Internet Explorer, в строке адреса вводим http://localhost и попадаем на страницу установки WordPress. Вводим заголовок сайта, имя пользователя и пароль для входа на сайт, адрес электронной почты и нажимаем «Установить WordPress».
Вводим краткое описание сайта, и в поля «Адрес WordPress (URL) »и «Адрес сайта ( URL) » вводим имя нашего домена. Нажимаем «Сохранить изменения» и….
Все, наш сайт готов. Можно пользоваться. Для проверки вводим в строке браузера имя сайта и, если все сделано правильно, попадаем на начальную страничку.
Смотрите также:
Здесь будет рассказано как изменить политику паролей в Windows Server 2008. По умолчанию все пароли в Windows должны отвечать политике безопасности, а именно: Не содержать имени учетной записи пользователя…
Ниже будет рассказано о том, как добавить новое правило в Брандмауэр Windows Server 2008 R2. А конкретнее, будем добавлять разрешающее правило для порта 1433, который использует Microsoft SQL Server 2008 R2 или, как…
Иногда, при установке или запуске некоторых (часто устаревших) программ в Windows Server 2008 (справедливо и для Windows 7), можно наткнуться на ошибку вида: «Версия этого файла несовместима с используемой версией…
Источник
Настройка удаленных приложений RemoteApp в Windows Server 2008 R2
Не все знают, что в дополнение к службе удаленных рабочих столов, в Windows Server 2008 R2 есть очень удобная служба удаленных приложений RemoteApp. Суть RemoteApp в том, что к любым приложениям, установленным на данном сервере, можно получить удаленный доступ с любого компьютера подключенного к сети. В этом случае, выполняться программа будет на сервере, но её окно будет прорисовываться так, если бы пользователь запустил программу с локального компьютера. Возможно сворачивать и разворачивать окно программы запущенной через RemoteApp, изменять его размеры и запускать сразу несколько программ вместе со своими локальными приложениями. Это очень удобный механизм, который может существенно облегчить администрирование некоторых программ и сократить расходы на их покупку.
Ниже я расскажу как настроить Удаленные приложения RemoteApp в Windows Server 2008 R2 на примере программы 1с:Предприятие 7.7.
0. Оглавление
1. Что понадобится
2. Создание RDP-файла или установщика для удаленной программы
После чего данная программа появится в списке удаленных приложений RemoteApp. Выделив его в таблице нажимаем на «Создать RDP-файл» в меню слева.
После ввода данных увидим окно 1С:Предприятие так, как будто мы запустили его с локальной машины.
3. Настройка пользователей
Если приложение будут запускать несколько пользователей с одинаковыми настройками, то необязательно добавлять каждого на сервер. Достаточно создать только одного пользователя, скажем User_1C (о том как создать пользователя можно прочитать здесь), настроить все параметры (список баз, принтеры пр.) для этого пользователя и разрешить множественные сеансы.
Кроме этого, надо знать еще об одном нюансе. Дело в том, что при закрытии приложения, запущенного через RemoteApp, пользователь не выгружается автоматически, а отключенная учетная запись так и продолжает «висеть» на сервере. Чтобы изменить это, в свойствах пользователей, которые будут запускать приложения через RemoteApp, на вкладке «Сеансы» устанавливаем «Завершение отключенного сеанса» через 1 минуту.
На этом настройка закончена. Мы выполнили ее таким образом, что несколько человек одновременно могут работать с программой 1С:Предприятие 7.7 под одной учетной записью (для удобства работы можно создать несколько учетных записей, например, User_1c_Buh, User_1C_Operator, User_1C_Sklad и т. д. или же отдельную учетную запись для каждого пользователя).
Смотрите также:
Здесь будет рассказано как изменить политику паролей в Windows Server 2008. По умолчанию все пароли в Windows должны отвечать политике безопасности, а именно: Не содержать имени учетной записи пользователя…
Ниже будет рассказано о том, как добавить новое правило в Брандмауэр Windows Server 2008 R2. А конкретнее, будем добавлять разрешающее правило для порта 1433, который использует Microsoft SQL Server 2008 R2 или, как…
Иногда, при установке или запуске некоторых (часто устаревших) программ в Windows Server 2008 (справедливо и для Windows 7), можно наткнуться на ошибку вида: «Версия этого файла несовместима с используемой версией…
119 комментариев на «Настройка удаленных приложений RemoteApp в Windows Server 2008 R2»
Добрый день. По поводу множественных и одинарных сеансов, к сожалению, не получается,т.к. эти параметры общие для всех подключений и изменяются для всех, есть ли другие варианты?
Здравствуйте!
Прошу совета по возникшей проблеме: часть пользователей работает в базе данных 1С через RemoteApp.
По просьбе разработчиков, программисты написали модуль автоматического выброса пользователей из базы посредством ввода новой константы и изменения ее значения. Все бы ничего, те пользоватли, которые цепляются к базе локально, выбрасываются на «ура», а вот те, которые работают в базе через RemoteApp, почему-то напрочь виснут. причем, настолько, что иногда сам сеанс RemoteApp зависает настолько, что помогает только перезагрузка.
Возможно, тут нужны какие-то настройки самого RemoteApp-соединения? Ведь, получается, что он реагирует на закрытие только тогда, когда инициатива закрытия исходит от самого пользователя (когда он просто закрывает сеанс крестиком), а если инициатива закрытия приложения идет от самого приложения, он «не понимает» чего от него требуют и благополучно «вешается».
Кто-нибудь сталкивался с подобной проблемой?
Заранее спасибо если кто ответит.
Здравствуйте.
Можно настроить время завершения каждого сеанса RemoteApp по простою, для всех сеансов или для каждого конкретного пользователя.
Относительно завершения работы в 1С, то, скорее всего, разработчики «рубят» сеансы на кластере 1С, тогда так сам процесс 1cv8.exe продолжает «висеть» в сеансе. Тут уже надо разбираться детально.
В связи с изменением в Windows Server 2012 и выше работы с RemoteApp не планируете написать такую же полезную статью о запуске 1С 7.x/8.x как RemoteApp?
Источник