Názory k článku CUPS

V kanceláři mám tiskárnu připojenou k linaxové mašině, na které mi běži CUPS a v dětském pokoji jsou win XP.

Podle http://www.owlfish.com/thoughts/winipp-cups-2003-07-20.html návodu jsem vytvořil třídu, tu přidal a už to nějak samo tisklo.

Byl jsem HODNĚ překvapen.

Ta trida neni treba. Proste se tam napise stejna adresa tiskarny jako v browseru a plati to jak pro win xp, tak pro cups na jinem stroji...

Na lokalu mam CUPS, pres ktery tisknu. Nastaveny je tak, ze se tiskne na vzdalenou tiskarnu s lpd.

V pripade, ze z lokalu tisknu primo pomoci lpr, tak si muzu kontrolovat frontu pomoci lpq a pripadne smazat svou ulohou pomoci lprm. Jak to udelat v pripade, ze tisknu pres CUPS?

Diky.

Na portu 631 (def. konfigurace) ti bezi GUI pres HTTP, zde muzes kontrolovat tiskove ulohy (JOBS), jak globalne, tak pro danou tiskarnu.

Lze pouzit lprm-cups, nebo udelat v /usr/bin link lpr -> lpr-cups. (Ostatni prikazy lp, lpq, lpstat ... podobne).

Balicek cups-bsd. Pak se to navenek tvari jako lpd - lpr, lpq, lprm,...

Zkuste projekt GtkLP, podporuje jak LPRNG tak CUPS a obsahuje krome gtklp (na samotny tisk) i spravce front s nazvem gtklpq. Co neumoznuje je sprava samotnych tiskaren (pridani tiskarny, odebrani tiskarny atd.), to je treba delat stale pres ono webove rozhrani.

Je to sice pro debian, ale řekl bych, že se může hodit i dalším distribucím.

http://mumford1.dyndns.org/~bs7452/linuxhelp/cups.html

No tisknuti pomoci IPP na dalsi CUPS bych nedoporucoval, protoze s tim mohou byt problemy. Napr. pri tisku kopii pomoci kdeprint. Zvlaste kdyz to neni treba. Dostavate timto vlastne dve tiskarny a musite ji spravovat dvakrat. Lepsi je si zapnout polling&browsing a tiskarny z CUPSU jsou videt na vsech stejne. (viz konf. parametry BrowsePoll, Browsing, ...)

Dale by bylo mozna dobre zminit soubor /etc/cups/client.conf kde se da urcit ktery cups server se ma pouzit, pak mohou vsichni klienti jet pres jeden centralni server. Navic toto nastaveni ovlivni i takove veci jako jsou kde, ooo, smb, ...

Perfektní. Díky. Možná by mohl ještě někdo prozradit, jak cups umlčet, ať neposílá na portu 631 každých deset vteřin nějaký udp broadcast a jak cups přesvědčit, ať dokáže poslat nějaký tisk na lpd server :-(

No docela dobre pomuze precist si cupsd.conf, specialne ve vasem pripade je potreba neco jako BrowseInterval 0 a nebo Browsing Off.

Na lpd server to posila jaksi samo, netusim co by tam mohlo byt za problem.

cups nakonfiguruje asi kdekdo, ale skoda, ze neni v clanku vic rozebrana ta varianta, kdy to po konfiguraci tisknout nechce

Rozdil mezi windows a linuxem je ten, ze vetsinou da zjistit co tucnaka boli, misto stupidnich hlasek woken s nicnerikajicim cislem chyby.
V /etc/cups/cupsd.conf doporucuji nastavit LogLevel na hodnotu debug, pripadne debug2. Provest zadanou akci a pak se kouknout co se objevilo v logu.
Defaultne tusim ve /var/log/cups/
Obcas se stane, ze se v logu objevi primo rada :)

Dík za článek. V home LAN používám SMC ABR8000 router s print serverem. Tiskárna je "standardní" HP LaserJet. Na PC, kde je Mandrake 9.2, se mi nepodarilo rozchodit tisk pres ten print server. nemá někdo zkušenosti?

Jo tiskni pres jet Direct, cups to nabizi.

