Назад | Перейти на главную страницу

принтеры общего доступа к серверу Windows, зачем локальному компьютеру драйвер?

Я столкнулся с этим сегодня на работе, и у меня нет хорошего ответа. Чтобы уточнить, у нас есть сервер печати Windows, использующий несколько принтеров. Если вы подключаетесь к этому общему принтеру с помощью клиента Windows, он хочет установить драйвер принтера. Почему это? Одно из преимуществ сервера печати заключается в том, что вы можете отправить ему файл и выполнить обработку на сервере печати, а не на вашем локальном компьютере.

Это проблема, особенно со старыми принтерами, не имеющими 64-битных драйверов. При переходе на Windows 7 мы не можем использовать принтеры, даже если принт-сервер может с ними разговаривать нормально. Windows 7 не может их использовать, потому что не может получить 64-битный драйвер.

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

Вы сами ответили на этот вопрос, указав, что ваш сервер CUPS принимает все как PostScript.

Каждый принтер имеет разные функции, возможности и поддержку, поэтому для разных принтеров требуются разные драйверы. Помните, что Postscript и PCL не являются обязательными.

Его легко обойти, когда речь идет о тексте и простом черно-белом лазерном принтере, но доведите его до крайности. У вас есть 50-страничный буклет в MS Word, и вы хотите распечатать его на большом сложном многофункциональном принтере. Во-первых, где бы вы настроили двустороннюю печать, из какого лотка брать бумагу? Эти параметры поступают из драйвера печати - значит, сервер печати должен каким-то образом интерпретировать параметры и отображать их клиенту?

Во-вторых, когда вы нажимаете на печать, что именно предназначен ли MS Word для этого документа? Отправьте его как необработанный документ - представьте себе накладные расходы на обработку? Или, может быть, MS могла бы разработать собственный универсальный драйвер - вполне возможно, но вряд ли он будет поддерживать сложные функции и не будет иметь гарантированного успеха.

One of the appeals of a print server is that you can send it a file, and have the processing done on the print server, rather than at your local machine

Я бы сказал, что это все равно неправда. Серверы печати предназначены для централизованного управления и распределения, а не для разгрузки.

Рассматривали ли вы простое добавление другого базового 64-битного драйвера postrscript на сервер печати? Это, вероятно, даст вам тот же результат, что и решение CUPS, с меньшим беспорядком.

Драйвер на клиентском компьютере в основном преобразует задание на печать в то, что понимает принтер - иногда это может быть что-то вроде PCL или PS, но в некоторых случаях это будет более неясное, используемое только этой маркой / принтером.

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

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

Также я обнаружил удивительное количество драйверов, успешно установленных с серверов server 2003 / x86 на клиентов 7x64, поэтому тестовый сервер печати 7x64 так и не был запущен в производство.

Однако эти методы затем приводят к часто несовпадающим версиям драйверов на клиенте и сервере, что вообще не является лучшей практикой, и использование драйверов xp / x86 на 7x64 также не может считаться наилучшей практикой, но это сэкономило на обновлении множества серверов с С 03 по 08, что в то время было главной причиной для этого, поэтому, к сожалению, мне пришлось прибегнуть к этим методам.

Кроме того, универсальные драйверы postscript не всегда так хороши, как вы могли бы надеяться - у нас было множество HP Business inkjet 2600/2800, которые не были совместимы с 7x64, мы пытались использовать универсальный драйвер HP ps, который не работал с ними (я заверил чтобы добавить карту PS к каждому принтеру перед его тестированием).

+1 для встроенных драйверов - я обнаружил, что некоторые принтеры не поддерживают win7 на веб-сайте производителя, но Win 7 без проблем загружает драйвер.