Czy klienci CUPS muszą mieć zainstalowane lokalnie sterowniki?

10

Jeśli używam CUPS, czy klienci powinni mieć sterowniki zainstalowane lokalnie?

Przykład: powiedzmy, że mamy 1 komputer w sieci z systemem Linux, 1 serwer wydruku (lub CUPS, serwer druku Samba)

Jeśli komputer z systemem Linux chce wydrukować dokument za pośrednictwem serwera wydruku, czy komputer z systemem Linux musi mieć sterowniki drukarki, której będzie używać?

Czy używa jakiegoś ogólnego API?

bakytn
źródło
Walczę z drukarkami CANON LBP. Próbowałem wszystkiego! I nie mogę sprawić, by działały lokalnie. Ale potrzebuję komputerów z systemem Linux, aby móc z nimi drukować. LBP 810 i LBP 1120.
bakytn
Myślę, że twój problem polega na tym, że LBP810 (a może 1120) są drukarkami win, z całą inteligencją na komputerze. IIRC nigdy nie wyprodukowano żadnych sterowników dla Linuksa (przynajmniej). Zobacz moją edycję poniżej, aby uzyskać kilka sugestii.
ConcernedOfTunbridgeWells
Linux -> nie; Windows -> powinien, ale nie jest obowiązkowy
MUY Belgium,

Odpowiedzi:

10

Serwer druku z uruchomionym CUPS jest jedynym urządzeniem, które musi mieć sterowniki. Przeczytaj na przykład o CUPS na Wikipedii - w sekcji Omówienie stwierdza to dość wyraźnie:

CUPS pozwala producentom drukarek i twórcom sterowników drukarek łatwiej tworzyć sterowniki działające natywnie na serwerze druku. Przetwarzanie odbywa się na serwerze, co pozwala na łatwiejsze drukowanie sieciowe niż w przypadku innych systemów drukowania w systemie Unix. Po zainstalowaniu Samby użytkownicy mogą adresować drukarki na zdalnych komputerach z systemem Windows, a do drukowania w sieci można używać ogólnych sterowników PostScript.

W przeciwnym razie, jaka byłaby prawdziwa korzyść z uruchomienia CUPS?

rozcietrzewiacz
źródło
5

Jeśli używasz Samby / CUPS jako serwera wydruku dla klientów opartych na systemie Windows, klienci zwykle będą mieli sterowniki dla tej drukarki, chociaż w niektórych przypadkach CUPS może wykonać własne tłumaczenie. Na przykład można skonfigurować ghostscript i renderować postscript do wyświetlania na drukarce innej niż PS, chociaż klienci Windows będą potrzebować sterownika PS, który dobrze się z tym gra.

W przypadku klientów Linux odpowiedź brzmi: to skomplikowane, ale nie. Tradycyjny system Unix / Linux nie ma standardowego natywnego interfejsu API drukowania lub renderowania odpowiadającego GDI systemu Windows, chociaż biblioteki takie jak Kair mogą zapewniać tę funkcjonalność aplikacjom, które ich używają. Większość tradycyjnych aplikacji uniksowych drukuje po prostu ASCII na standardowe wyjście lub generuje pliki Postscript natywnie. Biblioteki renderujące niezależne od urządzenia, takie jak Kair, będą renderować do Postscript za pomocą własnego sterownika, który byłby zawarty w pakiecie klienta z biblioteką.

Niemal na pewno znajdziesz gdzieś PostScript w przepływie pracy dla CUPS lub starszego systemu drukowania lpr / lpd. Zazwyczaj klienci generują dane wyjściowe ASCII lub Postscript. Wyjście ASCII zostanie przekonwertowane przez coś w rodzaju a2ps, a Postscript właśnie przeszedł. Postscript zostanie przekazany do drukarki lub warstwy renderującej opartej na Ghostscript.

Minęło trochę czasu, odkąd skonfigurowałem podsystem drukowania oparty na systemie Linux, ale IIRC sterowniki PS są dość ogólne z tylko plikiem PPD dla drukarki docelowej. Klienci niekoniecznie muszą wiedzieć o tym wiele. Tradycyjnie po prostu konfigurujesz kolejki do drukowania na różne sposoby (np. Dupleks, niedupleks lub papier firmowy) i stają się one osobnymi miejscami docelowymi drukowania.

Jeśli używasz aplikacji z lokalną kontrolą drukarki, na przykład aplikacji korzystających z GNOME-Print API lub drukujących pliki bezpośrednio z lpr -oopcjami, drukarka może sprawować większą kontrolę nad rzeczywistym miejscem docelowym drukarki. Na przykład można wybrać określone tace lub opcje drukowania dwustronnego. Jeśli masz prawidłowy plik PPD dla drukarki zainstalowanej na serwerze CUPS, te opcje powinny działać na kliencie bez konieczności instalowania dodatkowego oprogramowania sterownika.

EDYCJA: W twoim przypadku myślę, że problem może polegać na tym, że LBP810 jest narzędziem winprinter i nigdy nie wyprodukowano dla niego żadnych sterowników dla Linuksa. Najlepszym rozwiązaniem może być zakup innej drukarki, co można zrobić bardzo tanio, jeśli podejdzie się do niej właściwie.

Używane drukarki laserowe są bardzo tanie w serwisie eBay i można uzyskać Laserjet 4100 lub coś podobnego za około 100 USD , w zależności od lokalizacji. Wszystkie lasery HP średniej klasy obsługują Postscript lub PCL5 / 6 i będą ładnie współpracować z Linuksem i CUPS. Powinieneś nie mieć problemu z uruchomieniem jednego z nich, a używane są tak tanie, że możesz potraktować je jako wyrzutek.

ConcernedOfTunbridgeWells
źródło
Mówisz, że kiedy PPD jest zainstalowany na serwerze CUPS, klient nie potrzebuje sterowników. Co z klientami Windows, którzy wyraźnie wymagają sterownika podczas dodawania drukarki współużytkowanej przez CUPS?
CDuv