Тонкий клиент как принт сервер

Обновлено: 04.07.2024

Параметр printer позволяет терминалу работать как аппаратный принт-сервер.

+ можно дать доступ к принтеру любому пользователю терминального сервера или любого другого компьютера в сети. Можно подключать несколько принтеров. Работают USB, COM и LPT принтеры.

- сложная настройка. Нужно назначать терминалу неизменный IP адрес. Нужно настраивать VPN, если терминал с принтером не находятся в одной сети с сервером.

Параметр rdp_printer перенаравит принтер через RDP. Так, как это делает mstsc.exe.

+ самая простая настройка. Работает на терминалах, которые подключаются к серверу через интернет. Работают USB, COM и сетевые принтеры.

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

Хорошо: только так можно подключать МФУ и принтеры Canon CAPT, которые не работают с другими методами подключения.

Плохо: на сервер нужно устанавливать драйвер виртуального USB из проекта USBIP. Этот драйвер может вызывать нестабильную работу сервера.

Перед тем, как подключить принтер к терминалу

Перед тем, как подключить принтер к терминалу, следует подключить его к серверу. Установить драйвера. Нужно убедиться, что драйвера встали корректно и принтер печатает.

Настройка для параметра printer, эмуляция принт-сервера

В конфигурационном файле терминала пишем:

Настраиваем DHCP выдавать терминалу с принтером всегда один и тот же IP адрес. WTware DHCP всегда так делает, настраивать не нужно. Для Microsoft DHCP надо сделать reservation, подробнее здесь.

Проверяем. Если терминал включен, пинг с сервера на выделенный терминалу IP адрес должен идти. Если терминал выключен, пинг не должен идти. Так можно проверить, что именно этот IP теперь принадлежит именно этому терминалу, а не какому-то другому.

Здесь 10.1.1.75 это адрес терминала. Клиента. Компьютера, к которому подключен принтер.

Нужно выбрать драйвер для своего принтера. Тот драйвер, который был проверен, когда принтер подключался прямо к серверу.

Снимите галочку с Enable bidirectional support.

Все, настройка закончена. Можно проверять. Принтер автоматически появится в папке "Принтеры" у каждого пользователя терминального сервера, которому даны права печатать на этот принтер. Принтер не появится у пользователей, которым не дано право на него печатать.

Настройка для параметра rdp_printer, перенаправление через RDP

Пока принтер подключен к серверу, надо переписать точное название драйвера. Принтер не будет работать, если хоть один символ будет указан неверно. Название принтера надо скопировать отсюда:

когда принтер подключаешь клиент определяет мол устройство USB подключено.. и выберите имя драйвера. строка ввода появляется и кнопка "Ok" =)))

Использование принтера в среде Windows CE возможно ТОЛЬКО тем пользователем тонкого клиента, к которому этот принтер подключен.
Обеспечить общий доступ к принтеру или настроить принтер, подключенный к тонкому клиенту с Windows CE как принт-сервер, к сожалению, не получится.
Как правильно настроить принтер:
1. Убедитесь в том, что принтер PCL совместимый (КРАЙНЕ ВАЖНО для USB принтеров). Принтеры, подключенные к LPT порту тонкого клиента будут работать практически все.
2. Скачайте соответствующие Вашей серверной операционной системе драйверы на сайте технической поддержки производителя принтера и установите эти драйверы на Вашем терминальном сервере.
3. В процессе настройки модели принтера в панели управления тонкого клиента Вам необходимо создать так называемый "User Defined" принтер (принтер пользователя). Использование такого названия вызвано тем, что производители принтеров меняют название моделей в разных версиях драйверов. Например, вначале модель называлась "Brother HL-1240", но после выпуска обновленных версий драйверов принтер стал называться "Brother HL-1240 Series". КРАЙНЕ ВАЖНО указать имя модели принтера полностью и точно ДО СИМВОЛА совпадающее с названием модели принтера, драйвера для которого установлены на сервере. В противном случае, сервер терминалов не сможет определить и использовать драйверы локального принтера тонкого клиента.

еще пару полезных ссылок:

Решение проблем печати в терминальных сетях и терминальных службах.

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

Использование принтеров в Windows Terminal Services.

(статья описывает функции печати в Windows Terminal Services, как правильно настроить принтеры для стабильной и эффективной работы в терминальной среде).

Этот клиент построен на процессоре VIA Nano u3500 с тактовой частотой 1GHz, имеет на борту 1GB оперативной памяти (с возможностью расширения до 4GB) и DOM Flash на 2GB.

