lynx Advanced lynx Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Групповые политики (Group Policy) Групповые политики Active Directory Структура объекта групповой политик Group Policy Administrative Templates Catalog http://www.gpanswers.com/   Windows Server Group Policy Home См. также Общие вопросы по Active Directory (AD) FAQ Не работают групповые политики Безопасность Восстановление политик Групповые политики + Internet Explorer (IE) Windows Vista & Windows Server 2008 Другие вопросы по групповым политикам Документация Англоязычная: Русскоязычная: Пост подготовлен: G14 Всего записей: 11712 | Зарегистр. 08-05-2001 | Отправлено: 19:33 13-12-2004 | Исправлено: Paromshick, 20:16 03-06-2020

formatBCE Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Господа, нужен хелп. Стоит задача: для юзверей в терминале (на тонких клиентах) на серваке настроить доступ к флешкам таким образом: чтобы копировать С ФЛЕШКИ можно было строго В ОПРЕДЕЛЕННУЮ ПАПКУ И ТОЛЬКО В НЕЕ, а НА флешку - с другой, тоже четко определенной папки, и только ИЗ НЕЕ. Я тут начальству сказал, что такое невозможно устроить средствами Винды, но, блин, во-первых, начальство не очень-то мне поверило, а во-вторых - самому интересно!... Может, кто что знает?? Флеши-то я перенаправил с тонких клиентов на сервак, но могу сделать только одно - закрыть или открыть доступ на все папки на запись... ... Буду премного благодарен за любую инфу по этому поводу! Всего записей: 32 | Зарегистр. 16-09-2008 | Отправлено: 18:48 03-12-2008

SeT Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору formatBCE с безопасностью в папках поиграй... Всего записей: 433 | Зарегистр. 05-02-2004 | Отправлено: 12:44 04-12-2008

amstudia Newbie Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Как применить политики для пользователя из дочернего домена?     У меня в домене есть OU  к которой привязана нужная политика, она действует для пользователей из этого OU при входе в мой домен (конкретно на терминал). Теперь появились юзвери из дочернего домена. Я создал группу локальную в этом же OU (с политикой) и в группу запихнул чужих пользователей дочернего домена. Результат -политика не применяется для группы с дочерними пользователями. Как разрешить применение политики.     Вариант добавить руками в безопасность политики разрешение на чтение и исполнение группу CHILD\domainusers не прокатывает. Вариант как то разрешать наследование из моего домена в дочерний (не нашел где) и вставить все эту политику - тоже нельзя - политика должна выполняться тока на моем терминале и для избранных юзверей дочернего домена (группа локальная у меня в домене).     Всем thnx заранее и большой как это решить... Всего записей: 30 | Зарегистр. 05-03-2007 | Отправлено: 14:01 22-12-2008

rkhodjaev Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Kovryga тебе надо что бы у юзеров было лок.админовские права на конкретной машине? а что если добавишь его в группу Administrators, то есть  Start->Programs->Admin Tools->Computer Managment->Подключаешься нужному компьютеру->Local Users and Groups->Groups-> Administrators->  добавляешь нужную учетную запись, который(е) будет(будут) иметь админовские права для этой машины.   Всего записей: 1002 | Зарегистр. 05-05-2006 | Отправлено: 08:38 24-12-2008

amstudia Newbie Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Уважаемые знатоки,     Все-таки как сделать политики для пользователей дочернего домена при логине на мой терминал?   Цитата: Как применить политики для пользователя из дочернего домена?       У меня в домене есть OU  к которой привязана нужная политика, она действует для пользователей из этого OU при входе в мой домен (конкретно на терминал). Теперь появились юзвери из дочернего домена. Я создал группу локальную в этом же OU (с политикой) и в группу запихнул чужих пользователей дочернего домена. Результат -политика не применяется для группы с дочерними пользователями. Как разрешить применение политики.       Вариант добавить руками в безопасность политики разрешение на чтение и исполнение группу CHILD\domainusers не прокатывает. Вариант как то разрешать наследование из моего домена в дочерний (не нашел где) и вставить все эту политику - тоже нельзя - политика должна выполняться тока на моем терминале и для избранных юзверей дочернего домена (группа локальная у меня в домене).         Всем thnx заранее и большой как это решить...     Добавлено: Kovryga   Есть способ политиками назначать админские локальные права на машину какой то группе в AD (и выкидывать всех остальных, кто себя руками добавит вдруг).   Доменная политика (в локальной нет такого), конф.комп - конф. виндовз - параметры безопасности -   группы с ограниченным доступом (папка) в ней создать группу administrators и в ее свойствах вписать нужную группу из AD (dom\admins; dom\programers).   При применении политики из компа выкидываются все админы (локальная группа Администраторы) и назначаются вышеуказанные. при выкидывании машины из домена (отмены политики) + 2 перезагрузки - список админов вернется какой был раньше на этой машине - до создания политики.   Чтобы некоторым юзверям (ноутбуков, руководству и тд.) эту политику не распространять - то в безопасности политики (всегда создавать новую политику а не править default) поставить запрет чтения и выполнения для группы BezPolotiki а в нее добавить нужные компы (для отмены). Всего записей: 30 | Зарегистр. 05-03-2007 | Отправлено: 12:04 24-12-2008

PhoenixUA Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору http://wraxall.blogspot.com/2008/04/disabling-autoruninf-adm-file-for-group.html Код:   CLASS MACHINE   CATEGORY !!CustomIniFileMapping   POLICY !!DisableAutorunInf KEYNAME "SOFTWARE\Microsoft\Windows NT\CurrentVersion\IniFileMapping\Autorun.inf" EXPLAIN !!DisableAutorunInf_Explain VALUENAME "" VALUEON "@SYS:DisableAutoRun" VALUEOFF DELETE END POLICY   END CATEGORY   [strings] CustomIniFileMapping="Custom Ini File Mapping" DisableAutorunInf="Map autorun.inf" DisableAutorunInf_Explain="Maps autorun.inf to DisableAutoRun"   Всего записей: 2184 | Зарегистр. 17-11-2005 | Отправлено: 14:18 24-12-2008

amstudia Newbie Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Решение было найдено, отвечу сам себе, может пригодится...   Цитата: amstudia   Цитата:Как применить политики для пользователя из дочернего домена?     Итак,     Задача: Есть сервер терминалов, есть дочерние домены или домены с доверительными отношениями.   Есть политики которые ограничивают некоторых пользователей терминала.     Когда эти ограниченные пользователи в моем корневом домене - к ним применяется политика их OU и все и так хорошо. Воросы начинаются когда ограниченные пользователи в других доменах - к ним политику для терминала надо применять по другому, а именно:   Инструментарий: GPMC.msi (скачивается с MS, требует framework 1.1, можно ставить на XP) и AD - Users&Comp.   Описание: Чтобы применить политики для пользователей дочерних/доверительных доменов, политику надо применять к самому серверу терминалов и включить в ней замыкание (то есть применение блока конф.польз. политики ко всем пользователям в рамках этого выбранного компа).     Порядок работ:   1. Создать OU Terminal Servers (с нему будем крутить политики). 2. Скопировать имеющиеся политики с ограничениями - нужна копия т.к. мы будем у политик менять списки доступа ACL по отношению к тем что уже у нас были раньше. Копируем политики через gpmc.msc - контейнер Group Policy Objects - на политику пр.кн. копировать - на этот контейнер Group вставить. Скопированная политика вставится как copy of... и ее можно переименовать F2. 3. Скопированные политики применяем к OU (в User&Comp - OU - пр.кн.свойства - гр.политика - добавить - все - выбираем наши. 4. В политиках которые мы скопировали и прикрутили выше включаем замыкание (конф.комп. – адм.шаблоны – система – груп.политики. – режим обработки замыкания - включить). 5. Настраиваем ACL для применения политик, здесь самое интересное! Можно настраивать через User&Comp - OU - пр.кн.свойства - гр.политика - свойства - безопасность, но значительно нагляднее через GPMC - правда через GPMC можно только добавлять группы на чтение/применение, но нельзя ставить запрет - а через безопасность можно запрет на политику. 6. В этот OU запихиваем сервер терминалов и перегружаем его. Все!   Про 5й пункт и тонкости.   В корневом домене создадим локальную группу Chuzhie_Users, в нее помещаем пользователей из дочернего домена. В корневом домене создаем группу Nashi_Users с супер-доверенными юзверями - для них не будет ограничений, либо это будет domain users вся.   За выполнение политики отвечают две галки в безопасности политики 1) чтение 2) применение. Они всегда и на разрешение политики и на запрет должны ставиться в паре, иначе что-то может не срабатывать (то есть группе (а) разрешено чтение+применение, группе (б) запрещено чтение+применение конкретной политики).   Дальше два варианта:   1) Мы всем пользователям всех доменов (группа прошедшие проверку) ставим применение ограничивающей политики и тогда любой зашедший на терминал видит все обрезанное - что хорошо. И уже потом нужным группам ставим запрет на чтение+применение политики то есть делаем исключения - например группе (Nashi_Users = запрет чтение+применение и тогда на них политика не будет распространяться - они будут видеть нормальный терминал).   2) Обратный вариант: Мы убираем у политики разрешение на Прошедшие проверку вообще (GPMC). Ставим применение политики для Chuzhie_Users и тогда только у них будет обрезанный терминал, у всех остальных нормальный.   3) И теперь тонкость - сам сервер терминалов тоже должен считывать политику (а как же!). Поэтому создаем еще группу Term_SRVs в нее закидываем комп сервер терминалов (компы тоже можно в группы добавлять - кнопка типы объектов при добавлении в группу - и этой группе ставим чтение / применение. В случае 1) это не нужно - там прошедшие проверку уже читают политику. В случае 2) без этого не работает!   PS. To TCPIP Цитата: Block Policy Inheritance   к сожалению не подошел, наследование у дочернего включено (кажется по умолчанию), только политика применялась к OU (дочерний домен с ней не пересекается). Всего записей: 30 | Зарегистр. 05-03-2007 | Отправлено: 18:19 25-12-2008

SHRIKE74 Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору shadyflash есть политики вышестоящие или ниже? Всего записей: 983 | Зарегистр. 10-09-2006 | Отправлено: 16:16 29-12-2008

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Групповые политики (Group Policy, GPO): документация, ссылки

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование