Настройка проброса принтера через RDP

Шаг 1

Проверить, что в настройках RDP-файла настроен проброс локальных ресурсов до сервера.

Для этого необходимо кликнуть по RDP-ярлыку правой кнопкой мыши и выбрать строку Изменить. Откроется окно с параметрами, Вам нужно перейти на закладку Локальные ресурсы и поставить галочку Принтеры.

Если Ваш принтер поддерживает функцию EasyPrint, тогда необходимо лишь убедиться, что на хост добавлена роль сервера удаленных рабочих столов, так как при ее добавлении устанавливается непосредственно драйвер EasyPrint. На этом настройка закончена и можно приступать к печати документов.

Виртуальный сервер на базе Windows

Если Ваш принтер не поддерживает функцию Easy Print, тогда Вам необходимо установить драйвер на сервер для Вашей модели принтера. Как это сделать читайте далее.

Шаг 2

Далее -> Роли сервера -> Службы печати (поставить галочку напротив) -> Далее -> Далее (по умолчанию выбран параметр «Сервер печати») -> Установить -> Перезагрузить сервер

В диспетчере сервера – конфигурация – локальные пользователи – группы – print operators добавляем свою учетную запись (администратор)

Делаем log off – log on

Скачиваем драйвер с официального сайта производителя принтера

Распаковываем архиватором

В диспетчере сервера. Серверы печати – название вашего компьютера с которого подключаетесь — принтеры

Убеждаемся, что напротив нашего принтера стоит remote desktop easy print

Идем: Серверы печати – название вашего компьютера с которого подключаетесь — драйверы ПКМ добавить драйвер

Установить с диска — указываем файл *.inf , прогоняем мастер установки.

Выполняете log off/ log on на терминальном сервере.

Почему не печатают принтеры по rdp?

Добрый вечер.
Помогите!
Не печатают принтеры из rdp сессии, годами все работало, но сегодня случился сбой!
Принтеры есть как проброшены (перенаправленние), так и добавлены по ip/имени.
Принтеры не сетевые, подключены к клиентским ПК по USB!
В логах:
1) Служба Диспетчер печати была неожиданно завершена. Это произошло 239 раз(а). Следующее корректирующее действие будет предпринято через 5000 мсек: Перезапуск службы.
2) Имя сбойного приложения: spoolsv.exe, версия: 6.2.9200.22376, метка времени: 0x5a90b3eb
Имя сбойного модуля: ntdll.dll, версия: 6.2.9200.22376, метка времени: 0x5a90c271
3) При инициализации \\user\Canon LBP2900 произошла ошибка в \\user\print$\COLOR\CNZ007.ICC. Ошибка: 5. Отказано в доступе.
. Это может быть следствием нестабильной работы системы или нехватки системных ресурсов.
4) Entry Function: DrvPrinterEvent, Base Address: 0000000068E60000, Exception Address: 000007FD13E966F8, Exception Code: ACCESS_VIOLATION
5) Имя сбойного приложения: spoolsv.exe, версия: 6.2.9200.22376, метка времени: 0x5a90b3eb
Имя сбойного модуля: ntdll.dll, версия: 6.2.9200.22376, метка времени: 0x5a90c271
Код исключения: 0xc0000374
Смещение ошибки: 0x00000000000da535
Идентификатор сбойного процесса: 0x4474
Время запуска сбойного приложения: 0x01d58d9a902db136
Путь сбойного приложения: C:\Windows\System32\spoolsv.exe
Путь сбойного модуля: C:\Windows\SYSTEM32\ntdll.dll
Идентификатор отчета: e31172f2-f98d-11e9-9450-0cc47acd844c
6) Redirection of additional supported devices is disabled by policy.

Что происходит? Как лечить?

• Вопрос задан более года назад
• 1632 просмотра

1) Перезапуск службы печати.
2) Очистка папки C:\Windows\System32\Spool
3) Перзагрузка компьютера.

