Дата  Запланированые курсы
18.11 Компьютерная верстка. Adobe InDesign
18.11 MOC-20778. Анализ данных в Power BI
18.11 Основы создания веб-сайтов. Adobe Dreamweaver
18.11 MOC-20743B. Обновление навыков до MCSA Windows Server 2016
18.11 NET-DLINKSW. Технологии коммутации современных сетей Ethernet
18.11 Средства векторной графики. Adobe Illustrator
18.11 Linux-LE. Основы архитектуры и администрирования Linux
18.11 Linux-MP. Модульная программа «Архитектура и администрирование Linux»
18.11 Проектирование UX пользовательских интерфейсов
19.11 CORTEX-M-STM32F. Семейство МК компании ST Microelectronics STM32Fxxx с вычислительным ядром ARM Cortex M3
21.11 QA-DB. Основы баз данных для тестировщиков
25.11 DEV-J210. Java EE. Разработка web сервисов
27.11 CCNA-RS-RSE. CCNA Routing and Switching. Основы коммутации и маршрутизации (ПП+)
02.12 Поисковая оптимизация (SEO)
09.12 Компьютерное проектирование в системе AutoCAD (базовый курс)
09.12 MOC-20744. Безопасность инфраструктуры средствами Windows Server 2016
09.12 Профессиональная верстка сайтов. HTML5 и CSS3
09.12 Работа в MS Excel. Базовый уровень
09.12 DEV-C-МP2. Модульная программа «Объектно-ориентированное программирование. Язык С++»
09.12 DEV-PY111. Базовые алгоритмы и структуры данных на языке Python
11.12 DEV-J130. Java SE. Разработка многоуровневых приложений
13.12 DEV-C200. Объектно-ориентированное программирование на языке С++. Базовый уровень
16.12 Поисковая оптимизация (SEO) для профессионалов
16.12 Работа в MS Excel. Расширенные возможности
17.12 CORTEX-M-RTOS. Разработка управляющих программ для МК систем управления с использованием многозадачных ОС реального времени
18.12 Инструменты бизнес-анализа Microsoft Excel: PowerPivot, PowerView
13.01 DEV-C210. Объектно-ориентированное программирование на языке С++. Углубленное изучение
20.01 DEV-SWT110. Введение в технологии разработки программного обеспечения: разработка требований и проектирование
20.01 Дизайн пользовательских интерфейсов
28.01 DEV-PY200. Объектно-ориентированное программирование на языке Python
30.01 Linux-LF. Расширенное администрирование ОС Linux (ПП+)
17.02 DEV-C220. Прикладное программирование с использованием стандартов С++11, 14, 17, 20. Базовый уровень
25.02 DEV-J200. Java EE. Разработка корпоративных приложений
03.03 DEV-PYWEB. Разработка WEB приложений на языке Python
27.03 DEV-QT10. Прикладное программирование на С++ с использованием Qt. Базовый уровень
30.03 DEV-J210. Java EE. Разработка web сервисов
06.04 DEV-PYQT. Разработка оконных приложений Python c использованием Qt
Добро пожаловать, Гость! Чтобы использовать все возможности Вход или Регистрация.

Уведомление

Icon
Error

RemoteApp и механизм взаимодействия через общие административные ресурсы
none
#1 Оставлено : 17 сентября 2013 г. 21:35:56(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 у меня, к сожалению, нет.
Реклама
RSS Лента  Atom Лента
Пользователи, просматривающие эту тему
Guest
Быстрый переход  
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.