Групповая политика: права администратора для определенных пользователей на определенных компьютерах

Управление дисками из командной строки:

diskpart

См. Описание Утилиты Командной строки Diskpart для получения дополнительной информации.

11
задан 29 October 2009 в 19:56
6 ответов

Создайте группу, чтобы инкапсулировать пользователей (Локальные Администраторские планшеты) и добавить их к этой группе

Создайте sub-OU текущих рабочих станций OU и вставьте планшеты здесь (Workstations\Tablets)

Создайте GPO (Local-Admins-Tablets-Policy) и свяжите его с Workstations\Tablets OU

В GPO, набор следующее:

  • Конфигурация аккомпанемента - политики - Windows Settings - настройки безопасности - ограниченные группы
  • Щелкните правой кнопкой, Добавьте Группу
  • "Администраторы", хорошо
  • Члены этой Группы: myDomain\Local-Admins-Tablets

Перезагрузите ПК, и сделанный.

Примите во внимание, что установка Restricted Groups перезапишет машины существующий список локальных администраторов. Если у Вас уже будут другие пользователи/группы там, то необходимо будет добавить их к этой политике также. Другими примерами были бы myDomain\Domain Администраторы и т.д.

Править: О, и изменение фильтрация на GPO и добавляет Доменные Компьютеры. Самый легкий способ сделать это должно использовать управление Групповой политикой обрыв MMC (можно получить это от Административных средств Удаленного сервера от Microsoft),

13
ответ дан 2 December 2019 в 21:44
  • 1
    +1. Restricted Groups является решением здесь. gpupdate / сила на рабочих станциях достаточно для изменения для вступления в силу, инвертируя потребность в перезагрузке. –  joeqwerty 29 October 2009 в 19:43
  • 2
    Если планшеты в поле it' s обычно легче получить пользователя к перезагрузке, чем он должен объяснить " откройте cmd, введите gpupdate / сила/boot" и т.д. :) –  Izzy 29 October 2009 в 19:45
  • 3
    Используя Предпочтения Групповой политики ( technet.microsoft.com/en-us/library/cc731892%28WS.10%29.aspx ) можно обновить локальную группу, ничего не перезаписывая. –  Zoredache 29 October 2009 в 19:48
  • 4
    Ну, это добилось цели! Всего два вопроса: Я заключаю, что это полностью сдует все текущие элементы Группы admin, включая локальных пользователей, корректных? Это могло оказаться противным удивлением. Я предполагаю, что учетная запись Администратора по умолчанию не будет затронута этим; это самонадеянно из меня? –  WCWedin 29 October 2009 в 20:05
  • 5
    I' ve никогда не проверял это, I' ve всегда просто добавленный Builtin\Administrators той ограниченной группе. Пояс и фигурные скобки :) –  Izzy 29 October 2009 в 22:11

Ответ Izzy прекрасен, если Вы не заботитесь, что Группа администраторов будет эффективно заблокирована из будущих изменений от локальной машины. Это также уничтожит любые группы, которые уже были членами Группы администраторов, прежде чем установка политики была применена.

Однако можно использовать ту же установку политики немного отличающимся способом обойти те раздражения (предполагающий ровное рассмотрение их раздражениями).

  • Создайте структуру OU/Group тот же путь как прежде
  • Когда Вы находитесь в разделе Restricted Groups объекта групповой политики, Add Group, но вместо того, чтобы указать Администраторов, указываете YOURDOMAIN\Local-Admins-Tablets.
  • В разделе "This group is a member of" нажмите Add и введите Администраторов

Это - тонкое, но важное различие в способе, которым работают два раздела. Члены этой группы эффективно удаются, чтобы быть "Группой A, будет только когда-либо содержать Группы X, Y и Z". Эта группа является членом, эффективно удается, чтобы быть, "Удостоверяются, что Группа A является членом Групп X, Y и Z".

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

12
ответ дан 2 December 2019 в 21:44

На все кажется, что действительно необходимо сделать, создают групповую политику, которая добавляет Доменную Группу к группе локальных администраторов. Это довольно легко для выполнения с простым сценарием запуска или с Предпочтениями Групповой политики.

Простой сценарий запуска для добавления элементов группы.

DomainName="example"
Set oShell = WScript.CreateObject("WScript.Shell")
Set oProcsEnv = oShell.Environment("Process")
ComputerName = oProcsEnv("COMPUTERNAME")
Set oGroup = GetObject("WinNT://" & ComputerName & "/" & "Administrators")
If Not oGroup.IsMember("WinNT://"&DomainName&"/_Group_Tablet_Admins") Then _
    oGroup.Add ("WinNT://"&DomainName&"/_Group_Tablet_Admins")
2
ответ дан 2 December 2019 в 21:44
  • 1
    Принятие he' s использующий W2K8, который я can' t говорят на основе его вопроса. –  joeqwerty 29 October 2009 в 19:52
  • 2
    Клиентские предпочтения поддерживаются на 2003r2 домен. Я просто didn' t имеют ссылку 2003r2 удобная статья. –  Zoredache 29 October 2009 в 19:58
  • 3
    Отредактированный вопрос добавить ОС. GPP походит на подходящий вариант для этого сценария, так как пользователи вряд ли изменят свои группы позже, делая его временный характер спорным вопросом. Тем не менее развертывание предпосылок к каждой клиентской машине походит на огромную головную боль. –  WCWedin 29 October 2009 в 20:13
  • 4
    Вот почему выполнение этого с простым сценарием запуска является также простой опцией. Я нахожу предпочтения полезными для многих других вещей также. Может стоить установить их для других вещей, которые Вы сможете выполнить в будущем. –  Zoredache 29 October 2009 в 20:28