Nechci delat nejakou reklamu, ale ted se objevil na trhu levny printserver s podporou IPP. Obvykle to umely az hodne drahe PS.
OvisLink (http://www.ovislink.com.tw/P101Uv2.htm)
Koncova cena i s dani by pry mela byt

Ahoj,

snazil jsem se nekde najit informace o pravazani samby a cupsu. Vse funguje automaticky, ale co je treba, aby uzivatele windows mohli ze sveho okenka pro spravu tiskaren tiskarnu pozastavit a znovu spustit, prip. zrusit ulohu.

Vim ze to jde, ale to moje nastaveni funguje jen pro nektere uzivaky a ja nevim jak zjistit proc prave jen pro ne...

tak s timhle mam stejny problem

K tisknuti z windows na cups sambu vubec
nepotrebujete. Windows umeji IPP. Do printer location
se nastavi http://server.nekde:631/printers/jmeno,
nainstaluje se lokalne driver a vse normalne funguje.
Pripada mi to lepsi, nez kvuli tisku instalovat a
udrzovat sambu.

Tak to jsem uz jednou resil v jedny zbesily siti se samba serverem. Problem nakonec nebyl v CUPSu, ale v tom, ze nektere stroje se prihlasovaly do domeny (tem to chodilo) a nektere jen lokalne (tem to nechodilo a pri pohledu do windows fronty se v zahlavi okna vypsalo ze byl pristup odmitnut). Vubec nehralo roli jestli to byly win9x nebo win2k/XP.
Inu, vsechny stroje jsem prihlasil do domeny a jede to jak vino.

ahojte.. kolega share-uje tlaciaren na WXP workstation-e, a ja chcem na nu tlacit cez CUPS.. bohuzial pri konfiguracii CUPS servra na mojom PC sa pri roznych driveroch nenachadza driver na Minoltu.. viete niekto ako tlacit na taku tlaciaren cez CUPS? diky

ak myslis tie lacne minolty tak tie neznasam. to su tie typicke GDI windowsovske tiskarny co nemaju ani tolko rozumu aby vytlacili pismenko.

k veci: tu mas source na drivre http://www.hinterbergen.de/mala/min12xxw/

hej, presne tak, je to taka GDI sracka.. diky

Koukam, ze jsou to celkem nove drivery.
Na linuxprinting.org jsou jeste na home.

To ja mam jeste vetsi sracku: Minolta PagePro 6L.

Ta se zatim - zda se - v linuxu nerozchodi.

Jak s tiskem na GDI minolta vubec nevím, ale na HP LJ 1005 (1000), což jsou taky GDI stačí jednou vytisknout přes Windows a ještě před prvním tiskem tam win driver cosi pošle a potom už lze tisknout i v linuxu. Vyzkoušeno-funguje. Jen se nesmí tiskárna vypnout, pak to cosi se ztratí a je nutno znovu provést jeden výtisk přes Win. Snad by tu předtiskovou informaci šlo odchytit a pak je už jedno jestli ji pošle win nebo linux. Ale k tomu jsem se nedostal, protože nevím jak na to.

Ahoj,
na fedore2 v kde se mi nechce zobrazit v "trayi" ikonka tiskarny ... je tam misto ni jen prazdne sedive policko. naproti tomu v gnome se v pohode zobrazuje. Nevite nekdo kde mam hledat brouka ?

Cupsech jako samotnem tiskovem servru poradne chibi nastaveni, prav. Man situaci ve skole, kde si studenti tisknou pres capsy na sitovou tiskarnu (samba -> Cusp -> Lpd na HP 2100). Veky problem je v tom, ze si studenti do tiskarny nosi svoje papiry a samozdrejmne se stava, ze nekdo da neco tisknout a pak si to nevyzvedne a tim blokuje ostatni, nekdo jiny do tiskany da papiry a vytiskne se mu cizi prace. Potrebuji aby kdokoli mnel moznost tiskovou frontu promazat, coz jak bylo vysvetlono v clanku pry jde, ale moje zkusenost je takova, ze se do sekce s joby dostane, ale ma pravo smazat poze svoje joby. Vzhledem kdomu ze studenti pouzivaji domenove ucty, vystupuji tedy jako jednotlivi uzivatele nemohou smazat job jineho studenta, toto muze provest jen uzivatel root (pry de nastavit i jineho). Pro autorizaci jde pouzivat budto systemove ucty "AuthClass System", nebo muze cups pouzit svoji databazi uzivatelu "AuthClass Digest" tim si muzete cupsum podstrcit jineho roota s jinym heslem, takze studentum nemusite prozrazovat to nejozehlavejsi heslo (diky alspon za to). Nicmene tento uzivatel ma samozdrejmne pravo mazat nejen joby ,ale i cele tiskarny. A to menluvim o tom, ze po nastaveni "AuthClass Digest" se na webove rozhrani dostanete pouze jedenkrat, coz i v manulu je napsane, ze toto nastaveni v nekterych prohlizecich nemusi fungovat korektne.
Zhrnuto: vytvorit (nastavit uzivatele) tak, aby mnel pravo jen mazat vsechny joby na tiskarne (nejen svoje) zkratka nejde.
Dlouho jsem hledal na internetu neko z podobnym problemem, a nasel jsem pouze dva lidi, jeden o tom psal nekdy v zari 2004 a jeho vysledek byl, ze to ohlasil jako chybu.
Takze mne nezbyva nez si napsat vlastni webove rozhrani s vyuzitim prikazu z prikazove radky a prikazu "sudo".
Pokud by to mnel nekdo vyresene, budu vdecny za kazdou radu.

Ze zajmem jsem si precetl vas clanek, doufaje, ze se konecne dozvim odpoved na problem, ktery me pali jiz dlouhou dobu ( a to jsem cetl manual CUPSu horem dolem nekolikrat). Na prvni cteni (manualu a podle me to udela kazdy u vaseho clanku) jsem take zajasal, hura nemusime menit nas LPRng server (na ktery je navazan slozity system APS, nupu, okonkify-u if-hp apod) a budu moc na nove tiskarny tisknout pres CUPS a na osvedceny system pres LPR. Prvni zklamani nastalo po instalaci Fedory 1 - novy prikaz lpr vubec netiskl na lpd daemona s tim ze neni service dostupny. Po dlouhem hledani se ukazalo, ze je to defaultne klient pro CUPS (i kdyz se jmenoval lpr )
A podle vseho si ani na lpd neskrtne.

Takze zase typicke mateni - CUPS klient totiz vubec neumi LPD protokol - nejde to ani nikde konfigurovat.

Pak ale nastava tragicke zmateni ve vasem
prikladu s tiskarnou ncprint.
Sam rikate, ze nemuzu pouzit web rozhrani a tedy ani definovat lpd: protokol

lp -d ncprint -h ipnp00 jmeno_souboru

tiskarnu ncprint jste ale definoval na zacatku jako
-----------------------------------

tiskárna ncprint: připojena ke vzdálenému počítači s Linuxem, kde běží jiný tiskový server (lpd). Položka

Device URI lpd://ipnp00.troja.mff.cuni.cz:515/ncprint

znamená, že se tisk posílá na server ipnp00.troja.mff.cuni.cz daemonu lpd (port 515) do fronty ncprint.

------------------------------
Naivni uzivatel pri povrchnim precteni nabyde optimistickeho dojmu, ze muze tisknout z klienta i primo na vzdalenou lpd tiskarnu. Coz je hruba dezinformace a podle me by jste si jako Matfyzak mel davat priste pozor na definicni obor vasich vyroku.


Chapu, ale ze jste vyse uvedeny priklad nikdy nezkusil, protoze mate automaticky instalovaneho servera CUPS.

A pak uz je pravda, ze muzete nastavit lpd tiskarnu apod. Ale musite mit na kazdem klientskem pocitaci instalovany a konfigurovany CUPS server.

V nasem pripade tiskoveho serveru pro cele oddeleni bylo pouziti LPRng vyhodne z toho duvodu, ze pridani dalsiho klienta do site nevyzadovalo zadne specificke upravy (zadne /etc/printcapy) apod a uzivatele si zvykli psat pomoci lpr -Ptiskarna@server, coz vyrazne zjednodusilo administraci a umoznilo centralni sdileni adresare /usr/ pro spoustu klientu.

Bohuzel RH9(tusim) a Fedora uz meli jako defaultniho klienta lpr pro CUPS ktery jeste pro vetsi legraci je aliasovany jako
lp (zatimco drive bylo lp a lpr schopno komunikovat lpd protokolem, od nyni uz nejsou)

Prechod na CUPS pak byl v nasi specificke konfiguraci krok zpet, nebot by pro kazdeho klienta vyzadoval instalaci a hlavne individualni konfiguraci CUPS serveru. Totiz ten klient umi jen IPP a teprve server to preklada do LPD.
protokolu.

Selhalo i opacne reseni - na pocitac s pripojenou tiskarnou dat LPRng i CUPS zaroven. NEJDE. Diky dojemne peci programatoru ESP (kteri dodnes chteji velke penize za CUPS reseni, aby to slo poradne - tusim 999 a 2495 USD a vyuzilo to vsechny moznosti tiskaren jako to umeji dodane WIN drivery - zejmena photo print, blany na laserovky apod) o vymazani konkurence se vetsina souboru jmenuje stejne a je v konfliktu. Navic viz uvedeny zmatek u RH co je lpr a lp.

Takze jste nakonec ve vetsi siti (kde se vam nechce obihat kazdy nove instalovany stroj) stejne nuceni cely system tisku postavit znovu.

Omlouvam se, pokud si stezuju na neco, co neni pravda (v tom pripade cely vylev ignorujte - CUPS jsme zavrhli uz pred rokem a od te doby nesleduji stav - treba uz to nekdo udelal chytreji).

Chtel jsem ale svou ho\v{r}kou zkusenost tlumocit dalsim spravcum rozsahlejsich siti (kde maji vlastni system filtru zalozeny jiste na LPRng ci nejakem komercnim UNIXu) aby se pod marketingovym tlakem podobnych optimistickych clanku moc neradovali. (P.S. neobvinuji autora clanku, ale autory manualu - ktery je napsan velmi sikovne, ze podstatne veci nejsou implicitne zretelne)

Podle meho nazoru je CUPS sikovne vymysleny system jak donutit uzivatele vyhodit soucasne reseni (namlsa ho na to jak kazda tiskarna od vyrobce prijde z CUPS profilem, dovoli mu tisknout napr barevne blany, photo tisk apod - na vsechno jsou parametry ) aby pak poznal, ze to neni co si myslel a donuti ho pekne vyndat penize a calovat za SW i za podporu.

Osobne jsem zatim kvalitni UNIXove reseni (nekomercni) na tisk kde by veci chodily stejne jako pod WIN (specialne ty barevne blany, phototisky apod) nevidel. Podpora v GS je mizerna a jediny mnohem levnejsi nez CUPS system je TurboPrint.

Samozrejme trochu smesuju 2 pojmy (stejne jako autori) CUPS jako infrastruktura a prekladac protokolu - tady je problem s integraci do soucasne infrastruktury, vyhodou je ale lepsi kontrola prav pristupu a webove rozhrani k rizeni jobu -

a CUPS jako tiskovy system pro tiskarny ktere namaji PS ( a nebo ho maji, ale jsou treba barevne a je treba jim posilat slozite preambly ala HP PJL aby vedely co a kam tisknout traye, duplexy ...)

Tam vas ani original PPD vyrobce tiskarny nespasi a stale budou WIN tisknout lepe !
A az se hodne stroju zamori CUPSem a nebude cesty zpet sebere firma i tech par zakladnich ovladacu co jsou soucasti distribuce CUPSu a nezbyde bud platit, nebo si kompilovat vlastni drivery z pokoutne sehnanych zdrojaku - jako se to driv delalo v GS napr pro Deskjet 870/690.

Chce mi nekdo oponovat ? Prosim, ma moznost nam to predvest v praxi (Ondrejov, 30 km od Prahy) na nasi siti a jeste dostane zaplaceno (pokud to bude chodit)

Jenom upresnim, ze ty binarky z baliku cups se nejmenuji stejne. RedHat/Fedora pouziva program alternatives, ktery umoznuje prepinat mezi baliky s obdobnou funkcionalitou (MTA - postix | sendmail) tim, ze dela symbolicke linky.

Zkuste napr. "alternatives --display print" nebo "alternatives --display mta".

na kontrolovanie accessu sa daju pouzit tcp wrappery sposobom, ktorym sa velmi intenzivne pouzivaly v historii - miesto cesty k programu v /etc/inetd.conf pouzijete /usr/sbin/tcpwrapper, ako nulty argument nepouzijete cups-lpd ale celu cestu k nemu a mate kontrolu cez /etc/hosts.allow zaistenu.

Druha moznost je pouzit xinetd alebo iny superserver ktory to dokaze zabezpecit sam (pripadne, ako xinetd aj s podporou tcp wrapperov).

pred niekolkymi rokmi sa vsetko riesilo cez inetd/tcpwrapper a niektori ludia si mysleli ze to inac nejde. Vari si teraz niektori myslia presny opak? :)

jen oprava, neni to /usr/sbin/tcpwrappers ale /usr/sbin/tcpd, tcpwrappers jestli to dobre chapu je balik ktery zahrnuje jak tcpd ktery se pouziva zpusobem zminenym vyse, jednak knihovnu kterou muzou pouzivat primo programy.

Mimochodem v BSD inetd (aspon v NetBSD) ta knihovna je zahrnuta a inetd se proto chova jako kdysi kombinace inetd/tcpd, procez samostatny tcpd uz neni treba.

Zdravim. me by zajimalo jak se doazete dostat do toho vebovyho rozhrani? At pouziju svuj login nebo root tak me to tam proste nepusti. Pouzivam SuSE 9.1.
Diky za pripadnou odpoved...