Если проблема с принтерами определённого производителя, то вычистить от них систему, переустановить драйвера и перезагрузить.

Тема: Проблемы с печатью с удаленного рабочего стола на локальный принтер

Опции темы

Поиск по теме

Отображение

Проблемы с печатью с удаленного рабочего стола на локальный принтер

День добрый!
В наличии:
1. Локальная сетка на 15 компов без домена. (часть под Win 7, часть под WinXP — все лицензионное)
2. Локальный сетевой принтер, в указанной сетке
3. Удаленный сервак, к которому пользователи цепляются по RDP. (сервак под WinServer 2008 R2)

И во всем этом хозяйстве с разной периодичностью возникают проблемы при попытке напечатать с удаленного сервака на указанный принтер.
Проблемы следующие:
1. При сворачивании удаленки принтер отваливается и подцепиться к нему можно только при переподключении.
2. Задания на печать зависают.
3. Периодически, принтер банально не подцепляется.

Что делалось:
1. Все настройки в свойствах клиента выставлялись.
2. Дрова от принтера на удаленный сервак установлены. (Причем в вариантах для разных клиентских ОС)
3. Подняли VPN-канал. Тут возникла проблема другого рода. Поскольку, принтер сетевой, адрес у него внутренний. При присвоении локальным компам адресов через VPN, принтер оказывается уже не в сетке с компами, а, соответственно, не виден. Поэтому, цеплял принтер на RDP через каждого юзера. В результате, на удаленке каждый юзер видит список из 15 принтеров, где каждый юзер, при необходимости что-либо напечатать, должен выбирать, именно, свой принтер, что не есть удобно. А, по умолчанию, в этом списке принтер может быть только один.

Но, чувствую, что все это танцы с бубном. Нужно нормальное решение, которое, хотя бы, позволит не латать это все на коленке ежедневно.

Заранее спасибо.
С уважением.

Нормальное решение, которое у меня работает много лет стабильно — Сетевой принтер, роутер Zuxel Кеннетик лайт, фиксированный ип-адрес, проброшены порты до принтера, на сервере для терминальных сессий принтер подключен как обычный сетевой (по фиксированному ип-адресу).Позволяет (например вордовские документы отправлять в филиал без захода на сервер терминалов).
Минусы — 1)если принтер зависает(отваливается интернет) видно не сразу
2)Попадаются гении, отправляющие на печать фотографии с 12 мегапиксельного фотоаппарата на принтер в формат а4 в рав формате — затыкают интернет каналл
А так всё зашибись

Проблема с печатью принтера HP P2035 через удаленный рабочий стол (RDP)

Описание и решение проблемы

В один день на работе у сотрудницы появился принтер HP P2035, который должен был удовлетворить её печатные потребности. Однако, её основная работа проходила на удаленном сервере, и тут выяснилось, что принтер печатать через RDP не может. Он нормально отображался в списке устройств на сервере, но попытки печати приводили к постоянным ошибкам.

Как оказалось, то этот принтер печатать на удаленном сервере с использованием технологии easy print попросту не может. Решения проблемы — либо поставить на сервере драйвер этого принтера и не использовать easy print, либо найти драйвер, с которым будет возможна печать через RDP.

К счастью, такой драйвер есть, называется он Universal Printer Driver for PCL, и как бы это странно не было, находится на сайте Brother, так как предназначен для их принтеров. Скачать его можно по этой ссылке (сайт Brother) или по этой (Яндекс Диск).

Запускаем скачанный файл и устанавливаем.

После установки драйвера, необходимо открыть «Устройства и принтеры» на клиентском компьютере, нажать правой кнопкой по проблемному принтеру, и в открывшемся контекстном меню выбрать пункт «Свойства принтера». Там нужно перейти на вкладку «Дополнительно», и в выпадающем меню «Драйвер» выбрать Brother Mono Universal Printer (PCL).

После этого стоит перейти на вкладку «Общие» и нажать кнопку «Настройка». Откроется меню настроек универсального драйвера Brother. В нем следует перейти на вкладку «Обнаружение устройств» и выполнить следующие действия:

