none
Избирательное ограничение пользователя единственным сеансом. RRS feed

  • Общие обсуждения

  • Сервер — Windows 2003 server R2

    терминальный доступ

    в групповых политиках - «Ограничить пользователей службы терминалов одним удаленным сеансом» - «Не задана»

    в настройке служб терминалов - «ограничить пользователя единственным сеансом» - «да».

    других настроек не нашел

     

    На данный момент каждый клиент может открыть только одну сессию на сервере. Для большинства пользователей так и надо, но есть несколько человек, которым надо открывать больше одной сессии. Каким образом это реализовать?

     

    Можно ли в вин2003 определить квоты на использование оперативной памяти и процессора для групп/пользователей?

    8 октября 2009 г. 8:53

Все ответы

  • Например, можно поставить им запрет на чтение данной политики
    8 октября 2009 г. 10:15
    Модератор
  • Можно ли в вин2003 определить квоты на использование оперативной памяти и процессора для групп/пользователей?

    этого сделать средствами 2003 нельзя


    MCP/MCSA/MCTS:Exchange
    8 октября 2009 г. 10:36
  • в принципе, можно попробовать wsrm
    http://www.microsoft.com/windowsserver2003/technologies/management/wsrm/default.mspx
    Хотя это и не совсем то что спрашивается  :)
    8 октября 2009 г. 13:20
    Модератор
  • Как вариант, разрешить на уровне сервера (а это делается только для целого сервера) множественные сеансы, но ограничить пользователей (кроме избранных) с помощью Microsoft LimitLogin (http://support.microsoft.com/default.aspx/kb/237282) или собственным скриптом.

    Но в чём состоит задача "избранных", для чего им несколько сессий? (До сих пор не видел подобных _обоснованных_ задач)

    9 октября 2009 г. 6:03
    Отвечающий
  • WindowsNT.LV Медали пользователя
    Как вам такое обоснование. У большого дяди три монитора. Ваше решение?


    bumblebee
    9 октября 2009 г. 10:30
  • Не вижу обоснования для трёх сессий.
    У него, что ли, RDP-клиент не поддерживает множественные мониторы? Установите последнюю версию..

    Вызовите mstsc /? , там есть информация про ключ /span
    9 октября 2009 г. 10:33
    Отвечающий
  • Множественные сессии бывают нужны при работе с обезличенными аккаунтами (если его используют несколько человек), или например если у пользователя несколько компьютеров (например рабочая станция и ноутбук) и ему требуется одна сессия при работе из офиса и другие (без запущенных приложений) при работе из дома или от клиента.
    9 октября 2009 г. 10:39
    Модератор
  • Может, для кого-то это будет обоснованием..
    Но для меня групповые аккаунты - вопрос закрытый. Дыра номер раз в безопасности - отсутствие личных аккаунтов и наличие чужих. Случись что, ничего не найдёшь и не докажешь.

    Тут пусть лучше автор вопроса сам говорит за свои обстоятельства .)

    9 октября 2009 г. 10:49
    Отвечающий
  • WindowsNT.LV
    Во первых когда это делалось для дяди то 6.0 была только в задумках.
    Но я уже загорелся.
    Чисто теоретически, бо боюсь дядю отвлекать, если пользовались параметром span:
    Это не очень большой дядя, монитора три, да у всех разные разрешения. Или требование "Мониторы должны быть выровнены по горизонтали" "На всех мониторах должно быть настроено одинаковое разрешение" можно обойти
    Как там с кнопкой Пуск, будет три кнопки на трех мониторах? Или RDP сессия просто растянится?
    bumblebee
    9 октября 2009 г. 11:10
  • Но в чём состоит задача "избранных", для чего им несколько сессий? (До сих пор не видел подобных _обоснованных_ задач)

    Неизбранные (менеджеры и операторы) работают на тонких клиентах, шелом имеют 1c, больше одной сессии запустить не могут - но им и не надо.
    Полуизбранные (начальники отделов и бухгалтеры среднего размера) работают на персоналках с локальной виндой, интернетом/почтой. При желании запустить 1с - сессия на сервере с шелом в виде 1с - им тоже одной 1с за раз хватает.
    Но есть еще руководители и старшие бухгалтеры, которым одной 1с недостаточно. У них тоже персоналки с локальными радостями и привычка держать по N открытых баз одновременно. На данный момент задача решается или созданием нескольких логинов для одного пользователя {например: masha_1, masha_2, masha_3 - что бы можно было открыть 3 сессии с тремя разными базами 1с} или выдачей доступа пользователю к рабочему столу (т.е. шел - explorer.exe). Оба этих варианта вызывают аллергию.
    9 октября 2009 г. 21:50
  • Мне не очень понятно, что за медицинские термины вы используете типа "локальной **ндой", но в принципе задача становится более понятной.
    Что вы должны сделать - выдать нормальный рабочий стол тем, кто запускает несколько баз. И всё. И точка.

    Аллергию вызывает непонимание людьми того раскардаша, что устроен с логинами и сессиями. Логин должен быть один, схема работы должна быть единой и понятной всем
    10 октября 2009 г. 7:08
    Отвечающий
  • Как вариант, попробовать RemoteApps. Для пользователей это будет выглядеть как разные окна выполняемые локально, а физически все будет выполняться в рамках одной терминальной сессии

    10 октября 2009 г. 10:35
    Модератор