Дата  Запланированые курсы
24.11 Linux-MP. Модульная программа «Архитектура и администрирование Linux»
24.11 Linux-LE. Основы архитектуры и администрирования Linux
26.11 Поисковая оптимизация (SEO)
26.11 Средства растровой графики. Adobe Photoshop
26.11 Управление проектами (MS Project)
27.11 DEV-J30. Программирование на платформе Java. Разработка многоуровневых приложений (Группа II)
27.11 DEV-J30. Программирование на платформе Java. Разработка многоуровневых приложений (Группа I)
28.11 CORTEX-M-MP. Введение в технологии разработки систем управления на базе МК с RISC ядром ARM Cortex-M
28.11 CORTEX-M-INTRO. Введение в современную микроконтроллерную технику
03.12 Трёхмерное моделирование. 3ds Max
03.12 Компьютерное проектирование в системе AutoCAD (базовый курс)
03.12 DEV-C21. Объектно-ориентированное программирование. Углубленное изучение. Язык С++
07.12 DEV-PY200. Объектно-ориентированное программирование на языке Python
10.12 Основы создания веб-сайтов. Adobe Dreamweaver
10.12 Поисковая оптимизация (SEO) для профессионалов
10.12 Средства векторной графики. Adobe Illustrator
12.12 Инструменты бизнес-анализа Microsoft Excel: PowerPivot, PowerView
12.12 CORTEX-M-RISC. RISC-архитектура ARM Cortex-M в микроконтроллерах
17.12 MOC-20762. Разработка баз данных SQL
17.12 Работа в MS Excel. Расширенные возможности
17.12 Компьютерное проектирование в системе AutoCAD (профессиональный курс)
17.12 Adobe After Effects. Создание анимации и эффектов
09.01 DEV-C22. Стандарт С++11, С++14, С++17 для прикладного программирования
14.01 DEV-OCPJP. Подготовка к сдаче сертификационных экзаменов серии Oracle Certified Professional Java Programmer
14.01 DEV-OCPJP. Подготовка к сдаче сертификационных экзаменов серии Oracle Certified Professional Java Programmer
16.01 CORTEX-M-STM32F. Семейство МК компании ST Microelectronics STM32Fxxx с вычислительным ядром ARM Cortex M3
19.01 Linux-LF. Расширенное администрирование ОС Linux
04.02 DEV-QT10. Прикладное программирование на С++ с использованием Qt. Базовый уровень
11.02 DEV-J60. Технологии разработки корпоративных приложений на платформе Java Enterprise Edition (Java EE)
11.02 DEV-J60. Технологии разработки корпоративных приложений на платформе Java Enterprise Edition (Java EE)
13.02 CORTEX-M-RTOS. Разработка управляющих программ для МК систем управления с использованием многозадачных ОС реального времени
11.03 Введение в тестирование программного обеспечения
11.03 Введение в тестирование программного обеспечения
11.03 Введение в тестирование программного обеспечения
20.03 NET-DLINKSW-LAB. Технологии коммутации современных сетей Ethernet. Лабораторный практикум
Открыт набор на осенний семестр в Академию информатики для школьников Открыт набор на осенний семестр на программы второго высшего образования
Добро пожаловать, Гость! Чтобы использовать все возможности Вход или Регистрация.

Уведомление

Icon
Error

RemoteApp и механизм взаимодействия через общие административные ресурсы
none
#1 Оставлено : 18 сентября 2013 г. 23:11:18(UTC)
Ранг: Участник

Группы: Зарегистрированные пользователи
Зарегистрирован: 22.01.2003(UTC)
Сообщений: 18
Баллов: 57