1. В списке «Целевые устройства» установить галочку на «Только локальные устройства»;
2. Нажать кнопку «Поиск», и дождаться появление результатов в поле выше;
3. После завершения поиска найти принтер в списке обнаруженных устройств, и выделить его нажатием левой кнопки мыши;
4. Нажать кнопку «Ок».

Теперь можно попробовать провести печать пробной страницы нажатием соответствующей кнопки в настройках принтера. Если печать началась, то значит все прошло успешно, и можно проверять печать принтера HP LaserJet P2035 через удаленный рабочий стол.

База знаний

Проблемы с печатью из RDP или Терминальный сервер Windows VS Принтеры

То, что RDP и принтеры понятия хоть и совместимые, но плохо, известно давно. Но функционал этот всегда был востребован и будет востребован в будущем. Проблемы печати с терминальных серверов Windows уже много лет являются головной болью для большинства системных администраторов и ИТ-менеджеров. В рамках данной статьи мы рассмотрим основные методы «борьбы с глюками» печати из сессий удаленных рабочих столов.

Сразу оговорюсь, что в рамках этой статьи печать из терминальных ферм на Citrx’е не рассматривается.

Большинство проблем с печатью на терминальных серверах вызваны установленными на них драйверами принтеров.

• Из практики, больше всего проблем с драйверами от принтеров фирмы Cannon. Не воспринимайте как анти-рекламу, просто опыт.

На верхнем уровне причины этих проблем можно разделать следующим образом.

1. Неидентичные версии драйверов на клиентской машине и на терминальном сервере.
2. Нестабильность драйверов в терминальной среде.
3. Высокая нагрузка на службу «диспетчер очереди печати»
4. Отсутствие работоспособных драйверов для терминальных серверов.

Итак, перейдем теперь к решениям.

Версии драйверов.

Драйверы различных версий на сервере и клиентских машинах (в общем, то это первое, что нужно проверить) должны быть идентичны в т. ч. и с точки зрения версии PCL. Если версии отличаются то, скорее всего печати нам не видать. Также можно отметить, что когда стоит выбор использовать PCL5 или PCL6, лучше устанавливать драйверы PCL5, т.к. на практике они работают намного стабильнее.

Высокая нагрузка и нестабильность драйверов в терминальной среде.

Нестабильная работа драйверов и, соответственно, перегрузка ими диспетчера очереди печати (по русски – «спулера») вызывала (и будет вызывать, если не чего не делать), остановку всего процесса печати на сервере, а иногда и остановку (зависание) ОС сервера в целом.

До выхода Windows Server 2008, штатных средств по оптимизации нагрузки спулера в ОС Windows Server не было. Поэтому единственным адекватным методом борьбы с регулярным зависанием спулера (и соответственно, массовыми звонками в тех. поддержку от разгневанных пользователей), был bat-ник, по расписанию превентивно перезапускающий процесс spoolsv.exe (например, утром и в обеденное время), освобождая спулер от висящих запросов и очередей.

С выходом Windows Server 2008 появилась возможность изоляции драйверов принтера. Данная возможность позволяет драйверу принтера подгружать задачи не в Spoolsv.exe, а специальный под-процесс PrintIsolationHost.exe. При такой конструкции, зависание драйвера одного принтера, не вешает всю очередь печати, поскольку встает только один под-процесс PrintIsolationHost.exe, а сам процесс спулера spoolsv.exe остается работоспособным.

Для того чтобы включить изоляцию драйверов принтеров, нужно использовать редактор локальной групповой политики (gpedit.msc):

• Откройте gpedit.msc и последовательно перейдите:
• Параметры компьютера (Computer Configuration) -> Административные шаблоны (Administrative Templates)-> Принтеры (Printers).
• Среди перечня политик нужно включить следующие:
• Выполнить драйверы принтеров в изолированных процессах (Execute print drivers in isolated processes)
• Переопределить параметр совместимости выполнения драйвера печати, назначенный драйвером печати (Override print driver execution compatibility setting reported by print driver)