Вы говорите, что добавление новых наймов - то, что стычка, но разве оно не должно добавлять новые планшеты, которые были бы стычкой?

Я сделал бы что-то вдоль этих строк:

Имейте группу безопасности домена, которая содержит всех пользователей, которые должны быть администраторами на планшетных ПК (т.е. TabletAdministrators).

На каждом планшете добавьте что группа к Группе администраторов.

Является ли это надлежащей техникой или нет, я не знаю. Это - просто первая идея, которая прибывает ко мне о том, как реализовать.

0
ответ дан 2 December 2019 в 21:44
  • 1
    Это не должно быть добавлено вручную к каждой машине. Это - то, для чего Групповая политика –  Izzy 29 October 2009 в 19:36
  • 2
    При установке нового планшета я должен добавить, добавляют 15 пользователей к одному планшету. При добавлении нового сотрудника я должен добавить одного пользователя к 20 планшетам. Оба - стычка, но механика обхода с машины на машину делает последний процесс утомительным и медленным. Ваш подход облегчил бы это существенно, тем не менее, даже если it' s не особенно изящный. –  WCWedin 29 October 2009 в 19:46
  • 3
    +1 на этом голосовании для возвращения его немного. Это не могло бы быть лучшим решением, но это - допустимое решение. Люди shouldn' t вниз проголосоваться за предложение допустимого решения просто, потому что it' s не предпочтительное решение. Единственной вещью, отсутствующей в этом решении, является использование Restricted Groups для автоматизации процесса добавления группы Локальной Администраторской группе. Я говорю +1 для усилия и для содействия в ответ. –  joeqwerty 29 October 2009 в 21:12

Единственная проблема с перечисленным решением состоит в том, что оно предоставляет локальные права администратора всем машинам, где та политика применяется. Обычно Вы хотели бы предоставить права администратора определенной машине только. То, что я наблюдал, - когда пользователь понимает, что у них есть локальные права администратора, они идут, устанавливая программное обеспечение для всех их помощников.

Существует много различных способов, которыми можно сделать это, но я мог бы просто предложить тот. Так завершите шаги как выше, но также и создайте группу для каждого компьютера, где пользователям нужны дополнительные права. Каждая из этих "Компьютерных Групп" добавляется к myDomain\Local-администраторской группе.

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

Таким образом, они - администратор, но только той машины.

1
ответ дан 2 December 2019 в 21:44

Я написал сценарий, который выполняется как политика компьютера с правами администратора на локальной рабочей станции. Он проверяет последнее вошедшее в систему описание пользователя в AD, которое администратор домена может установить в «Active Directory Users and Computers», если оно содержит имя рабочей станции, сценарий добавляет пользователя в локальную группу администраторов, если имя рабочей станции не находится в Описание пользователя, он удаляет пользователя из локальной группы администраторов. Описание может включать более одного имени компьютера, например:

Описание пользователя: «Локальный администратор на WKST-E445R и WKST-VM398»

Итак, чтобы сделать кого-то локальным администратором только на одной машине, мне достаточно чтобы добавить имя этого компьютера к описанию пользователя в AD и попросить пользователя перезагрузиться , а удаление имени компьютера удаляет права локального администратора.

Разве это не лучшее решение на свете? : -)

Вот сценарий:

    @if "%debug%" neq "%username%" echo off
set ver=MakeLocalAdmin.cmd henrik@c o m m o r e.se 20150423
:: Adds last logged on domain user to local Administrators group if run by computer GPO with Administrative rights and the user's Comment contains Computername

set log=nul
:: or set log=c:\logs\MakeLocalAdmins.txt

:: Check who was last logged on user
FOR /F "tokens=3 delims= " %%G in ('reg query "hklm\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\LogonUI" /v LastLoggedOnUser') DO (
set DomainAndUserName=%%G)

:: Remove the spaces
set DomainAndUserName=%DomainAndUserName: =%

:: Get only username part
set LastLoggedOnUserName=%DomainAndUserName:*\=%


:: Check OS language, so we can adapt to localized name of Admin group and Comment
FOR /F "tokens=3 delims= " %%G in ('reg query "hklm\system\controlset001\control\nls\language" /v Installlanguage') DO (
set Language=%%G)

echo %date% %Time% ; %0 ; %computername%; %LastLoggedOnUserName%; %DomainAndUserName%, %Language% >> %log%
goto %Language%

:: Add any langauage specific part below, but if an unknown install language is found,
:: an error 'label not found' should mean script terminates, but anyway make sure it terminates. 
goto end

:0409
:: English
net user /domain %LastLoggedOnUserName% | find "Comment " | find "%computername%" >> %log%
set NoLocalAdmin=%errorlevel%
if %NoLocalAdmin% equ 0 net localgroup Administrators /add "%DomainAndUserName%" >> %log%
if %NoLocalAdmin% equ 1 net localgroup Administrators /del "%DomainAndUserName%" >> %log%
goto end

:041D
:: Swedish 
:: †„” åäö (Swedish char's)
net user /domain %LastLoggedOnUserName% | find "Kommentar " | find "%computername%" >> %log%
set NoLocalAdmin=%errorlevel%
if %NoLocalAdmin% equ 0 net localgroup Administrat”rer /add "%DomainAndUserName%" >> %log%
if %NoLocalAdmin% equ 1 net localgroup Administrat”rer /del "%DomainAndUserName%" >> %log%
goto end



:end
0
ответ дан 2 December 2019 в 21:44

Теги

Похожие вопросы