настройка принт сервера windows server 2019
Выбор редакции
Топ-60 лучших фильмов Амазон.
Топ-10 лучших фильмов декабря.
Топ-1000 лучших зарубежных.
Настройка сервера печати для Windows Server.
Из этой статьи вы узнаете, как настроить сервер печати в Windows Server.
Настройка сервера печати для Windows Server.
Настроить сервер печати для Windows Server можно следующим образом.
В открывшемся окне нажмите кнопку «Добавить или удалить роль«, после чего нажмите кнопку «Далее» в открывшемся окне «Мастер настройки сервера«.
В списке «Роль сервера» выберите параметр «Сервер печати» и нажмите кнопку «Далее«.
В новом окне необходимо выбрать клиентскую операционную систему, для которой будут установлены логические принтеры и драйверы. Выберите переключатель «Все клиенты«. Щелкните на кнопке «Далее«.
В новом окне следует щелкнуть на кнопке «Далее«, после чего откроется окно «Мастер установки принтеров«. Эта программа установки используется для подключения локальных или сетевых принтеров к серверу на базе Windows Server. Щелкните в окне мастера кнопку «Далее«.
В следующем окне следует выбрать тип устанавливаемого принтера. При настройке сервера печати для отправки заданий непосредственно на принтер выберите переключатель «Локальный принтер» (принтер с собственным сетевым адаптером также считается локальным). Переключатель «Сетевой принтер, подключенный к другому компьютеру» следует выбрать при передаче заданий печати второму серверу печати. Например, с сервера печати регионального офиса можно передавать задания печати в центральном офисе. Щелкните кнопку «Далее«.
Если принтер, подключенный к серверу, не был обнаружен, откроется новое окно, в котором необходимо вручную выбрать локальный порт принтера. Если у принтера есть собственный сетевой адаптер, и вы отправляете задания для печати по сети, выберите тип порта в раскрывающемся меню «Создать новый порт«. Если тип порта неизвестен, рекомендуется выбирать параметр Standard TCP/IP Port.
При выборе параметра Standard TCP/IP запустится программа «Мастер добавления стандартного порта TCP/IP принтера«. С помощью этого мастера следует указать IP-адрес принтера и имя порта, к которому будет осуществляться подключение. При этом IP-адрес принтера обычно указываются в параметрах принтера системным администратором.
После указания IP-адреса мастер сделает попытку подключения к принтеру, после чего работа мастера будет завершена, и новый принтер станет доступным для печати.
Для управления параметрами принтера в Windows Server нужно правой кнопкой мыши на значке принтера щелкнуть и выбрать команду «Свойства«. В новом окне можно настроить различные свойства принтера, включая разрешения печати, параметры доступа, порты и многое другое.
Настройка принт сервера windows server 2019
Установка роли «Служба печати и документов».
2. Выбираем «Добавить роли и компоненты«.
3. В мастере добавления ролей и компонентов читаем условия, которые необходимы для установки ролей и компонентов.
Нажимаем «Далее«.
4. В следующем окне выбираем «Установка ролей или компонентов«, нажимаем «Далее«.
5. Выбираем сервер из пула серверов, затем «Далее«.
6. Выбираем «Службы печати и документов«.
7. В открывшемся окне выбираем «Добавить компоненты«, снова «Далее«.
8. Компоненты для установки на этом сервере устанавливать нет необходимости, нажимаем «Далее«.
9. Читаем на что обратить внимание при установке службы печати и документов, нажимаем «Далее«.
10. В следующем окне оставляем по умолчанию чекбокс на «Сервер печати«. Если в сети имеются компьютеры, работающие на базе UNIX (в том числе Linux), ставим чекбокс на «Службы LPD«. Затем «Далее«.
11. В открывшемся окне Нажимаем «Установить«.
12. По окончании установки нажимаем «Закрыть«. Служба печати и документов после установки не требует перезагрузки сервера.
Установка принтера в домене
Для того, чтобы установить принтер, МФУ в домене, сначала необходимо установить драйвер печатающего устройства на сервере. В данном случае установим драйвер для МФУ Kyocera Ecosys M2835dw.
2. В открывшемся окне «Управление печатью» раскрываем «Серверы печати«. Нажимаем правой клавишей мыши на «Принтеры«, далее «Добавить принтер. «.
3. В мастере установки сетевого принтера выбираем «Добавить TCP/IP-принтер или веб-принтер по его IP-адресу или имени узла«, затем «Далее«.
4. Задаём «Имя узла или IP-адрес«, «Имя порта«. Устанавливаем чекбокс «Автоматический поиск драйвера принтера«, если не стоит. Нажимаем «Далее«.
5. После того, как принтер (МФУ) найден, задаём «Имя принтера«, «Имя общего ресурса«, устанавливаем чекбокс «Общий доступ к принтеру«, если не стоит. Для удобства заполняем поле «Размещение» и если есть необходимость, заполняем «Комментарий«. Нажимаем «Далее«.
6. Дожидаемся установки драйвера сетевого принтера (МФУ), затем «Далее«.
7. После окончания установки устройства, мастер установки сетевых принтеров напишет состояние «Принтер установлен». Можно напечатать пробную страницу, а также установить другой принтер, установив чекбокс в соответствующее поле. Нажимаем «Готово«.
т 
8. Далее в окне «Управление печатью«, нажимаем правой клавишей на установленное устройство, выбираем «Свойства«. В открывшемся окне ставим чекбокс «Внести в Active Directory«. Нажимаем «Применить«, затем «ОК«.
Развертывание принтера (МФУ) в домене с помощью групповой политики
1. Для развертывания принтера (МФУ) в домене с помощью GPO в окне «Управление печатью» переходим к «Принтеры«, далее выбираем необходимый принтер. Нажимаем правой клавишей мыши на выбранный принтер, далее «Развернуть с помощью групповой политики«. В новом окне нажимаем «Обзор«.
2. В открывшемся окне выбираем подразделение, в котором будет развернуто устройство для печати, затем нажимаем на «+» и задаём имя для новой групповой политики.
4. Появится сообщение, что операция развертывания или удаления принтера выполнена успешно. Для закрытия сообщения нажимаем «ОК«, затем «ОК«.
6. Выбираем созданную групповую политику, нажимаем «ОК«. Применяем групповую политику к нужным подразделениям, или можем сразу выбрать весь домен.
7. Для немедленного применения групповой политики открываем командную строку, набираем gpupdate /force.
Проверка установки принтера в домене с помощью групповой политики
1. Для проверки установки принтера (МФУ) в домене, заходим на компьютере пользователя под учетной записью. В строке поиска пишем «Принтеры«, нажимаем на появившееся «Принтеры и сканеры«.
2. В новом окне проверяем, что появилось устройство печати.
Посмотреть, как установить и настроить службу печати и документов, а также развернуть принтер в домене с помощью групповой политикой можно здесь:
Когда в бухгалтерии заменили принтер. «Надо всем переподключить»
Если такая заявка в вашей системе сервис-деска вызывает дергающийся глаз и падение тонуса ― у вас наверняка еще не настроено удобное централизованное управление принтерами. Пора исправлять эту неувязочку.
Статья скорее для тех, у кого нет этого сферического корпорейта в вакууме, с виртуальными принтерами, прикладыванием пропуска для печати на HP M8xx, а то и даже Ricoh Pro 8ххх. Как обычно, запасаемся скриптами, GPO и еще раз скриптами.
Собираем принтеры в одну точку подключения
В качестве первой меры, облегчающей жизнь, рекомендую завести сервер печати, где можно развернуть все принтеры организации. В идеале это отдельная виртуальная машина, где все принтеры являются сетевыми и выведены в отдельный VLAN с доступом только с сервера печати. Если невозможно использовать сетевой принтер, то в крайнем случае можно превратить компьютер с USB\LPT принтером в принт-сервер. Например, при помощи утилиты rawprintserver.
Помимо удобства обслуживания конфигурация с единым сервером печати позволит запросто реализовать и «наколеночные» отчеты печати, разбирая журнал Microsoft-Windows-PrintService/Operational. Надеюсь, что с решением этой задачи поможет наш материал «Вертим логи как хотим ― анализ журналов в системах Windows», а в качестве примера предложу следующий скрипт PowerShell:
Результат работы скрипта.
Вдобавок, можно как следует заняться оптимизацией быстродействия единого сервера печати, объединять принтеры в кластер. В общем, развлекаться как угодно ― хотя бы мониторить принтеры по SNMP и заранее уведомлять сотрудников о заканчивающихся картриджах.
Перейдем к подключению принтеров пользователям: вариантам затейливым и не очень.
Подключаем принтеры при входе
Использование логон-скриптов ― это старое и проверенное средство, работает всегда и везде. При входе пользователя в систему срабатывает скрипт, который подключает нужный принтер и устанавливает его по умолчанию ― все просто и стабильно. На cmd скрипт будет вида:
Подробнее про работу команды cmd для работы с принтерами можно почитать в документации Microsoft.
Любителям vbs придется уже использовать объекты, и подключение принтера будет выглядеть так:
Аналогичным образом задача решается на PowerShell:
Почитать про возможности ком-интерфейса Wscript.Network можно в материале TechNet WshNetwork Object, а про управление принтерами при помощи PowerShell ― в разделе документации PowerShell Working with Printers.
Если непосредственно с подключением принтера все просто ― лишь бы драйвер стоял на компьютере, ― то выборочное подключение принтеров потребует архитектурной смекалки. Приведу пару вариантов, которые встречались на просторах админской деятельности.
Для каждого принтера существует своя группа безопасности. Только ей разрешена печать на принтере в его свойствах. Для каждой группы безопасности создан свой логон-скрипт и своя групповая политика с фильтром безопасности.
Нужно больше групповых политик.
Вариант неплохой, но при добавлении нового принтера приходится создавать новую группу безопасности, новую групповую политику и новый скрипт для подключения. Конечно же, это можно автоматизировать не без помощи нашего материала «Погружение в шаблоны и приручение GPO Windows», но решение все равно выглядит далеко не самым изящным.
Другой вариант таков ― создается единый скрипт, который проверяет какой-либо атрибут пользователя или компьютера и в зависимости от него подключает нужный принтер. В качестве атрибута может выступать расположение, описание или вовсе членство в группе безопасности.
Соответствие атрибута и имени принтера или жестко задано в теле скрипта, или прописывается во внешнем источнике данных, таких как текстовый файл или даже таблица SQL. Этот вариант чуть проще в обслуживании ― в случае чего нужно править только один скрипт или внешний источник данных.
Лучше политик для подключения принтеров могут быть только другие политики
С появлением Group Policy Preferences или предпочтений групповых политик стало возможным обходиться без скриптов вовсе. Действительно, подключение к принтерам можно настроить в разделе «Конфигурация пользователя ― Настройка ― Панель управления ― Принтеры».
Подключение к новому или старому принтеру.
При этом не обязательно настраивать политики по количеству принтеров в домене инструментом «Нацеливание» на вкладке «Общие параметры». По сути этот инструмент напоминает wmi-фильтры в групповой политике, только у него заранее создан готовый набор опций помимо фильтров.
Возможные варианты нацеливания.
Неплохим вариантом будет настройка фильтра по группе безопасности. Тогда будет достаточно создать нужное число групп безопасности, настроить разрешения на принтеры на сервере печати и завести эти принтеры в групповую политику.
При автоматизации добавления-изменения можно использовать тот факт, что сами настройки предпочтения групповых политик располагаются в папке групповой политики в подпапке Preference. В случае принтеров это будет xml-файл Printers.xml в подпапке Printers.
Физическое расположение настроек принтеров.
Если открыть его, можно увидеть, что структура xml достаточно проста:
И при желании можно аккуратно добавлять\изменять параметры вручную или скриптами. Конечно же, изобретать велосипед и лезть немытыми руками в xml весело и занимательно, но совершенно не обязательно ― в галерее скриптов TechNet уже есть готовый скрипт Add-Printer-IN-GPO, который добавит принтеры к групповой политике с нацеливанием на группы безопасности.
В завершение статьи расскажу про один занятный способ, который мне как-то раз пришлось реализовать.
В копилку странных способов подключения ― назначенные задания
От заказчика поступила задача ― создать инструмент для автоматического подключения принтеров пользователю. При этом время реакции должно быть минимально и никакие перелогины недопустимы, поэтому классические варианты вроде логон-скриптов и групповых политик сразу отмели.
Нюанс был и в том, что пользователи работали на терминальных серверах в ферме и без фермы. Голь на выдумки хитра, поэтому мне пришлось вспомнить возможные варианты запуска команд на удаленном компьютере под разными сессиями ― часть вариантов описана в нашей статье «1000++ способ запуска команд на удаленном компьютере». Лучшим оказался вариант с назначенными заданиями.
Поскольку я люблю батники и использую их, когда можно обойтись без применения PowerShell, то для решения задачи я использовал исключительно cmd.
Основной проблемой была необходимость запускать команды на подключение принтера непосредственно в сессии пользователя, а не зная его пароля, обычные методы не очень результативны. Как раз для этого я использовал возможность задать имя пользователя при создании назначенного задания вот такой командой:
Второй проблемой было найти компьютер, на котором пользователь работает в момент обращения. Я использовал утилиту qwinsta и список возможных компьютеров в текстовом файле. Разумеется, есть и другие способы ― например, брать имя компьютера из атрибута Active Directory или из текстового файла. Но эта процедура потребует дополнительных Logon-скриптов. В качестве примера реализации могу посоветовать материал How to: Show User’s Logged On Computer Name In Active Directory.
В результате на свет появился скрипт, принимающий в качестве параметра имя пользователя и подключаемого принтера. Рядом со скриптом надо положить текстовый файл со списком серверов, на которых может работать пользователь.
Конечно же, есть компании, где пользователи сами в состоянии подключиться к нужному принтеру, выбрать его по умолчанию и не дергать для этого IT-службу. К сожалению, не все такие продвинутые.
Предлагаю в комментариях поделиться, как обстоят дела с сетевыми принтерами и их управлением в ваших организациях.
Отказоустойчивый сервер печати на базе Windows
Немного теории
Кто не любит теорию и хочет быстрее поклацать мышью и клавиатурой, может сразу перейти к следующей части.
Как было сказано выше, официальная рекомендация на сегодняшний день — это решение с использованием кластеризации и виртуализации Hyper-V. Также ничто не мешает обеспечить отказоустойчивость сервиса печати на уровне системы виртуализации, причем не обязательно Hyper-V, но такие решения стоят денег.
Мне очень хотелось что-нибудь похожее на DHCP Failover, но для роли принт-сервера.
В интернете в целом и на хабре в частности ничего подходящего не нашлось — и пришлось изобретать самому.
Суть идеи в одном абзаце
Описанное ниже решение основано на использовании утилиты BrintBrm, входящей в стандартную поставку Windows и пришедшую на замену printmig.
Резервный сервер работает в standby-режиме и с заданной периодичностью синхронизирует настройки с основным сервером с помощью этой утилиты. Для клиентских машин в DNS создан CNAME с малым TTL, ссылающийся на основной сервер. В случае аварии основного сервера админ правит CNAME, переключая клиентов на резервный сервер. Вот, собственно, и всё.
Если тема интересна и хочется познакомиться с уже набитыми мной шишками и путями обхода граблей, прошу следовать дальше.
Before you begin, или что нужно знать о PrintBrm
Допускаю, что какие-то черты я незаслуженно обошел вниманием. Возможно, в Windows 10/2016 она стала вести себя иначе. Если есть информация, прошу поделиться.
Подготовка среды
Предполагается, что у вас уже развернута Active Directory и вы знаете как минимум 3 способа вывести ее из строя и хотя бы 2 из них были опробованы на практике.
Будем исходить из того, что все принтеры сетевые и доступны для печати с основного и резервного принт-серверов. Пусть эти серверы называются prn-srv01 и prn-srv02 соответственно.
В качестве принт-серверов подойдут доменные машины на Windows Server не ниже 2008. В принципе подойдут и клиентские ОС, начиная с Vista, если уж очень хочется сэкономить. В примере используется Windows 2012 R2. Крайне желательно перед настройкой установить все необходимые обновления операционной системы как на серверы, так и на клиентские машины.
Вы и сами, конечно, понимаете, но кэп всё же требует обратить внимание: если принт-серверы будут виртуальными, то они обязательно должны быть разнесены по разным физическим серверам, иначе наш failover превратится просто в fail.
На prn-srv01 и prn-srv02 должна быть добавлена роль сервера печати. Мне удобнее для этого использовать командлет PowerShell:
Install-WindowsFeature Print-Services
Также на принт-серверах должен быть применен твик реестра, который исправляет ошибку 0×00000709 при обращении клиентских машин к принт-серверу по CNAME. Можно сделать это командой из статьи по ссылке выше:
reg add HKLM\SYSTEM\CurrentControlSet\Control\Print /v DnsOnWire /t REG_DWORD /d 1
После применения команды нужно перезапустить службу Диспетчер печати.
Рекомендую выделить для принт-серверов отдельный OU и раздавать эту настройку с помощью GPP.
Запускаем оснастку DNS на контроллере домена и включаем расширенное отображение:
Надо учесть, что если у вас несколько сайтов AD, то обновление DNS-записи во всех локациях займет больше времени за счет межсайтовой репликации. Форсировать процесс можно командой repadmin /syncall.
Средствами групповой политики разрешаем рядовым пользователям устанавливать драйверы с принт-сервера. О том, как это сделать, подробно написано тут.
Создаем служебную учетную запись в AD (я назвал ее svc-printsync) с неограниченным сроком действия пароля:
Согласно требованиям PrintBrm, эта учетная запись должна обладать полными правами на принт-сервере, поэтому добавляем ее в домен-админы, чтобы наверняка всё работало и прописываем пароль в поле описания, чтобы не забыть локальную группу Администраторы на prn-srv01 и prn-srv02 (например, с помощью оснастки Управление компьютером).
Настраиваем первый сервер
Если все нужные принтеры на основном принтере уже добавлены, то можно сразу перейти к разделу о настройке второго сервера.
С помощью оснастки Управление печатью добавляем на сервер драйверы нужных принтеров:
Некоторые комплекты драйверов содержат общий inf-файл и для x86, и для x64-систем, в других же присутствует разделение.
Когда все необходимые драйверы добавлены, займемся портами и принтерами. Можно их добавить вручную из той же оснастки, но я рекомендую создать CSV-файл в Excel и скормить его PowerShell-скрипту. Разумеется, ничто не мешает вместо Excel использовать любой другой табличный редактор или вообще блокнот. Главное — чтобы разделитель и кодировка, указанные в скрипте, соответствовали разделителю и кодировке в CSV-файле.
Также обратите внимание, что имя драйвера в CSV-файле должно быть точно таким же, каким оно указано в оснастке Управление печатью.
Хоть я писал выше, что мне нравится, когда все принтеры имеют унифицированные сетевые имена, в примере (поле Адрес принтера) использован винегрет из IP-адресов и имен на случай, если порядок у вас в сети отсутствует будет наведен чуть позже.
Сохраним эту таблицу в CSV-формате:
Если в качестве разделителя в вашем CSV используется знак табуляции, то в скрипте надо выставить -Delimiter «`t»
Учтите, что если во время работы скрипта какой-нибудь принтер будет недоступен с сервера, то его добавление на принт-сервер займет больше времени (2-3 минуты вместо нескольких секунд)
Результат работы скрипта:
Чтобы убедиться, что на этом этапе всё работает, добавляем на любую из клиентских машин общий принтер с основного принт-сервера, используя ранее созданный CNAME (например, \\print\printer01), и пробуем распечатать на нем что-нибудь. Для этой цели лучше всего подойдет фраза “Превед, я бумажко”, набранная жирным шрифтом Arial с 200-м кеглем.
Настраиваем второй сервер
Un artista copia, un gran artista roba (Пабло Пикассо)
Наш prn-srv02 пока еще не дорос до уровня gran artista, поэтому ограничимся копированием. Хотя… можно легким движением руки.
Создаем и расшариваем хотя бы один принтер, иначе PrintBrm выдаст ошибку. Можно сделать фейковый, но при этом важно не выбрать неподходящий драйвер или порт. Например, принтер с драйвером Microsoft XPS Document Writer или портом FILE: расшарить не получится.
Создаём незатейливый скрипт синхронизации. Я предпочитаю PowerShell, но никто не запрещает сделать теплый ламповый батник.
Кладем скрипт в укромное место (в примере это C:\Scripts) и создаем задачу в Планировщике.
Запускать будем из-под ранее созданной учетной записи svc-printsync с наивысшими правами:
Остальные параметры задачи на вкладках Условия и Параметры оставляем по умолчанию.
При сохранении задачи будет запрошен пароль для учетной записи svc-printsync. Вы ведь его не забыли? Если уже забыли (статья-то длинная), то всё было сделано зря и жизнь не удалась сбросьте его с помощью оснастки ADUC или другим удобным способом и укажите его уже в поле описания, чтоб было спокойнее.
В первый раз запускаем задание вручную и дожидаемся его завершения.
Для моего зоопарка, где около 50-ти принтеров разных видов, как вымирающих, так и недавно выведенных, процедура синхронизации занимает примерно 10 минут. Файл при этом весит почти 1ГБ.
Для ускорения процесса импорта/экспорта можно использовать ключ -NOBIN, который отвечает за копирование драйверов. Имеет смысл, когда парк принтеров состоит из одинаковых моделей и необходимые драйверы установлены на всех серверах.
После завершения запускаем оснастку Просмотр событий, переходим в раздел Журналы приложений и служб, открываем журнал Microsoft\Microsoft\PrintBRM\Администратор и анализируем его на предмет ошибок и предупреждений. И если их слишком много, то скорее чистим журнал, чтоб глаза не мозолили.
Мне попадались с кодами 20, 22, 80 и 81. Например,
Как ясно из текста, возникла проблема при переносе определенного драйвера. Просматривая журнал, составляем список проблемных драйверов и ставим их руками на резервный сервер, либо заменяем другими, которые не прочь попутешествовать. У меня были проблемы лишь с HP, Kyocera и Konica Minolta, для драйверов других производителей ошибок не выявилось (может потому, что они лучше, а может потому, что у нас их просто нет).
В итоге нужно добиться одинакового списка принтеров на основном и резервном серверах и отсутствия ошибок и предупреждений в логах.
Переключаемся на резерв
Через некоторое время (что вы там ставили в TTL?) угрожающие вопли стихнут, клиентские машины переключатся на prn-srv02 и дверь с телефоном можно будет разблокировать.
Возвращаемся обратно
Если за время восстановления основного сервера на резервном были изменения конфигурации, которые необходимо сохранить, запускаем синхронизацию в другую сторону. Для этого в указанном выше скрипте PrintSync.ps1 меняем местами значения переменных $SourceServer и $DestServer. После переноса изменений не забудьте вернуть эти значения обратно, иначе все изменения в конфигурации принтеров на prn-srv01 будут нещадно отметаться каждую ночь злой волей судьбы.
В оснастке DNS устанавливаем для CNAME-записи print значением конечного узла prn-srv01 — и всё возвращается на круги своя.
Что в итоге?
Бурные овации руководства, подкидывание админа на руках, повышение зарплаты (автору статьи — честные 10% от прибавки)…
Ну и несколько мыслей в сторону наведения дальнейшей красоты.
Чудес, к сожалению, на всех не хватает, и данное решение — не полноценный Failover. Если в момент крушения основного принт-сервера на нем будут непустые очереди печати, то их содержимое скорее всего канет в лету и кому-то придется повторять отправку на печать.
Зато очень удобно будет прозрачно для пользователей выполнять регламентное обслуживание серверов печати.
Фанаты автоматизации могут пойти дальше и создать скрипт, который на входе получает имена серверов с интервалом синхронизации и остальные настройки делает сам: создает сервисную учетную запись при необходимости, задание в планировщике и т.д.
Гуру мониторинга добавят наблюдение за выполнением задачи синхронизации и ошибками в логах.
Любители копать глубже могут продумать двухстороннюю синхронизацию в духе репликации AD с отслеживанием времени изменений по каждому принтеру. PrintBrm тут уже не поможет, но никто не отменял PowerShell!
Вишенкой на торте будет автоматическая установка принтеров на клиентских машинах с помощью GPP с нацеливанием на группу AD. Добавляем пользователя в группу — и ему прилетает нужный принтер. Правда, это уже другая история, выходящая за рамки статьи.
Надеюсь, для кого-то моя публикация окажется полезной. Желаю всем поменьше сбоев и жду вопросов и предложений в комментариях.