Выполнив данные незатейливые действия, мы сильно разгрузим спулер, резко снизив частоту его падений, уберём «деревянный костыль» в виде bat-ника и, как результат, повысим лояльность пользователей и руководства к ИТ :-).

К сожалению, данная функция никак не решит проблему отсутствия работоспособных драйверов для терминальных сред или слишком высокой нагрузки на спулер (например, когда на сервере установлены 10-ки разных драйверов разных устройств).

Поэтому помимо изоляции драйверов в Windows Server 2008 также появилась ещё более ценная функция под названием TS Easy Print (Remote Desktop Easy Print). О ней пойдет речь ниже.

Отсутствие работоспособных драйверов для терминальных сред и сверхнагрузка на спулер.

В ситуации, когда с терминального сервера необходимо печатать на 10-ках различных печатающих устройствах (в зоопарке из принтеров, если быть точнее), многие из которых не имеют рабочих драйверов для терминалов, следует применять функцию TS Easy Print.

Главным достоинством этого решения является то, что в принципе не нужно устанавливать драйверы для каждого устройства на терминальный сервер. Вместо этого используется унифицированный драйвер Remote Desktop Easy Print и, соответственно, все операции по печати идут мимо спулера и обслуживаются напрямую клиентской машиной. Благодаря этому значительно повышается стабильность работы, как и самого спулера, так и терминального сервера в целом.

Для использования TS Easy Print не требуется дополнительной установки серверных ролей и компонентов. Требованиями являются лишь наличие на клиентской машине RDP клиента версии 6.1 или выше и .NET Framework 3.0 SP1 или выше.

Для того чтобы явно определить, что нужно использовать на терминальном сервере TS Easy Print, необходимо также воспользоваться редактором локальной групповой политики (gpedit.msc):

• Откройте gpedit.msc и последовательно перейдите:
• Параметры компьютера (Computer Configuration) -> Административные шаблоны (Administrative Templates) -> Компоненты Windows (Windows Components) -> Службы удаленных рабочих столов (Remote Desktop Services)-> Узел сеансов удаленных рабочих столов (Remote Desktop Session Host) -> Перенаправление принтеров (Printer Redirection).
• Среди перечня политик нужно включить следующую:
• Использовать в первую очередь драйвер принтера Easy Print удаленного рабочего стола (Use Terminal Services Easy Print driver first)

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

• Будьте внимательны. Нельзя удалять Terminal Services Easy Print (он же Remote Desktop Easy Print) и Microsoft XPS Document Writer. Без них перенаправление печати работать не будет.

Удалить лишние драйверы можно с помочью панели управления.

· Панель управления (Control panel) ->Принтеры (printers)-> Свойства Сервера (Server Properties)-> Драйверы (Drivers).

Сразу же оговорка. При печати, используя TS Easy Print могут возникнуть проблемы с отображением шрифтов (т.е. «иероглифы»). Решается проблема просто – нужно установить последнюю версию NET Framework на клиенте.

Дополнительно следует также отметить, что решить проблему «виснущего и вечно падающего» спулера можно также используя коммерческий продукт ScrewDrivers.

ScrewDrivers имеет клиент-серверную архитектуру. Соответственно, серверную часть нужно установить на сервере где планируется использовать печать из терминальных сессий, а клиентскую — на рабочих станциях пользователей.

Клиентский компонент ScrewDrivers создает на терминальном сервере виртуальные принтеры, которые соответствуют локальным принтерам на клиентской машине. Решение вполне стабильное и проверено годами во множестве компаний. Но у него есть один недостаток – оно в отличие от TS Easy Print платное :-).

Из вышеописанного можно сделать вывод, что вечные проблемы с печатью на терминальных серверах решаемы, а решения этих проблем стабильны и проверены.

• Пробуйте, тестируйте, экспериментируйте и все у вас будет работать долго и счастливо!