Почти во всех тонких клиентах HP присутствует возможность установки 2,5 дюймового жесткого диска. Здесь есть два варианта для подключения жесткого диска — это установить его вместо DOM Flash, через переходник IDE to SATA, или воспользоваться портом SATA, который присутствует на плате.

Второй способ мне понравился больше, но он имеет одно ограничение, это размеры корпуса. При таком расположении разъема на плате для ответной части остается совсем мало места, поэтому было принято решение изготовить корпус самому.

Для этого я использовал SATA кабель, переходник MOLEX to SATA и старый 2,5 дюймовый жесткий диск. Необходимо отпаять разъем от платы жесткого диска и припаять контакты согласно данной картинке.

В результате должно получиться так:

Для изготовления корпуса можно воспользоваться Полиморфусом, но у меня его не оказалось, поэтому я воспользовался проверенным методом, смесь цианоакрилата и соды. В результате получается очень прочный материал.

Единственное, есть один нюанс при работе с цианоакрилатом и содой. Эта смесь в процессе реакции выделяет очень едкие пары, поэтому открывайте окна!

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

Так же на плате присутствует Mini PCI express слот, в который можно установить WiFi адаптер.

Если у вас адаптер на чипе Atheros AR9xxx, то необходимо разблокировать в нем поддержку стандарта «n».

В итоге получилась вот так:

Так как данный тонкий клиент имеет всего один Ethernet порт, придется воспользоваться архитектурой Router-on-a-Stick. Для того, чтобы настроить Router-on-a-Stick, нам необходим коммутатор поддерживающий VLAN (802.1Q).

Первоначально я пытался настроить vlan на Dlink DES-1016D при помощи утилиты OpenRRCP, но на данной модели получить полностью работоспособную конфигурацию у меня не получилось, поэтому я нашел недорогой управляемый коммутатор и реализовал это на нем. Если у вас есть коммутаторы, поддерживающие OpenRRCP, то в конце статьи я приведу ссылки на rpm пакеты для CentOS 6, возможно, у вас это заработает так, как нужно.

Коммутатор настраивается следующим образом:

fe1 — acess vlan 100
fe2 — acess vlan1
fe3 — acess vlan1
fe4 — acess vlan1
fe5 — acess vlan1
fe6 — acess vlan1
fe7 — acess vlan1
fe8 — trunk vlan100 native vlan 1
т.е. в порт fe1 подключается патч-корд от провайдера, а в fe8 тонкий клиент, остальные порты задействованы под клиентов в локальной сети.

После этого можно приступать к настройке тонкого клиента, о чем будет рассказано в следующей статье.

Существует три способа подключения принтера к терминальному серверу:

Подключение принтера, подключенного к USB выходу тонкого клиента, по протоколу RDP. Так, как это делает стандартный RDP (mstsc.exe).
Принтер, подключенный к тонкому клиенту через USB можно сделать доступным в локальной сети. В этом случае тонкий клиент работает в режиме эмуляции аппаратного принт сервера;
Подключение сетевого принтера, находящегося в локальной сети по протоколу RDP. Это особенно важно для удаленных офисов, если по какой-то причине невозможно сделать VPN.

Перед тем, как подключить принтер к терминалу

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

В конфигурационном файле терминала пишем:

rdp_printer=HP LaserJet 1020

Никаких лишних пробелов или кавычек.

Все, настройка закончена. Это самый простой способ использовать принтер.

Настройка эмуляции принт-сервера

В конфигурационном файле терминала пишем:

Подробнее синтаксис параметра printer описан в документации.

Для добавления принтера на сервер выполняем следующие действия.

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

Здесь 10.1.1.75 это адрес терминала. Клиента. Компьютера, к которому подключен принтер.

Снимите галочку с Enable bidirectional support.

Настройка закончена. Можно проверять. Принтер автоматически появится в папке "Принтеры" у каждого пользователя терминального сервера, которому даны права печатать на этот принтер. Принтер не появится у пользователей, которым не дано право на него печатать.

Подключение сетевого принтера по протоколу RDP

Можно печатать на сетевой принтер. Это особенно важно для удаленных офисов, если по какой-то причине невозможно сделать VPN.

Для настройки печати в таком варианте вам необходимо получить точное название драйвера принтера, так же как это делалось в настройках перенаправления принтере через RDP. После этого пропишите в конфигурационном файле строку:

Где 192.168.1.50:9100 это адрес и порт вашего сетевого принтера.

