Понадобилось сегодня срочно сделать отчет по пользователям которые включены в одну специфическую группу OU в домене AD. Готового под рукой ничего не было, поэтому я раздербанил несколько старых скриптов и соорудил один рабочий: On Error Resume Next Set objGroup = GetObject («LDAP://cn=X_Users,ou=Security — Groups,dc=blabla,dc=bla,dc=ru») objGroup.GetInfo arrMemberOf = objGroup.GetEx(«member») For Each strMember in arrMemberOf Set objUser = GetObject(«LDAP://» & strMember) WScript.echo objUser.samaccountname & «;» & objUser.userPrincipalName &»;»& objUser.distinguishedName Next Принцип работы очень простой. Копируете в текстовый файл, сохраняете с разрешением VBS, указываете функции GetObject необходимый DN до нужной группы. Затем запускаете из командной строки: cscript //nologo вашскрипт.vbs > users.csv Ключ //nologo подавляет вывод в результаты команды служебных заголовков, а модификатор > переправляет результаты в текстовый файл. Его потом можно открыть Excel как структурированные данные с разделителем точка с запятой, и использовать как необходимо.
Этот пост содержит азбучную истину, которую обычно использует каждый администратор , однако при этом не знает каждый новичок. Речь пойдет о монтировании сетевых папок пользователям домена при запуске РМ.
В прошлый раз подобная статья вышла немного сумбурной и с ошибками, поэтому пришло время ее переписать. В общем, стояла такая задача: приходившие в компанию новые системники IBM, имели на борту предустановленную операционку с настройками и установленным софтом. После того как их было установлено некоторое количество, обнаружилось что у пользователей стоят неправильные схемы питания. Компьютер по достижении определенного времени неиспользования уходил в ждущий режим и отрубал сетку, соответственно не отрабатывал внешний контроль и управление. Может быть, с точки зрения сохранения окружающей среды это и правильно, но мне как админу это мешало. Разобравшись в корне проблемы, я выяснил, что изначально IBM прописывает в DEFAULT профиль свою фирменную green настройку энергосбережения, в то время как мне нужна была обычная дефолтная схема «Домашний/ Настольный компьютер». Т.к. момент истины был упущен, проблема разделилась на два участка.
Windows 2003 и Office 2003 не поддерживают управление таким параметром как безопасность макросов через GPO, такая возмоность появилась только в следующих версиях. Что делать если дже нам необходимо административно изменить уровень безопасности для макросов? Нам всегда придет на помощь смекалка:)! Для начала узнаем, какой параметр в реестре отвечает за уровень безопасности: Параметр этот находится для office 2003 по пути [HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Excel\Security]