Сказал(а) «Спасибо»: 2 раз
Поблагодарили: 1 раз в 1 постах
Добрый вечер! Ситуация в следующем: имеется терминальный сервер с Windows Server 2008 R2, на нем опубликованное приложение (через RemoteApp). Приложение, при первом запуске у каждого пользователя, создаёт в текущем каталоге настроек (C:\Users\имя_пользователя\Appdata\Roaming\название_приложения) файл с настройками (ID пользователя, ID подразделения пользователя, ID последнего использовавшегося в приложении раздела), который используется при повторных запусках приложения - для отсутствия необходимости повторного выбора пользователем этих параметров. Суть вопроса: если приложение запускается в терминальном сеансе пользователя (с загрузкой рабочего окружения), то файл с настройками прекрасно создаётся и перезаписывается у любого пользователя, НО, если это же приложение пользователь запускает через подготовленный RDP-файл (как опубликованное через RemoteApp), то сначала выдаётся предупреждение о том, что не удалось установить поставщика цифровой подписи для запускаемого файла, жмём "ОК" для того, чтобы запустить приложение -> приложение запускается, но файл с настройками у пользователя (в профиле) не создаётся (ни на сервере, где находится приложение, ни на машине-клиенте, где работает пользователь). При этом, в предупреждении об отсутствии цифровой подписи путь до запускаемого файла выглядит как \\имя_сервера\с$\Program Files\имя_приложения\исполняемый_файл_приложения.exe. Насколько мне известно, в RDP версии 7 и выше есть возможность пробрасывать самонастраиваемые клиентские устройства, съёмные носители и жёсткие диски с машины-клиента, а вопрос в следующем - не связана ли невозможность создания файла с настройками с тем, что у пользователя нет доступа к ресурсу \\имя_сервера\с$ и как реализован RemoteApp запуск? (в случае с запуском только одного приложения без окружения пользователя ведь всё равно открывается терминальная сессия на сервере), взаимодействует ли он с машиной-клиентом через административный общий ресурс (пользователям ведь нельзя дать на него прав, потому что они не редактируются). Или может есть какая-то важная настройка в WRDS (сразу скажу, что вопрос возник только из-за того, что была запланирована миграция на новый сервер, а со старым таких проблем не возникало; сервера в одном AD, в одном OU, к ним применяются одни и те же GPO). Разница лишь в том, что предыдущий сервер был поднят на Windows Server 2008 (не R2). Буду благодарен, если кто из форумчан сможет подсказать какую здравую мысль, направление в котором копать, т.к. оф. ресурсы Microsoft много говорят по поводу WRDS, но на мой вопрос ответа я пока не нашёл, а большого опыта работы с WRDS у меня, к сожалению, нет.
Реклама
none
#2 Оставлено : 1 октября 2013 г. 12:33:45(UTC)
Ранг: Участник

Группы: Зарегистрированные пользователи
Зарегистрирован: 22.01.2003(UTC)
Сообщений: 18
Баллов: 57

Сказал(а) «Спасибо»: 2 раз
Поблагодарили: 1 раз в 1 постах
В общем, если интересно, то искать долго не пришлось - а прочесть до конца конечно нужно. Полное руководство по RemoteApp. Мне помогло в решении возникших трудностей, хоть иногда перевод и не слишком удачный.

P.S. Форум неживой ThumbDown
Eugene.Norka
#3 Оставлено : 8 октября 2013 г. 16:24:00(UTC)
Ранг: Активный Участник

Группы: Зарегистрированные пользователи
Зарегистрирован: 28.01.2005(UTC)
Сообщений: 52
Баллов: 156
Откуда: Russia СПб

Сказал(а) «Спасибо»: 1 раз
Поблагодарили: 3 раз в 3 постах
Технетовские-то форумы не "живые", что наши, что буржуйские :) Время соцсетей и все такое.. А по теме: народа, внедряющие и использующие эти самые RemoteApp раз, два, и обчелся. Имхо, "механизм взаимодействия" нынче и в технете-то не всегда раскопаешь, разве в мсдн..
none
#4 Оставлено : 9 октября 2013 г. 17:25:01(UTC)
Ранг: Участник

Группы: Зарегистрированные пользователи
Зарегистрирован: 22.01.2003(UTC)
Сообщений: 18
Баллов: 57

Сказал(а) «Спасибо»: 2 раз
Поблагодарили: 1 раз в 1 постах
Да, соц. сети Bored - компетентностью там подчас и не пахнет....Так, развлекаловка и показуха в основном.
Автор: Eugene.Norka Перейти к цитате
А по теме: народа, внедряющие и использующие эти самые RemoteApp раз, два, и обчелся.

Вот с этим, Евгений, я категорически не соглашусь - более-менее разветвлённые предприятия, имеющие филиалы, ещё очень даже как используют. Насколько, мне известно, на ФПС они тоже использовались, иначе я бы не стал писать в фпс'овский форум BigGrin.
Спасибо хоть за какой-то ответ. Там, в моём примере была непонятка с запуском, якобы с административного общего ресурса - это обеспечивается архитектурой RDS и наличием подписи у файла приложения, указанием параметров у публикуемого приложения при создании RDP-файла. В общем, вопрос решился.
Eugene.Norka
#5 Оставлено : 10 октября 2013 г. 11:18:47(UTC)
Ранг: Активный Участник

Группы: Зарегистрированные пользователи
Зарегистрирован: 28.01.2005(UTC)
Сообщений: 52
Баллов: 156
Откуда: Russia СПб

Сказал(а) «Спасибо»: 1 раз
Поблагодарили: 3 раз в 3 постах
На ФПС использовались такие приложения еще во времена Citrix Metaframe, у которого, собственно, и подглядела MSFT эту технологию :) RemoteApp не использовались и не используются. По поводу более-менее разветвленных предприятий. У меня достаточно много слушателей на курсах приходят в том числе и из таковых предприятий, большая часть людей по поводу RemoteApp слыхом не слыхивало, народ в основном использует классический терминальный доступ. На лабах по RemoteApp все плюются от реальной отторможенности запуска этих приложений (и это в LAN!) + еще заморочки с этими цифровыми подписями, выкидыванием многочисленных диалоговых окошек и т.д. Лично мне на данный момент более импонирует фича APP-V.
none
#6 Оставлено : 10 октября 2013 г. 14:48:10(UTC)
Ранг: Участник

Группы: Зарегистрированные пользователи
Зарегистрирован: 22.01.2003(UTC)
Сообщений: 18
Баллов: 57

Сказал(а) «Спасибо»: 2 раз
Поблагодарили: 1 раз в 1 постах
Ну, прям даже не знаю Blink, Цитрикс в общем изначально и поучаствовал в появлении у MS такой реализации, как сервер терминалов, а функционал публикуемых приложений появился в WS 2008 и уже отличался от Metaframe, тем, что не требовал отдельных лицензий TS CAL и отдельных лицензий на Metaframe. И какая там отмороженность? - запускаешь клиент удалённого рабочего стола через подготовленный RDP-файл, если развёрнут удостоверяющий центр и хост с публикуемым приложением имеет действительный сертификат, версия RDP-клиента актуальная - открывается приложение, в пределах ЛВС - какие там серъёзные проблемы? Что касается APP-V, то это не разработка MS, а просто купенный продукт softgrid вместе с его разработчиком softricity, как говорится - исправленный и дополненный Smile. Он более навороченный, но для того, чтоб его запустить нужны: клиентская часть, MSSQL для конфигурации, сервер управления и сервер стриминга - правда в полной конфигурации. Вдобавок ещё ряд ограничений - нет COM+, нет поддержки 64-bit (не было, может уже и сделали), хотя есть преимущество в виде изоляции каждого приложения в своей рабочей виртуальной среде.
Eugene.Norka
#7 Оставлено : 10 октября 2013 г. 16:13:23(UTC)
Ранг: Активный Участник

Группы: Зарегистрированные пользователи
Зарегистрирован: 28.01.2005(UTC)
Сообщений: 52
Баллов: 156
Откуда: Russia СПб

Сказал(а) «Спасибо»: 1 раз
Поблагодарили: 3 раз в 3 постах
Ну так я и говорю, что мы использовали цитриксовые "RemoteApp" задолго до сервера 2008. А RemoteApp таки требуют терминальных лицензий, ровно также, как и обычный доступ через RDP. По поводу запуска RemoteApp я писал не о "отмороженности", а о "отторможенности" - по факту приложение запускается минуту-две (первый раз то уж точно). И именно в пределах ЛВС. Касательно APP-V о требованиях и о происхождении я в курсе, но я упомянул его как раз в контексте скорости запуска самого приложения - уж больно заметна и разительна она, когда тестируешь оба решения.
1 пользователь поблагодарил Eugene.Norka за этот пост.
none оставлено 10.10.2013(UTC)
none
#8 Оставлено : 10 октября 2013 г. 16:47:14(UTC)
Ранг: Участник

Группы: Зарегистрированные пользователи
Зарегистрирован: 22.01.2003(UTC)
Сообщений: 18
Баллов: 57

Сказал(а) «Спасибо»: 2 раз
Поблагодарили: 1 раз в 1 постах
Ясно. Евгений, спасибо, так или иначе - Вы, единственный, кто ответил на мой вопрос. Немного оживили форум )) Кстати, когда Ваш следующий курс по APP-V? ;)
1 пользователь поблагодарил none за этот пост.
Eugene.Norka оставлено 10.10.2013(UTC)
Eugene.Norka
#9 Оставлено : 10 октября 2013 г. 17:24:00(UTC)
Ранг: Активный Участник

Группы: Зарегистрированные пользователи
Зарегистрирован: 28.01.2005(UTC)
Сообщений: 52
Баллов: 156
Откуда: Russia СПб

Сказал(а) «Спасибо»: 1 раз
Поблагодарили: 3 раз в 3 постах
И Вам спасибо. Чрезвычайно интересно пообщаться с человеком, который реально внедряет и эксплуатирует подобные решения. Курс по APP-V (в составе MDOP еще тогда) был в линейке 2008-го сервера. Он шел в составе трека о десктопной виртуализации, в нем рассматривались аспекты внедрения технологий XP-Mode, VDI, MED-V, APP-V, UE-V, RDS, Hyper-V v.2. Это все быстро изменяется, сами знаете. Будет курс по новой платформе, номер 20416, в нем уже идет плотная завязка на system center новый и в нем много о виртуализации приложений. Готовим его пока. (в т.ч. в нашей инфраструктуре SC внедрение идет).
RSS Лента  Atom Лента
Пользователи, просматривающие эту тему
Guest (2)
Быстрый переход  
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.