Режим перенаправления (проброса) принтеров позволяет пользователям отправлять задания печати из терминальной RDP (RDS) сессии на свой локальный принтер, подключенном к компьютеру. По умолчанию в Windows пробрасываются все подключенные к компьютеру принтеры, и принтер назначенный по-умолчнаию на локальном устройстве, будет назначен устройством по-умолчанию в терминальной сессии.
Содержание:
- Настройка Easy Print на RDP (RDS) сервере
- Включаем проброса принтера в RDP сессию на клиенте
- Использование в RDP принтеров, которые не поддерживают режим EasyPrint
До Windows Server 2008 поддержка терминальной печати была головной болью для администраторов, т.к. на удаленном сервере нужно было устанавливать и поддерживать в актуальном состоянии все драйвера печати, используемые на компьютерах пользователей. В новых версиях Windows для печати из RDP сессии используется универсальный драйвер Remote Desktop Easy Print, который позволяет печатать практически на любом принтере.
При использовании Easy Print не нужно устанавливать драйвера для перенаправленных принтеров на RDP сервере, а перенаправленный клиентский принтер автоматически сопоставляется с драйвером RD Easy Print. Драйвер Easy Print прозрачно перенаправляет все задания в локальные очереди печати на компьютер, кроме того, он обеспечивает полноценный доступ к графическому интерфейсу управления принтером на локальной машине (доступны все кастомные опции и настройки печати).
Настройка Easy Print на RDP (RDS) сервере
Если в качестве RDP сервера используется Windows Server и на нем установлена роль Remote Desktop Session Host, то перенаправление локальных принтеров через Easy Print должно работать по умолчанию, дополнительно делать ничего не нужно.
Для всех проброшенных клиентских принтеров RDP хост будет пытаться использоваться драйвера RD Easy Print. Дополнительная настройка не требуется, локальные принтера автоматически появятся в сеансе пользователя.
Чтобы терминальный сервер всегда пытался использовать универсальный драйвер Remote Desktop Easy Print для проброшенных принтеров, нужно включить этот режим в локальной групповой политике.
- Откройте редактор групповых политик
gpedit.msc
- Перейдите в раздел Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Printer Redirection (Конфигурация компьютера -> Административные шаблоны -> Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удаленных рабочих столов -> Перенаправление принтеров)
- Включите политику Use Remote Desktop Easy Print driver first (Использовать в первую очередь драйвер принтера Easy Print служб удаленных рабочих столов)
Если эта политика отключена, значит драйвер принтера пользователя нужно вручную устаналивать на терминальном (RDP) сервере.
Чтобы обновить настройки GPO нужно выполнить команду
gpupdate /force
и завершить сессию пользователя (logoff).
Дополнительные параметры GPO из этой секции, которые можно использовать для настройки перенаправления принтеров в RDP сессии:
- Redirect only the default client printer (Перенаправлять только используемый по умолчанию принтер клиента) – позволяет уменьшить количество пробрасываемых принтеров с клиентского устройства. В удаленной сессии будет виден только принтер, назначенный на компьютере пользователя по-умолчанию.
- Do not set default client printer to be default printer in a session (Не устанавливать используемый по умолчанию принтер клиента в качестве принтера для сеанса)
- Specify terminal server fallback printer driver behavior (Задать поведение сервера терминалов при выборе резервного драйвера принтера) – позволяет указать нужно ли назначать для резервного принтера PCL, PS (PostScript) или любой из этих тип драйвера.
- Do not allow client printer redirection – позволяет полностью запретить использование перенаправленных принтеров в RDP сессии (должно быть отключено или не задано).
Для удобства управления драйверами и проброшенными принтерами на стороне RDP сервера можно установить консоль printmanagement.msc. В дестопных Windows 10/11 она установлена по-умолчанию, а в Windows Server ее можно добавить с помощью команды:
DISM /online /add-capability /CapabilityName:Print.Management.Console~~~~0.0.1.0
Откройте консоль
printmanagement.msc
Проверьте, что в разделе Drivers есть драйвер Remote Desktop Easy Print. Не удаляйте этот драйвер печати, без него перенаправление принтеров EasyPrint работать не будет.
Если у вас развернута RDS ферма, в настройках RDS коллекций есть несколько опций для управления перенаправлением принтеров для пользователей:
- Allow client printer redirection
- Use the client default printing device
- Use the Remote Desktop Easy Print print driver first
Включаем проброса принтера в RDP сессию на клиенте
Предполагаем, что на клиентском компьютере в профиле пользователя уже установлен и настроен принтер (это может быть локально подключенный принтер, или сетевой принтер)
Чтобы RDP клиент пробрасывал локальные принтеры в сессию на удаленном хосте, нужно включить соответствующую опцию настройках утилиты Remote Desktop Connection (
mstsc.exe
).
- Запустите утилиту, перейдите на вкладку Local Resources
- В секции Local devices and Resources включите опцию Printers (здесь же включается проброс буфера обмена).
- Если вы подключаетесь к приложению, опублиованному в виде RemoteApp, с помощью файла, для проброса принтеров в *.RDP файле должна присуствовать строка:
redirectprinters:i:1
Нюанс. Для корректной работы перенаправленных принтеров, имя (
hostname
) клиентского компьютера не должно превышать 14 символов. Если это не так, измените имя компьютера на клиенте.
Теперь подключаемся к RDP серверу и переходив в раздел Settings -> Bluetooth & Devices -> Printers & scanners. Здесь должны появится проброшенные в RDP сессию локальные принтеры.
Их можно опознать по именам, в которых указано имя принтера и метка (redirected n). Где n это ID сессии пользователя.
Также эти перенаправленные принтера будут отображаться в консоли управления принтерами
printmanagement.msc
. Здесь видно, что для них используется драйвер Remote Desktop Easy Print.
Пользователь может отправлять задания печати из приложений на RDP сервере, и они будут пересылаться драйвером Easy Print для печати на локальных принтерах.
Если на определенном клиенте не работает проброс принтеров в RDP, проверьте есть ли разделе реестра
HKEY_LOCAL_MACHINE\Software\Microsoft\Terminal Server Client
параметр
DisablePrinterRedirection
со значением 1. Он может блокировать перенаправление принтеров. Удалите параметр или измените значение на 0.
Использование в RDP принтеров, которые не поддерживают режим EasyPrint
Есть ряд принтеров (как правило домашние или класса SOHO), которые не поддерживают функцию Easy Print, или работают в этом режиме некорректно. Также Easy Print не будет работать на Windows Server без установки роли RDSH. Для таких принтеров придется вручную установить одинаковые драйвера на клиентский компьютер и на терминальный сервер.
Чтобы установить драйвер, откройте консоль
printmanagement.msc
. Щелкните правой кнопкой по разделу Drivers и выберите Add Driver.
Воспользуйтесь мастером добавления драйвера, укажите путь к INF файлу драйвера и установите его.
Обратите внимание, что название драйвера принтера на клиенте и на сервере должны быть полностью идентичными.
Теперь, когда пользователь в следующий раз подключится к этому RDP/RDS хосту, в его сессию будет автоматически перенаправлен локальный принтер. Причем для него будет использоваться его собственный нативный драйвер (который вы установили на клиенте и на сервере) вместо драйвера TS Easy Print.
Для повышения безопасности и надежности RD сервера с нативными драйверами рекомендуется
включить режим изоляции драйверов печати
. Для этого в локальной GPO в разделе Computer Configuration -> Administrative Templates -> Printers включите параметры:
- Выполнить драйверы принтеров в изолированных процессах (Execute print drivers in isolated processes)
- Переопределить параметр совместимости выполнения драйвера печати, назначенный драйвером печати (Override print driver execution compatibility setting reported by print driver)
Поддержка RDP — протокола удаленного рабочего стола присутствует в Windows начиная с версии XP, однако далеко не все знают, как пользоваться (и даже о наличии) Microsoft Remote Desktop для удаленного подключения к компьютеру с Windows 10, 8 или Windows 7, в том числе и не используя никаких сторонних программ.
В этой инструкции описывается, как использовать удаленный рабочий стол Microsoft с компьютера на Windows, Mac OS X, а также с мобильных устройств Android, iPhone и iPad. Хотя процесс мало чем отличается для всех этих устройств, за исключением того, что в первом случае все необходимое является частью операционной системы. См. также: Лучшие программы для удаленного доступа к компьютеру.
Примечание: подключение возможно только к компьютерам с редакцией Windows не ниже Pro (при этом подключаться можно и с домашней версии), но в Windows 10 появилась новая очень простая для начинающих пользователей возможность удаленного подключения к рабочему столу, которая подойдет в тех ситуациях, когда она требуется однократно и необходимо подключение через Интернет, см. Удаленное подключение к компьютеру с помощью приложения Быстрая помощь в Windows 10.
Перед использованием удаленного рабочего стола
Удаленный рабочий стол по протоколу RDP по умолчанию предполагает, что вы будете подключаться к одному компьютеру с другого устройства, находящегося в той же локальной сети (В домашних условиях это обычно означает подключенного к тому же роутеру. Есть способы подключения и по Интернету, о чем поговорим в завершении статьи).
Для подключения требуется знать IP адрес компьютера в локальной сети или имя компьютера (второй вариант работает только в случае, если включено сетевое обнаружение), а с учетом того, что в большинстве домашних конфигураций IP-адрес постоянно меняется, прежде чем начать, рекомендую назначить статический IP адрес (только в локальной сети, к вашему провайдеру Интернета этот статический IP не имеет отношения) для компьютера, к которому будет выполняться подключение.
Могу предложить два способа сделать это. Простой: зайдите в панель управления — Центр управления сетями и общим доступом (или правый клик по значку соединения в области уведомлений — Центр управления сетями и общим доступом. В Windows 10 1709 пункт отсутствуют в контекстном меню: открываются параметры сети в новом интерфейсе, внизу которых есть ссылка для открытия Центра управления сетями и общим доступом, подробнее: Как открыть Центр управления сетями и общим доступом в Windows 10). В разделе просмотра активных сетей, кликните по подключению по локальной сети (Ethernet) или Wi-Fi и нажмите кнопку «Сведения» в следующем окне.
Из этого окна вам потребуется информация об IP-адресе, шлюзе по умолчанию и DNS серверах.
Закройте окно сведений о подключении, и нажмите «Свойства» в окне состояния. В списке используемых подключением компонентов выберите Протокол Интернета версии 4, нажмите кнопку «Свойства», после чего введите параметры, полученные ранее в окно конфигурации и нажмите «Ок», затем еще раз.
Готово, теперь у вашего компьютера статический IP адрес, который и потребуется для подключения к удаленному рабочему столу. Второй способ назначить статический IP адрес — использовать настройки сервера DHCP вашего роутера. Как правило, там имеется возможность привязки конкретного IP по MAC-адресу. В детали вдаваться не буду, но, если вы умеете самостоятельно настроить роутер, с этим тоже справитесь.
Разрешение подключения к удаленному рабочему столу Windows
Еще один пункт, который следует выполнить — включить возможность подключений RDP на компьютере, к которому вы будете подключаться. В Windows 10 начиная с версии 1709 разрешить удаленное подключение можно в Параметры — Система — Удаленный рабочий стол.
Там же, после включения удаленного рабочего стола отобразится имя компьютера, по которому можно подключиться (вместо IP-адреса), однако для использования подключения по имени вы должны изменить профиль сети на «Частная» вместо «Общедоступная» (см. Как изменить частную сеть на общедоступную и наоборот в Windows 10).
В предыдущих версиях Windows зайдите в панель управления и выберите пункт «Система», а затем в списке слева — «Настройка удаленного доступа». В окне параметров включите «Разрешить подключения удаленного помощника к этому компьютеру» и «Разрешить удаленные подключения к этому компьютеру».
При необходимости, укажите пользователей Windows, которым нужно предоставить доступ, можно создать отдельного пользователя для подключений удаленного рабочего стола (по умолчанию, доступ предоставляется тому аккаунту, под которым вы вошли и всем администраторам системы). Все готово, для того чтобы начать.
Подключение к удаленному рабочему столу в Windows
Для того, чтобы подключиться к удаленному рабочему столу, вам не требуется устанавливать дополнительные программы. Просто начните вводить в поле поиска (в меню пуск в Windows 7, в панели задач в Windows 10 или на начальном экране Windows 8 и 8.1) «подключение к удаленному рабочему столу», для того чтобы запустить утилиту для подключения. Или нажмите клавиши Win+R, введите mstsc и нажмите Enter.
По умолчанию, вы увидите только окно, в которое следует ввести IP-адрес или имя компьютера, к которому нужно подключиться — вы можете ввести его, нажать «Подключить», ввести имя пользователя и пароль на запрос данных аккаунта (имя и пароль пользователя удаленного компьютера), после чего увидите экран удаленного компьютера.
Можно также настроить параметры изображения, сохранения конфигурации подключения, передачи звука — для этого нажмите «Показать параметры» в окне подключения.
Если все было сделано правильно, то через короткое время вы увидите экран удаленного компьютера в окне подключения удаленного рабочего стола.
Microsoft Remote Desktop в Mac OS X
Для подключения к компьютеру Windows на Mac, вам потребуется скачать приложение Удаленный рабочий стол (Microsoft Remote Desktop) из App Store. Запустив приложение, нажмите кнопку со знаком «Плюс», чтобы добавить удаленный компьютер — дайте ему имя (любое), введите IP-адрес (в поле «PC Name»), имя пользователя и пароль для подключения.
При необходимости, установите параметры экрана и другие детали. После этого, закройте окно настроек и дважды кликните по имени удаленного рабочего стола в списке для подключения. Если все было сделано правильно, вы увидите рабочий стол Windows в окне или на полный экран (зависит от настроек) на вашем Mac.
Лично я использую RDP как раз в Apple OS X. На своем MacBook Air я не держу виртуальных машин с Windows и не устанавливаю ее в отдельный раздел — в первом случае система будет тормозить, во втором я значительно сокращу время работы от аккумулятора (плюс неудобство перезагрузок). Поэтому я просто подключаюсь через Microsoft Remote Desktop к своему крутому настольному ПК, если мне требуется Windows.
Android и iOS
Подключение к удаленному рабочему столу Microsoft почти ничем не отличается для телефонов и планшетов Android, устройств iPhone и iPad. Итак, установите приложение Microsoft Remote Desktop для Android или «Удаленный рабочий стол (Майкрософт)» для iOS и запустите его.
На главном экране нажмите «Добавить» (в версии для iOS далее выберите «Добавить ПК или сервер») и введите параметры подключения — так же, как и в предыдущем варианте это имя подключения (на ваше усмотрение, только в Android), IP-адрес компьютера, логин и пароль для входа в Windows. При необходимости задайте другие параметры.
Готово, можно подключаться и удаленно управлять компьютером с вашего мобильного устройства.
RDP через Интернет
На официальном сайте Microsoft присутствует инструкция о том, как разрешить подключения удаленного рабочего стола через Интернет (только на английском). Заключается она в пробросе на роутере порта 3389 на IP адрес вашего компьютера, а затем — подключение к публичному адресу вашего роутера с указанием данного порта.
На мой взгляд, это не самый оптимальный вариант и безопасней, а может и проще — создать VPN подключение (средствами роутера или Windows) и подключаться по VPN к компьютеру, после чего использовать удаленный рабочий стол так, как если бы вы находились в той же локальной сети (правда, проброс портов все равно потребуется).
Зарегистрирован: 02.11.2018
Пользователь #: 169,790
Сообщения: 8
Источник
Перенаправление принтеров в терминале windows
Автор статьи не я, позаимствовано у http://lpine.org/
Перенаправление принтеров в терминалах (MS Terminal Services & Remote Desktop Services)
Часть первая, теория
Часть вторая, решение проблем
Что такое печать в терминальных службах
В 90-х Майкрософт разработал специальную роль для Windows NT 4.0 Server под названием Terminal Server. Роль оказалась популярной и востребованной. Функционал у неё довольно простой: используя специальное ПО mstsc.exe («Подключение к удалённому рабочему столу»), входящее в поставку всех современных версий и редакций клиентских ОС Windows (кроме, пожалуй, Windows Phone), можно подключаться по сети к удалённому серверу и видеть рабочий стол удалённого сервера и управлять им при помощи мышки и клавиатуры как своим собственным.
Особенно полезным оказалось то, что за одним сервером могут работать сотни пользователей через интернет, и у каждого будет на этом сервере свой собственный рабочий стол, а установленное на сервере программное обеспечение и его аппаратные ресурсы разделяются между всеми пользователями.
В отличие от множества других методов транспортировки изображения по сети (VNC, RAdmin, DameWare, Teamviewer, AMMYY Admin и проч.), майкрософтовские терминалы не гонят отсканированную с видеокарты графику, вместо этого они заново отрисовывают все окна на стороне клиента, пользуясь Windows API и проч, передавая по сети только текстовые команды типа «отрисовать такое-то окно такого-то размера с таким-то градиентом». В результате требования по ширине канала для работы очень низкие, и очень высокая скорость работы в стандартных оконных интерфейсах Windows. Впрочем, отличную от окошек графику терминалы гонят также, как и конкуренты, поэтому в терминалах всегда начинаются тормоза при попытке смотреть/редактировать видео и графику.
Протокол, по которому осуществляется передача данных с сервера терминалов на клиентскую рабочую станцию, называется RDP. С выходом OS Windows Server 2008 R2 терминалы переименовали в Microsoft Remote Desktop Services (службы удалённых рабочих столов). Но, как это обычно бывает в Майкрософт, переименование коснулось только поверхностного слоя, глубоко же внутри функции, ключи реестра и проч. по-прежнему называются на Terminal Services. Кстати, иногда бывает даже такое, что при троекратном переименовании продукта на самом поверхностном слое продукт имеет третье название, чуть глубже — второе, более старое, а на самом низком уровне абстрагирования — первое, ещё более старое, именно так обстоит дело с продуктом Forefront TMG, впрочем, не будем отвлекаться.
Существует и более серьёзная версия терминалов, которой занимается компания Citrix. Это решение для крупных компаний, держащих т.н. «фермы» терминальных серверов. За это решение платятся дополнительные деньги сверх уже заплаченных за лицензии на майкрософтовские терминалы, но оно серьёзно облегчает работу, т.к. позволяет централизованно управлять всей фермой, централизованно ставить софт и его настраивать, по-умному раскидывать юзеров между членами «фермы» и т.п. Это решение переименовывалось ещё большее количество раз, начиная от Citrix WinFrame, через MetaFrame, через Citrix Presentation Server, до Citrix XenApp. Протокол для этого решения называется ICA, однако, внутри он является тем же RDP (и потому для XenApp верно многое из того, что верно для RDP и наоборот), исходные коды которого MS лицензирует Цитриксу, без чего XenApp был бы, скорее всего, невозможен и Цитриксу пришлось бы довольствоваться унылым, тормозным и требовательным к ширине канала методом транспортировки десктопа, аналогичным тем, которые используются Radmin, Teamviewer и так далее.
Удалённый десктоп это прекрасно, но рано или поздно юзер сталкивается с тем, что из удалённых приложений ему нужно печатать на принтер. При этом редко кому и когда нужно печатать на принтер, который подключен к удалённому серверу терминалов, который от юзера находится нередко в сотнях и тысячах километров. Печатать нужно на свой, локальный принтер. Для решения этой задачи предлагались в разное время разные методы, все они были не без недостатков, порождающих различные проблемы, которые мы тут и постараемся исчерпывающе описать и предложить соответствующие им решения. Эти методы в разных контекстах называются «printer mapping», «printer redirection», « Easy Printing» а по-русски «перенаправление печати», «сопоставление принтеров» и т.д.
Поскольку аудиторией этого текста являются русскоязычные юзеры и админы, то большинство скринов будет на русском, тем более что в подавляющем большинстве организаций в России терминальные серверы стоят русифицированные, т.к. на них работают пользователи. Среди back-end серверов доля нерусифицированных, конечно, выше чем среди терминальных серверов.
1. Как включить печать в терминальных службах
Очевидное (опытные админы могут пропустить), а именно, как включить перенаправление печати, если оно не включено. На стороне клиента для подключения к серверу терминалов используется программа mstsc.exe, она же «Подключение к удалённому рабочему столу».
Нажать на «параметры», в закладке «локальные ресурсы» убедиться, что стоит галка на «Принтеры». Не требует административных прав.
На стороне сервера нужно запустить tscc.msc (в 2008 и выше tsconfig.msc), на RDP-Tcp нажать правую клавишу мыши, выбрать «Свойства» и в закладке «параметры клиента» убедиться, что НЕ стоит галка на отключить «Сопоставление принтеров». Это действие требует наличия прав администратора на сервере терминалов.
На этом всё, после выполнения этих нехитрых требований по мнению Майкрософт Вы можете печатать из удалённого рабочего стола на свой локально установленный принтер. В этом скриншоте показан удалённый рабочий стол, на который «пробросился» локально установленный принтер Samsung:
Не пробросился? Читаем дальше.
2. Групповые политики
Бывает и такое, что галка на отключить «сопоставление принтеров» на предыдущем скриншоте стоит, а убрать её нельзя, т.к. надпись серая, или, говоря в англоязычной программистской терминологии, этот «checkbox» is «greyed out»:
Такое бывает, если настройками сервера терминалов управляют групповые политики (group policies). Если сервер терминалов является членом домена Windows (он же Active Directory Domain Services), а скорее всего это так, то для управления групповыми политиками нужно быть администратором домена. Для установки соответствующих настроек администратору домена следует на контроллере домена запустить gpmc.msc (если её нет, то dsa.msc) и открыть интерфейс редактирования политики, относящейся к данному терминальному серверу. Если же сервер терминалов не входит в домен и является т.н. «stand-alone» сервером, то на нём также есть локальные групповые политики, которые можно отредактировать при помощи gpedit.msc. Интерфейс в обоих случаях одинаковый, поэтому инструкции подойдут для обоих случаев:
Здесь следует обратить внимание на настройку «не разрешать перенаправление клиентских принтеров», она должна быть в состоянии «не задано» или «отключено».
3. Схемы «родной драйвер» и «драйвер подстановки»
Если настройки по перенаправлению принтеров выполнены как указано выше, то принтер будет перенаправляться ТОЛЬКО в том случае, если на терминальном сервере ТАКЖЕ установлены драйверы на принтер того производителя и той модели, который стоит у юзера локально. В противном случае перенаправляемый принтер на сервере терминалов скорее всего создан не будет, а в журнале событий «Система» появится сообщение от провайдера TermServDevices с кодом 1501 и содержанием, указывающим на то, что на терминальном сервере не установлен соответствующий драйвер.
Поэтому для работы перенаправления печати с сервера терминалов на локальный принтер следует ставить драйвер принтера и на локальном ПК, с которого осуществляется подключение, и на удалённом сервере, на который осуществляется подключение.
Но, такая схема работы имеет очевидные недостатки. Например, туговато приходится администраторам серверов, к которым подключаются сотни людей у многих из которых установлены самые разные принтеры. Такой сервер терминалов рано или поздно превращается в помойку из десятков и сотен драйверов принтеров, которые могут конфликтовать друг с другом и в конце концов вообще угробить всю подсистему печати целиком (о том, как её восстанавливать см. ниже главу про cleanspl). Кроме этого не на все принтеры, особенно принтеры для диапазона SOHO, существуют драйверы для серверных операционных систем, а драйверы для десктопных систем (таких как XP/Vista/7/8) часто не встают на соответствующие им серверные ОС (такие как 2003/2008/2008R2/2012). Ну и в конце концов установка драйверов это муторный процесс, которым администратору заниматься неохота.
Слава Гейтсу, существует и альтернативное решение, а именно, подстановочный драйвер. Дело в том, что несмотря на различия, большинство принтеров имеет много общего и, невероятно, но факт, на них можно печатать с использованием унифицированного PCL или PS драйвера. Подстановку унифицированного драйвера можно задать только с помощью групповых политик, поэтому для установки соответствующих настроек администратору следует на контроллере домена запустить gpmc.msc (если её нет, то dsa.msc) и открыть интерфейс редактирования политики, относящейся к данному терминальному серверу. Если же сервер терминалов не входит в домен и является т.н. «stand-alone» сервером, то на нём также есть локальные групповые политики, которые можно отредактировать при помощи gpedit.msc. Интерфейс в обоих случаях одинаковый, поэтому инструкции подойдут для обоих случаев:
Если включить политику «Поведение сервера терминалов при выборе подходящего драйвера принтера» и в следующем окошке выбрать подстановку PCL и/или PS драйвера, то при подключении к серверу терминалов у юзера будет автоматически создаваться перенаправленный принтер, даже если на сервере соответствующий драйвер не установлен.
Увы, этот метод имеет своим недостатком то, что подстановочный драйвер сработает не для всех принтеров. Для большинства принтеров он работает, но для некоторых нет. Прежде всего этот метод не подойдёт для т.н. host-based драйверов принтеров, т.к. они не являются PCL- или PS- совместимыми. Иногда заставить печатать host-based принтеры всё-таки можно, установив на сервер драйверы для этих моделей, но некоторые модели не имеют драйверов для серверных OS. В ряде случаев эта проблема решаема, см. далее главу о Tricerat Screwdrivers. Подстановочный драйвер, если посмотреть на него внимательно, является драйвером HP DeskJet 500:
С выходом ОС Windows Server 2008 Майкрософт представил решение Easy Printing, которое позиционировалось как панацея для многочисленных проблем с печатью в терминалах. Идея заключается в создании специального перенаправленного принтера с Easy Print драйвером, который печатает в XPS (Майкрософтовский открытый формат документов, призванный заменить pdf, но успеха не снискавший), а XPS затем переправляется на сторону клиента, где благополучно печатается на локальный принтер как XPS документ. В теории такой метод печати решил бы все проблемы, но на практике то ли Майкрософт этот метод до ума не довёл, то ли на него надавили производители принтеров и/или альтернативных решений для печати в терминалах, но Easy Printing проблем с печатью так и не решил: всё осталось как и раньше: подключаешь к терминальному серверу нового клиента и надеешься на то, что его принтер удастся «подружить» с терминалами, своего рода «connect and pray». Как бы то ни было, Easy Printing включается также через групповые политики, там же, где и драйвер подстановки:
4. Схема со Screwdrivers
Поскольку проблем с печатью на терминалах всегда была адовая прорва (по данным некоторых ИТ аутсорсеров, проблемы с печатью это наиболее часто встречающиеся проблемы), свою нишу нашли компании, которые делали процесс печати из терминалов более удобным, а иногда и вообще его просто «делали», когда иначе печатать было просто невозможно.
Решение Tricerat Screwdrivers платное. Оно состоит из серверной части (ставится на сервере терминалов) и клиентской части (есть msi пакеты, удобные для масс-деплоймента через ГП или SCCM). Особых настроек не требует и обычно всё прекрасно работает с настройками по-умолчанию после установки на сервере и на всех клиентах. После простой установки обычно клиент оказывается способен печатать на свои принтеры, на которые не удавалось настроить печать без screwdrivers. Поскольку этой статьи тогда ещё не было написано, а спецов по терминальным серверам не так много, то настройка терминальной печати и решение проблем с ней могло затягиваться на часы и дни. Поэтому многие приняли разумное решение по радикальному решению проблем с терминальной печатью: купить и задеплоить Screwdrivers. Кроме собственно печати Screwdrivers позволяют осуществлять тонкий тюнинг терминальной печати, например, регулировать ширину канала для печати:
Но… не всё оказалось так просто. Дело в том, что существуют некоторые, особо жадные производители принтеров (не будем говорить кто, хотя это Hewlett-Packard), которые СПЕЦИАЛЬНО (это не факт, а моё оценочное суждение) отрезают поддержку печати в терминалах на принтерах, позиционирующихся для рынка SOHO. Это всё делается, конечно, для повышения продаж, т.к. решение HP для случаев непечати в терминалах простое: покупайте новый, более дорогой девайс. Такие модели принтеров зачастую не печатают даже со screwdrivers и в этих случаях ничего сделать невозможно, только менять принтер на совместимый с терминалами. О том, как определить совместимость принтера с терминальной печатью рассказываем в следующей главе.
5. Совместимые с терминалами принтеры
Как правило, все современные принтеры любых производителей ценой хотя бы от 5 т.р. совместимы с печатью в терминалах, за исключением Hewlett-Packard. Если Вы верны традициям печати этой компании и хотите приобрести принтер непременно этого производителя, то существует специальный, регулярно обновляемый документ производства Citrix & HP, который легко ищется в Сети по ключевым словам «Citrix XenApp HPPrinters supported» (ссылку намеренно не даю, т.к. постоянно выходят новые версии и меняется URL). Здесь нам поможет информация из первого абзаца, а именно, тот факт, что XenApp есть надстройка над майкрософтовскими терминалами, позволяет с определённой долей уверенности утверждать, что принтеры, поддерживаемые в среде XenApp, скорее всего также будут печатать и в среде MS Terminal Services & MS Remote Desktop Services. Автору пока неизвестно ни об одном случае отклонения от этого правила, и принтеры, поддержка которых заявлена в этом документе, оказывались печатающими и в майкрософтовских терминалах.
Помимо HP, Citrix также поддерживает аналогичные списки и для устройств некоторых других производителей, например, для принтеров Xerox. По мнению автора, сам факт существования таких списков у Цитрикса свидетельствует о том, что производители, для устройств которых составляются такие списки, поддерживают печать в терминалах ПЛОХО. Именно поэтому Цитрикс и вынужден эти списки составлять и публиковать. Отсутствие таких списков в отношении устройств Samsung или Kyocera, по мнению автора, свидетельствует о том, что с печатью в терминалах у этих устройств всё в порядке. Автору, пожалуй, ни разу не доводилось встречать хоть сколько-нибудь серьёзных устройств (исключая понятные случаи вроде переносных персональных принтеров, всяких там древних струйников и т.п.) этих производителей, в которых терминальная печать была бы невозможна.
Увы, список этот неполный и трудно понять, если, конечно, не привлекать к объяснению теории заговора, почему уже давно продающиеся модели принтеров долго не включаются в этот список. Однако, общее правило такое: если модели принтера в списке нет, то лучше не брать: существует значимая вероятность того, что принтер окажется несовместимым с печатью в терминалах.
6. Печать через VPN
Настроить печать на перенаправляемый принтер в терминалах так и не удалось? Есть гарантированно рабочее решение, которое будет работать с любым принтером, на который можно печатать через «службу доступа к общим папкам и принтерам», она же SMB. Для этого локальный принтер следует «расшарить» для общего доступа и установить VPN-канал между клиентским ПК и сервером. Самые простые варианты это RRAS на сервере и PPTP-клиент (встроенный в Windows) на клиентском ПК или OpenVPN. После установки канала необходимо просто подключить печать по сети на расшаренный на клиентском ПК принтер стандартными средствами, убедившись, что прохождению траффика SMB не препятствует firewall и прочее.
Таким же способом к серверу терминалов через VPN можно подключать сетевые принтеры, через «Стандартный порт TCP/IP», для чего нужно обеспечить прохождение порта TCP 9100, используемого для печати на сетевые принтеры.
Единственная возможная проблема с этим способом заключается в отсутствии драйверов для принтера под серверную OS, на которой развёрнуты службы терминалов. Если п. 2 и 3 также не помогают, то в этом случае точно поможет только приобретение нового принтера.
Часть II
1. Типы проблем с печатью в терминалах
Все проблемы с терминальной печатью можно условно разделить на несколько типов. Типы указаны в порядке приоритета при решении проблем с печатью, с учётом трудозатратности шага и вероятности возникновения проблемы именно такого типа.
а) Локальные проблемы с печатью. Для их решения нужно прежде всего убедиться, печатает ли принтер локально. Может, у него бумага кончилась или ещё что. Проблемы этого типа в настоящем руководстве не рассматриваются
б) Проблемы с отсутствием драйверов на сервере терминалов: никакие принтеры не перенаправляются, кроме тех, драйверы на которые входят в стандартную поставку Windows. Для решения проблем такого типа необходимо устанавливать драйверы на сервере и/или настраивать поведение сервера при отсутствующих драйверах (Easy Print и драйвер HP DeskJet 500), см. часть I, п. 2 и п. 3
в) Проблемы с отсутствием печати на успешно проброшенный принтер. Метод решения такого типа проблем следующий: смотрим какой драйвер подцепился к проброшенному принтеру, Easy Print или DeskJet 500, пробуем их менять местами; если не помогает, то ставим на сервер родной драйвер (если их больше 1, то последовательно пробуем все, т.к. в случае HP бывает, что старые драйверы работают, а в новых поддержка терминалов уже отрезана) и убеждаемся, что к проброшенному принтеру подцепился именно родной драйвер; если это не помогает, то продаём клиенту и разворачиваем Tricerat Screwdrivers, предварительно протестировав возможность печати через него в Trial версии; если это не помогает то увы, только замена принтера или печать через VPN, см. часть I, п. 6
Редко возникающие проблемы
2. Проблемы со спулером
Служба Spooler, она же spoolsv.exe, он же «Диспетчер очереди печати» тупо останавливается без объяснения причин. При рестарте опять останавливается через несколько секунд. Такое часто бывает из-за кривых драйверов на дешёвые принтеры и часто случается на терминальных серверах, на которых используется схема без драйверов подстановки, т.е. устанавливаются драйверы на все модели принтеров, установленных у клиентов. Также могут быть и другие варианты, типа ни один принтер не пробрасывается, хотя драйверы стоят и т.п.
Поскольку указателя на то, из-за чего именно вылетает spooler в таких случаях обычно не бывает, то проще и быстрее всего полностью зачистить всю подсистему печати сервера и заново выполнить настройки печати и поставить драйверы. Для этого пригодится утилита cleanspl.exe из Resource Kit for Windows Server 2003. Запускаем, соглашаемся, утилита полностью выпиливает и зачищает всю подсистему печати сервера. В 2008 и выше не поддерживается, для этой ОС Майкрософт предлагает такое решение: http://support.microsoft.com/kb/2000007
После действия cleanspl.exe мониторы печати нужно восстанавливать вручную с новой аналогичной операционной системы:
Типовой файл реестра прилагается к этому документу. Достоверно известно, что для работы перенаправления печати в терминал требуется USB Monitor, см. ч. II, п. 4.
3. Драйвер перенаправления
Не создаются перенаправляемые принтеры и в «диспетчере устройств» в «системных устройствах» отсутствует специальное устройство «перенаправитель устройства сервера терминалов», он же «remote desktop device redirector bus», в 2003 выглядит так:
В 2008 R2 выглядит так:
Переставлять драйвер редиректора, inf-файл поставляется вместе с системой, для установки можно воспользоваться утилитой devcon.exe (http://support.microsoft.com/kb/311272):
Проверять через появление соотв. устройства в списке системных устройств девайс менеджера.
4. Реестр
Не перенаправляются никакие принтеры. Из-за неверно выставленных прав на реестр или по иным причинам не выставлена правильно или отсутствует запись реестра.
В ключе реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\Wds\rdpwd создать запись типа DWORD fEnablePrintRDR и установить её в 1.
В ключе реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Print\Monitors\USB Monitor создать запись типа «строковой параметр» Driver и установить её значение в usbmon.dll (сам файл правильной версии должен присутствовать в %windir%\system32)
5. Визард устранения проблем от Майкрософт
Мне ни разу не помог, но на всякий случай Terminal Server Printer Redirection Wizard Tool
6. Если больше ничего не помогает, а печатать принтер должен
Стандартные проблемы: переставить последний сервис-пак и накатить обновления, выполнить sfc /scannow, убедиться что принтер таки может печатать на другом таком же терминальном сервере с такой же OS и т.п.
7. Печать на медленных каналах
Особенно касается всяких допотопных DSL модемов, 3G-модемов и т.п. Т.к. для работы терминала не требуется широкополосного доступа, то у пользователя может возникнуть ощущение, что с его интернетом всё ОК, до тех пор, пока он не начнёт печатать. Задание на печать может занимать несколько мегабайт и на медленном канале печататься спустя десятки минут после отправки на печать. Если такое поведение для клиента неприемлемо, можно попробовать Screwdrivers, который позволяет сжимать траффик печати, либо убедить его приобрести нормальный интернет.
Источник
Если локальный принтер не появляется в rdp-сессии пользователя, необходимо в первую очередь убедиться, что проброс включен со стороны rdp-клиента. Если в меню Локальные ресурсы отсутствует чекбокс Принтеры, его необходимо установить.
В случае если на сервере установлена роль «Remote Desktop Session Host», а клиентская операционная система и принтер поддерживают технологию «Easy Print», то дополнительная настройка не требуется, принтер появится в сеансе пользователя.
Если роль «Remote Desktop Session Host» не установлена, либо технология «Easy Print» не поддерживается на клиенте, проблему можно решить установкой драйвера принтера на сервер. Для этого необходимо выполнить следующие действия:
1. Зайти на сервер под учетной записью с правами администратора, нажать кнопку Пуск, в меню Выполнить ввести mmc.exe и добавить оснастку Управление печатью
2. Открыть добавленную оснастку, нажать Добавить локальный сервер, нажать Готово
3. Нажать правой кнопкой мыши на раздел Драйверы и выбрать Добавить драйвер
4. Укажите путь к нужному inf-файлу и нажмите Открыть. Необходимо установить на сервер драйвер для той же ОС и разрядности, которая используется на клиенте. То есть, если используется Windows Server 2016, к которому осуществляется подключение с Windows 10 x86, драйвер на сервер нужно добавлять для Windows 10 x86.
5. После завершения установки, драйвер появится в списке, как на скриншоте. После завершения установки следует завершить активный сеанс пользователя и зайти заново.
6. Также рекомендуется выполнить изоляцию установленного драйвера. Для этого нужно нажать на драйвер правой кнопкой мыши, нажать Установка изоляции драйвера и выбрать один из режимов изоляции (рекомендуется использовать режим «Изолирован»):
Технология изоляции драйвера позволяет запускать отдельный процесс для изолированного драйвера, в случае возникновения проблем с конкретным изолированным драйвером принтера, это не приведет остановке службы печати и не повлияет на работу других принтеров.
Режим изоляции «Общий доступ» запускает все изолированные драйверы принтера в одном экземпляре процесса PrintIsolationHost.exe, но отдельно от диспетчера печати.
Режим изоляции «Изолирован» запускает каждый изолированный драйвер в собственном экземпляре процесса PrintIsolationHost.exe.
Если ни один из предложенных вариантов не помог, рекомендуем воспользоваться сторонним программным обеспечением, например Screwdrivers.
В этой статье мы расскажем о необходимых действиях для настройки печати принтера, подключенного через удаленный рабочий стол.
Этап 1
Необходимо убедиться, что в настройках файла удаленного рабочего стола настроено открытие локальных ресурсов по отношению к серверу. Для этого откройте ярлык рабочего стола, щелкнув правой кнопкой мыши. В открывшемся меню выберите параметр «Изменить».
В окне настроек откройте вкладку с локальными ресурсами и установите галочку напротив строки «Принтеры», как это показано на картинке.
В том случае, если устройство поддерживает функцию «Easy Print» — поздравляем, настройка завершены. Можете пользоваться принтером и печатать необходимые документы.
Если устройство не поддерживает данную функцию, тогда необходимо выполнить еще несколько шагов для успешного решения проблемы. Как это делается, читайте ниже.
Этап 2
Если функция легкой печати не работает, сначала нужно войти на сервер и добавить роль службы печати и документов.
- Нажмите на кнопку «Пуск» и откройте диспетчер сервера, как показано на изображении;
- Выберите вкладку «Роли» и нажмите «Добавить»;
- В пункте «Роли сервера» выберите службы печати и установите галочку включения;
- Перейдите далее, оставьте параметры по умолчанию и нажмите на кнопку установки;
- Перезагрузите сервер.
- Далее вновь войдите в диспетчер сервера.
- Выберите вкладку «Конфигурация»;
- В меню локальных пользователей откройте группы, затем выберите «print operators» и добавьте учетную запись администратора;
- Сделайте log off – log on;
- Далее необходимо скачать нужный драйвер, подходящий для вашей модели устройства. Обратите внимание, что необходимо использовать драйвера только с официального сайта производителя;
- Распакуйте архив установки;
- Перейдите в серверы печати, расположенные в диспетчере, найдите название своего компьютера и откройте папку «Принтеры»;
- Убедитесь, что около названия устройства есть строка «remote desktop easy print»;
- Перейдите во вкладку «Драйверы ПКМ» и нажмите на кнопку добавления нового;
- Как показано ниже, в открывшемся окне выберите процессор x64;
- Выберите установку с диска, указав скачанный файл с расширением *.inf;
- После завершения мастера установки выполните log off – log on на терминальном сервере.
На этом настройка проброса принтера через RDP окончена. В нашей базе знаний вы найдёте ещё множество статей посвящённых различным аспектам работы в Windows, а если вы ищете надежный виртуальный сервер под управлением Windows, обратите внимания на нашу услугу — Аренда виртуального сервера Windows.
Последнее обновление: 31.10.2023
Средняя оценка: 5,0, всего оценок: 3
Спасибо за Вашу оценку!
К сожалению, проголосовать не получилось. Попробуйте позже