Нижеследующий текст автора не претендует на истину в последней инстанции и по нему не стоит судить о среднестатистическом уровне IT инфраструктуры в небольших компаниях нашей необъятной страны. Статья написана по мотивам общения с многочисленными знакомыми IT-шниками (в основном уровня «студент» и «только что из института»), начинающих свою карьеру с эникейщика в небольших компаниях.

Все это хозяйство связано в единую локальную сеть посредством одного/нескольких дешевых коммутаторов на 100Мбит. И работает это в едином домене NT/Active directory (хотя встречаются варианты одноранговых рабочих станций безо всяких доменов).

На всех машинах с Windows обычно установлен (хотя и тут бывают исключения) какой-то антивирус. Часто встречается не сетевые версии этих программ (тот же Avast), хотя, опять таки в более продвинутых (с точки зрения IT) конторах, стоят сетевые версии антивирусов с централизованным управлением и обновлением антивирусных баз.

В результате, в небольших компаниях часто наблюдается довольно разнообразный парк пользовательских машин класса от pentium2/128Mb ram/5Gb hdd до P4 Celeron/1Gb ram/80Gb hdd. На всех машинах, разумеется, Windows (98, 2000 и XP Home/Pro) и разные версии софта (ставили то машины в разное время). Доходит до того, что и антивирусное ПО на машинах тоже от разных производителей.

вентиляторы начинают противно жужжать (их надо чистить и смазывать или же менять на новые);
блоки питания выходят из строя;
винчестеры — сыпятся;
сетевые карты (как встроенные в материнскую плату, так и внешние — перестают работать и требуют замены);
остальное железо, обычно, летит сильно реже, но тем не менее летит тоже

ставим Windows;
ставим необходимые драйвера (весь парк железа разный — не забыли?), предварительно определив модель материнской платы в данной машине и скачав из Интернет последние версии драйверов или найдя нужные у себя на файл-сервере;
вводим машину в домен (если он настроен);
ставим необходимый софт (офис, браузер, почтовый клиент, тотал-коммантеры, аськи, джабберы, пунто-свитчеры и подобное) — в случае домена Active Directory часть софта можно поставить автоматически, но не у всех он настроен, да и не все знают его возможности;
ставим антивирус;
плюс дополнительные танцы с бубном, индивидуальные для конкретной сети каждой организации вокруг новой рабочей станции;

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

у меня тут была папка с важными документами — где она?
а еще я там фотографии из Турции сохранил, можно их восстановить?
на рабочем столе было много важных ярлыков и еще сотня документов — куда они пропали?
в избранном (это про закладки в браузере ) моих любимых сайтов больше нет — где их теперь искать? и так далее…

переустановить Windows;
настроить на новой машине весь необходимый софт;
восстановить все то, что потерялось;
доустановить нуждающимся новые программы;
провести профилактику корпуса (пыль пропылесосить в системном блоке);

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

Как же выйти из этого замкнутого круга?

Одним из вариантов решения вышеописанной проблемы, является отказ от «толстых» рабочих станций (там, где это можно сделать) и переход на тонкие клиенты.

Под «толстой» рабочей станцией понимается любой компьютер с установленной ОС, который и выполняет обработку большинства пользовательской информации. Т.е. браузер, офис и все остальное выполняется локально именно на рабочей станции пользователя, системный блок которой жужжит у него под столом или где то рядом.

Обычно тонкие клиенты делают на основе слабого (а, соответственно, и малопотребляющего) железа — часто это единая системная плата, на которой все и интегрировано. Процессор и память так же могут быть намертво припаяны к материнской плате. Некоторые тонкие клиенты имеют flash-диск (вставляемый в IDE разъем материнской платы), на котором прошита специализированная ОС (WinCE или другие).

В результате, при включении тонкого клиента (их еще называют терминалами), ОС грузится со встроенного flash-диска (обычно на загрузку уходит менее 30 секунд), после чего на экране появляется диалог подключения к терминальному серверу. Некоторые из этих клиентов умеют подключаться только Windows Terminal Server или же Citrix Metaframe, другие — в том числе и к терминальным серверам других ОС. В любом случае, в цену таких решений закладывается и цена лицензии на WindowsCE, прошитую на встроенный flash-диск. Мы рассказывали о подобных решениях ранее:

Windows-терминал K-Systems Termin
Тонкий клиент AK-Systems GP
Windows-терминал AK-Systems GPN

Разумеется, подобные решения существуют и у других компаний. В том числе и без встроенной ОС (за которую, в случае Microsoft Windows CE, нужно дополнительно платить, да и flash-диск копейки, но стоит).

