По причинам, не зависящим от меня, мне было поручено настроить GPO / GPP для развертывания наших 100+ принтеров на наших 1000+ клиентов.
Хорошая новость заключается в том, что у нас более дюжины сайтов, и по большей части мне разрешено вывести все принтеры с сайта X на все клиентские ПК на сайте X.
Плохая новость в том, что я знаю, как это сделать двумя способами («Развернуть с помощью групповой политики ...» с сервера печати » и с использованием настроек GPP / групповой политики) требует гораздо большего количества ручной работы, чем я хотел бы для такого количества принтеров. Я даже не могу выбрать все принтеры на принт-сервере и использовать Deploy with Group Policy...
вариант, например - он ожидает, что я буду делать это один за другим, чего не произойдет. GPP еще хуже, так как он ожидает, что я выберу путь к принтеру с сервера печати, а затем вручную введу кучу информации (например, IP-адрес принтера), которую он должен получить от подключения к принтеру.
Мой Google-Fu для сценария для добавления всех принтеров на сервере печати в GPO / GPP оказался пустым, и я не вижу другого способа сделать это даже полуавтоматическим способом, но я придерживаюсь с убеждением, что я чего-то упускаю, потому что ни один здравомыслящий человек не выберет вручную добавить сотни принтеров в GPO.
В идеале я бы хотел найти программный способ использования GPP, но в данных обстоятельствах любое решение, не требующее десятков часов ручного добавления принтеров, было бы просто отличным.
У кого-нибудь есть способ сделать это, или мне нужно будет создать сценарий PowerShell и / или заставить подчиненного сделать это?
Управление групповой политикой Powershell отстой На мой взгляд, без сторонних (коммерческих) продуктов.
Я думаю ты застрял пролистывая XML (или в HTML, если хотите) в объектах групповой политики, чтобы делать то, что вы ищете.
К счастью XML не выглядит так устрашающе. Значение UID для каждого принтера (которое, как я полагаю, имеет в виду @KatherineVillyard в своем комментарии) - это просто случайный GUID, сгенерированный для каждого принтера, на который есть ссылка в XML.
Вот пример кода Powershell, бесстыдно смоделированного по образцу кода Кэтрин:
@"
<?xml version="1.0" encoding="utf-8"?>
<Printers clsid="{1F577D12-3D1B-471e-A1B7-060317597B9C}" disabled="0">
"@
$net = New-Object -COMObject WScript.Network
$printserver = 'print-server'
$printerlist = Get-WMIObject -class Win32_Printer -computer $printserver | Where-Object {$_.ShareName -ne $null} | Select-Object ShareName
foreach ($printer in $printerlist)
{
$date = Get-Date
echo ' <SharedPrinter clsid="{9A5E9697-9095-436d-A0EE-4D128FDFBCE5}"'
' name="' + $printer.ShareName + '"' | echo
' status="' + $printer.ShareName + '"' | echo
echo ' image="2"'
' changed="' + $date + '"' | echo
$ng = [GUID]::NewGuid().ToString('B')
' uid="' + $ng + '">' | echo
echo ' <Properties'
echo ' action="R"'
echo ' comment=""'
' path="\\' + $printserver + '\' + $printer.ShareName + '"' | echo
echo ' location=""'
echo ' default="1"'
echo ' skipLocal="1"'
echo ' deleteAll="0"'
echo ' persistent="0"'
echo ' deleteMaps="0"'
echo ' port=""/>'
echo ' </SharedPrinter>'
}
@"
</Printers>
"@
(Я пишу действительно ужасный код Powershell.)
На самом деле я не пытался заставить GPP CSE анализировать этот XML. По крайней мере, XML действительно проверяет.
Я начинаю думать о том, чтобы написать какое-нибудь чудовище, используя Get-GPO
и анализ GUID, чтобы добраться до пути к файловой системе для объекта групповой политики в SYSVOL, но, учитывая, что сегодня вечером мне нужно проделать реальную работу, я думаю, что оставлю это в качестве упражнения для читателя. > улыбка <Хотя это должно быть вполне осуществимо.
Я довольно усердно гуглил и даже играл с backup-GPO
в надежде получить возможность взломать получившийся XML-файл и повторно импортировать его, но я подозреваю, что в вашем будущем появится сценарий PowerShell.
Это не так уж плохо. Вы можете создать список принтеров с ближайшего сервера, а затем просмотреть его и сопоставить.
Что-то вроде этого:
$net = New-Object -COMObject WScript.Network
$printserver = 'yourserver'
$printerlist = Get-WMIObject -class Win32_Printer -computer $printserver | Where-Object {$_.ShareName -ne $null} | Select-Object ShareName
foreach ($printer in $printerlist)
{
$printerpath = '\\' + $printserver + '\' + $printer.ShareName
#echo $printerpath
$net.AddWindowsPrinterConnection($printerpath)
}
Если принтеры названы логическими вещами и есть какой-то логический способ идентифицировать машины, вы могли бы его уточнить. Я выбирал ближайший сервер, например, на основании IP-адреса клиента. Если IP-адрес вроде 10.20. *, Перейдите на server1. И т.п.
Надеюсь, это поможет.
Редактировать:
Глядя на документацию @EvanAnderson, я почти уверен, что XML можно взломать.
Соответствующий фрагмент моего экспортированного файла (с пометками):
<DSObject bkp:Path="CN={GUIDHERE},CN=PushedPrinterConnections,%GPO_MACH_DSPATH%" bkp:SourceExpandedPath="CN={13B9B596-452C-4652-A05D-78EF06610134},CN=PushedPrinterConnections,CN=Machine,CN={44A99FBA-0DB3-484C-808E-3DDAE9932A2B},CN=Policies,CN=System,DC=Domainname,DC=extension" bkp:ObjectClass="msPrint-ConnectionPolicy">
<DSAttributeMultiString bkp:DSAttrName="showInAdvancedViewOnly">
<DSValue><![CDATA[TRUE]]></DSValue>
</DSAttributeMultiString>
<DSAttributeMultiString bkp:DSAttrName="uNCName">
<DSValue><![CDATA[\\Servername\PrinterShareName]]></DSValue>
</DSAttributeMultiString>
<DSAttributeMultiString bkp:DSAttrName="serverName">
<DSValue><![CDATA[\\Servername]]></DSValue></DSAttributeMultiString>
<DSAttributeMultiString bkp:DSAttrName="printAttributes">
<DSValue><![CDATA[0]]></DSValue>
</DSAttributeMultiString>
<DSAttributeMultiString bkp:DSAttrName="printerName">
<DSValue><![CDATA[PrinterShareName]]></DSValue>
</DSAttributeMultiString>
</DSObject>
Недавно я предпринял аналогичный проект и, изучив старый добрый метод проталкивания GPO по сравнению с новым GPP и сценариями, я выбрал сценарий для всего этого. Я понятия не имею, что подойдет вам лучше всего, но вот вам пара указателей:
В идеале используйте клиент с новой ОС (Windows 8/2012 +) для подключения к серверам печати и получения информации о принтере с серверов печати:
Get-Printer -компьютер PrintServerName
Используйте группы безопасности AD для сопоставления очередей печати с компьютерами. Итак, допустим, у вас есть очередь печати (вы собрали из приведенной выше команды) с именем \ PrintServer1 \ MyColorPrinter123, создайте группу безопасности, такую как printer.group.PrintServer1.MyColorPrinter123, и добавьте компьютеры в эту группу
В сценарии запуска есть функция для проверки членства компьютера в группе, когда он подходит, и проверки, входит ли он в какие-либо группы принтеров. Если это так, используйте встроенные команды printui.exe (или printui.dll) для сопоставления принтера следующим образом
Invoke-Expression 'rundll32 printui.dll, PrintUIEntry / ga / n "\ PrintServer1 \ MyColorPrinter123" / q'
После того, как компьютер включится, эта служба диспетчера очереди печати подтолкнет «подключение для печати», что и делают GPO, любому пользователю, который собирается войти в систему.
Вы можете пойти намного подробнее **, но на высоком уровне это то, что нужно.
** Я создал графический интерфейс, который позволяет пользователям (на самом деле техническим специалистам) выбирать любой сервер печати, и предоставляет им список принтеров на этом сервере. Если они выберут что-то одно, они смогут увидеть все его свойства. Эта информация поступает от Get-Printer, о котором я упоминал выше. Если вы экспортируете эти данные в формате CSV, вы можете повторно использовать их для отображения информации.
** Специалисты используют этот графический интерфейс для отправки запроса на добавление компьютера к принтерам, к которым он должен подключаться. Это «запрос», т.к. у них нет разрешений в AD.
** Простой внутренний скрипт наблюдает за папкой и добавляет компьютер в группу принтеров, о которой я упоминал выше. Итак, если вы уже знаете, кому и какой принтер следует достать, отлично, вы можете легко это сделать. Добавление компьютеров в группы - простая работа с командлетами AD.
** Вы также можете запланировать задание, чтобы проверить серверы печати на наличие новых очередей печати и сравнить их с вашими группами AD.
Итак, создание `` управляемого '' решения немного сложно, но легко начать с основ и продолжать добавлять, чтобы получить очень гибкую и простую в использовании систему, которая не включает объекты групповой политики ... немного PowerShell