Отправлено: 17.01.11 13:47. Заголовок: Арм Клиент на терминальном сервере

Добрый день.

Удалось установить АРМ Клиент на win2003. Рабочая папка находится на флэшке (диск С: ), тк в системе диска С: нет. При этому установку удалось выполнить только через Radmin, тк через стандартный Windows RDP она автоматически прерывалась на середине и откатывалась назад.

!А теперь ВОПРОС!

Програма работает через стандартный RDP только из под админа. Из под пользователей по RDP не работает, выдает 2 ошибки:
1) Не открыт файл на диск С:
2) Несанкционированная копия програмы!

При этом из под тех же самых пользователей, но использующих в качестве удаленного клиента Radmin, все запускается и работает.

Как бы заставить АРМ клиент работать из под пользователей под стандартным RDP протоколом??

PS: Пользователям даны полные права удаленных пользователей.[/QUOTE]

 Отправлено: 17.01.11 16:17. Заголовок: Под чьей сессией раб..

Под чьей сессией работает RADMIN? Не под администратором случайно? Установите службу параметров компьютера СБРФ. Для этого запустите SERVPARAM /INSTALL из директории с программой

 Отправлено: 17.01.11 16:44. Заголовок: Нет, радмин работает..

Нет, радмин работает под учеткой того самого пользователя, который по RDP запустить програму не смог.

Служба не установилась, ошибка - служба уже существует - действительно в службах присутствует "Служба параметров компьютера СБ РФ", она запущена и работает.

 Отправлено: 17.01.11 22:12. Заголовок: Поиском пользуемся а..

Поиском пользуемся активнее!!!
Форум<\/u><\/a>

 Отправлено: 18.01.11 17:56. Заголовок: Ну так проблема так ..

Ну так проблема так и не решена, служба servparam не помогает, а запускать програму из под пользователя с правами админа - серьезная уязвимость, кроме того проблема с принтерами..

 Отправлено: 18.01.11 21:04. Заголовок: Попробовал удалить с..

Попробовал удалить службу servparam - перестало работатать из под пользователя через Radmin, работало только из под админа. Установил на место - работает из под пользователя через Radmin

Пробовал создавать батник, чтобы програма из под пользователя запускалась с админскими правами, но "no default printer" , если Администратор не выполнил вход на удаленный сервер. Screwdrivers не помогает.

 Отправлено: 20.01.11 17:01. Заголовок: up Что же делать с п..

up
Что же делать с принтерами , если запускать из под админа одну эту програму:?

 Отправлено: 24.01.11 12:47. Заголовок: Кстати, если запуска..

Кстати, если запускать программу из под пользователя с правами пользователя через батник, запускающий программу с правами админа ( как описано в этой теме http://klientsb.forum24.ru/?1-2-40-00000209-000-0-0-1289933118 ) то в процессе формирования выписки программа без каких либо ошибок вылетает.

 Отправлено: 28.01.11 08:47. Заголовок: Arsenij пишет: про..

Arsenij пишет:

цитата:

процессе формирования выписки программа без каких либо ошибок вылетае

Посмотрите переменные Temp и TMP для конкретного рабочего места. Стандартная ситуация, когда нет места для хранения временных файлов, а также когда эти переменные ссылаются в разные места.

Arsenij пишет:

цитата:

"no default printer" , если Администратор не выполнил вход

Какие принтеры и куда включены? Поднят ли сервер печати?
У меня принтер в сети через железный принтсервер (DLink вроде) такой ошибки не дает.

 Отправлено: 28.01.11 19:53. Заголовок: SkrebAE! Temp и tmp..

SkrebAE!

Temp и tmp в одной папке: e:\windows\temp C местом проблем нет

Терминальный сервер находится вне локальной сети офиса, соответственно пользователям видны свои принтеры на рабочем месте, а администратору видны все принтеры всех пользователей.
Соответственно, если запустить АРМ от имени админа, который не выполнил вход в систему, то его принтеров не видно, своих принтеров тоже не видно, тк АРМ, запущенный из под админа, видит только принтеры админа.

 Отправлено: 07.02.12 17:44. Заголовок: Коллеги, так же прош..

Коллеги, так же прошу помощи и по тому же вопросу. Заставить клиента работать под пользователем смогли (servrd поднята (ну - servparam.exe)), для решения проблем печати локально установлена и зарегистрирована .ocx библиотека, пересоздан .cfg файл под пользователем. Теперь при входе на консоль либо не через rdp - клиент запускается под пользователем и успешно работает, связь идёт, всё ok. как только пускаю через rdp - описанная в первом посте ошибка.

На амикон прошу не грешить - он вообще на другой машине крутится, и всё прекрасно работает http://sergey-s-betke.blogs.novgaro.ru/fpsu-router . На rdp давал полные права пользователю, результат тот же. через rdp никаких дополнительных устройств не пробрасываю, только буфер обмена.
Есть идеи с запуском клиента именно с привелегиями пользователя, а не админа? и в терминале? рассмотрю любые идеи, эксперименты проведу, нужны именно идеи!