Терминальные клиенты без встроенного flash-диска, при включении загружают нужный образ ОС по сети, после чего они тратят на загрузку те же пару десятков секунд. После чего готовы к работе, под чем подразумевается вывод на экран меню со списком терминальных серверов для подключения или же автоматическое подключение к одному из жестко заданных терминальных серверов (в зависимости от настроек) — пользователю останется ввести лишь логин и пароль. После правильного ввода оного, он попадает в свою сессию на сервере терминалов и может приступать к работе.

при отказе сети, рабочие места сотрудников «превращаются в тыкву» (а сотрудники на «толстых» клиентах могут продолжать набивать документ, к примеру, в OpenOffice);
при отказе терминального сервера рабочие места сотрудников опять «превращаются в тыкву» (но это решается установкой нескольких — например, двух — терминальных серверов; при выходе одного из них из строя, второй его подменит или же сотрудники просто переподключатся ко второму серверу вручную)
тонкие клиенты подходят не всем: к примеру, людям, постоянно смотрящим видео или работающим активно работающих с графикой (в фотошопе) или занимающимся версткой журнала, лучше делать это на локальном «толстом» клиенте (зато тонкие клиенты отлично подходят большинству остальных сотрудников, которым нужен лишь браузер с Интернет, почта, создание и редактирование документов в Openoffice и работа с 1C).

Не забываем про отдельные лицензии на весь используемый софт (например на Microsoft Office) в количестве, равном количеству подключаемых к серверу клиентов. Если клиентские лицензии на Microsoft Office еще можно обойти, отказавшись от данного продукта и поставив ему замену в виде, к примеру, OpenOffice, то от самого терминального сервера в лице Windows 2000/2003 TS избавиться несколько сложнее :) Хотя и это возможно в некоторых случаях.

Есть, правда, еще один «минус» (кроме боязни нового) который часто останавливает от внедрения подобных решений — почему то многие думают, что эти тонкие клиенты надо покупать (а они не очень дешевые — от 200 долларов и выше). Куда же девать весь парк уже существующих компьютеров?

Именно для ответа на последний вопрос написана данная серия статей. В ней будет рассматриваться софт тонкого клиента Thinstation.

Этот небольшой, но обладающий множеством возможностей и, что немаловажно, OpenSource софт, позволяет превратить практически любые древние компьютеры в тонкие клиенты. Минимальные требования описанные на его родном сайте к используемому железу — это Pentium 100Mhz и 16Mb оперативной памяти. Ах да, жесткий/flash диск тоже не нужен — компьютеры при включении могут скачивать образ тонкого клиента (это около двадцати! мегабайт) по сети (хотя так же возможна установка Thinstation клиента на жесткий или usb диск). В наш век операционных систем, с радостью сжирающих гигабайты места на диске после установки, это впечатляет, не так ли?

Thinstation базируется на Linux, но для его использования знаний Linux, как таковых не нужно — достаточно в своей сети поднять dhcp и tftp сервера и соответствующим образом их настроить (оба этих сервера есть и в составе продуктов Windows Server). Таким образом, даже в сети, где кроме Windows-а ничего не знают, использование Thinstation клиента затруднений не вызовет.

Сервера Microsoft Windows по протоколу RDP или через nxclient (Windows NT4TSE, W2k Server, W2k3 Server или же Windows XP в однопользовательском режиме);
Citrix servers по протоколу ICA (на серверах MS Windows, SUN Solaris и IBM AIX);
Сервера Tarantella
*nix-like сервера по протоколу X11;
подключение к VNC-серверам (tightVNC);
подключение к SSH и Telnet серверам;

Для того, что бы загрузить Thinstation по сети, от компьютера требуется лишь встроенная или внешняя сетевая карта, поддерживающая стандарт PXE (есть и другие варианты, но, к примеру все встроенные в системную плату сетевые карты работают именно по этому протоколу).

На первый взгляд, описанная схема выглядит сложно. Но по факту настройка оной занимает полчаса-час и в дальнейшем она работает полностью автономно. Загрузка тонкого клиента с момента первого запроса в сеть по PXE (этот момент совпадает с моментом начала загрузки ОС с жесткого диска) занимает секунд 20…30.

Как уже отмечалось выше, Thinstation умеет работать с разными терминальными серверами. Но мы в ближайших статьях, как самое простое в реализации (но еще раз напоминаю о покупке множества клиентских лицензий, необходимых для официальной работы), рассмотрим лишь связку Thinstation с Microsoft Terminal Server.

Читайте также: