[debian sarge] USB-printer installeren

[Feanaro]

Ik heb een USB printer (HP DeskJet 3550) en die wil ik delen over het netwerk via SAMBA door hem aan mijn Debian (Sarge, 2.6 kernel) te hangen. Nu heb ik verschillende HOWTOs geraadpleegd, maar tot op heden is het nog niet gelukt om deze aan de praat te krijgen.

SAMBA en CUPS zijn geinstalleer en zouden volgens mij moeten werken (SAMBA werkt op het niveau van file sharing gewoon). Volgens: http://www.faqs.org/docs/...dows-Shared-Printing.html

Via o.a. deze site heb ik mijn printer geinstalleerd: http://www.togaware.com/linux/survivor/Installing_USB.html

Echter hierna kan mijn linux systeem hem nog steeds niet vinden, ik krijg een "client-error-not-found" melding. Als ik ga kijken welke modules geladen zijn, dan zie ik in /etc/modules enkel

ide-cd
ide-disk
ide-generic
psmouse

staan. Omdat er toch echt USB nodig is voor een USB printer, heb ik gepoogd usbcore, usb-uhci (zou zijn i.v.m. mijn VIA chipset) en printer. Alleen de eerste blijkt d.m.v. modprobe te laden, de andere twee geven een "FATAL: Module xxx not found" foutmelding.

Wat dit te betekenen heeft, snap ik niet zo goed, behalve dat die module er kennelijk niet is. Ik kom op sites zaken tegen over compileren van kernels, maar dat heb ik nog nooit gedaan. Daarnaast lijkt het mij vreemd om een standaard kernel die je bij Debian zo van de cd installeert zonder usb ondersteuning te leveren.

Wellicht zie ik iets simpels over het hoofd? Of zit er niets anders op dan proberen een nieuwe kernel te compileren?

[cool_zero]

Je hebt de naam van de module waarschijnlijk verkeert. Kijk even onder "/lib/module/<kernel nummer>/kernel/", want daar staan alle modules (alle .ko bestanden). De usb driver staat dan in "drivers/usb/host/". Waarschijnlijk moet je ook nog usblp laden en daarna zou je met cups (webinterface) je printer kunnen configureren.

[Sir Isaac]

tegenwoordig wordt de uhci module gebruikt ipv de usb-uhci. H'm in mijn directory heet dat ding zelfs uhci-hcd.
Moderne windows versie kunnen trouwens ook zonder samba naar een cups printer printen volgens mij. Dat gaat dan via het ipp protocol.

[ Voor 40% gewijzigd door Sir Isaac op 25-07-2006 11:32 ]

[Feanaro]

De volgende modules heb ik nu geladen:
usb
uhci-hcd
usbcore
usblp ("lp" zou printer moeten zijn?)

Hoe weet ik nu of mijn printer gevonden wordt?

Heb geprobeerd om via de webinterface CUPS te configureren, volgens bepaalde HOWTOs zou dit moeten via HTTP op port 631, maar dan krijg ik een 403 (forbidden) error.

[Sir Isaac]

wat is de output van lsusb?

[Feanaro]

Bus 004 Device 001: ID 0000:0000
Bus 003 Device 001: ID 0000:0000
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 003: ID 03f0:7304 Hewlett-Packard DeskJet 35xx
Bus 001 Device 001: ID 0000:0000

Dat lijkt dus mijn printer

Betekent dat ik dan nu kan printen, of moet ik nog ergens iets in configuratie toevoegen? Zie hem bij My Network places onder de server/printers nog niet staan namelijk.

[ Voor 12% gewijzigd door Feanaro op 25-07-2006 13:11 ]

[cool_zero]

Je moet nu nog cups configureren. Als je zelf al op die fout had gezocht in b.v. google (met "cups webinterface 403") had je de oplossing al wel kunnen vinden. Daarna printer installeren (juiste package misschien nog installeren) en daarna met ipp ofzo verbinding via netwerk maken. Gewoon stap voor stap de dingen oplossen waar je tegenaan loopt en dan komt het wel goed

[Feanaro]

Heb nu in cupsd.conf de toegang voor de webadmin funtionaliteit uitgebreid met mijn thuisnetwerk (192.168.1.0/24) en ik kan er nu in. Ik kan "manage printers" kiezen, maar als ik er dan eentje wil toevoegen, krijg ik weer een 403...

Ik probeer het nu handmatig.

foomatic-configure -s cups -n Picasso -c file:/dev/usb/lp0 -p HP-DeskJet_3550 -d hpijs -o PageSize=A4

Zou printer "Picasso" toe moeten voegen (HP deskjet 3550), dit gaf een melding dat hij niet naar printers.conf kon schrijven. Die file aangemaakt en dan krijg ik de volgende melding:

"Use of uninitialized value in substitution (s///) at /usr/share/perl5/Foomatic/DB.pm line 3432."

Als ik het nog eens probeer, lijkt hij het wel uit te voeren. Testpagina lukt nu.

[ Voor 54% gewijzigd door Feanaro op 27-07-2006 13:36 ]

[Feanaro]

in cupsd.conf <location> sectie 192.168.1.* (netwerk hier) toegevoegd, printer toegevoegd in windows, bij test pagina printen gaat explorer onderuit met "Runtime error!" "abnormal program termination". Snap nu niet wat er mis kan zijn, google zoeken levert weinig op...

[Verwijderd]

lijkt dit niet eerder op een rechten-probleem? heb je wel een account die voldoende toegang heeft?

[Feanaro]

Tja, mijn user heb ik toegevoegd aan de "lpadmin" groep, maar dan nog steeds hetzelfde...

[cool_zero]

Misschien kun je wat dingen proberen die in de volgende link aan de orde komen zoals de Adobe postscript driver of in de config raw-transfer toevoegen: http://www.owlfish.com/thoughts/winipp-cups-2003-07-20.html

[Feanaro]

Ja die had ik al gevonden, maar wilde het dus via SMB gaan doen, dat werkte niet, maar via IPP heb ik de boel nu aan de praat.

[Feanaro]

Inmiddels een keer een reinstall gedaan (debian etch-n-half AMD 64x86) en zit weer met CUPS problemen: ik kan de webinterface niet in (firefox geeft "connection was refused").

De printer is geinstalleerd, lsusb geeft de volgende output

Bus 005 Device 001: ID 0000:0000
Bus 004 Device 001: ID 0000:0000
Bus 003 Device 002: ID 03f0:7304 Hewlett-Packard DeskJet 35xx
Bus 003 Device 001: ID 0000:0000
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 001: ID 0000:0000

ook het handmatig toevoegen van de printer d.m.v.

foomatic-configure -s cups -n Picasso -c file:/dev/usb/lp0 -p HP-DeskJet_3550 -d hpijs -o PageSize=A4

werkte zonder foutmeldingen

Ook heb ik in cupsd.conf de toegangsrechten aangepast:

# Restrict access to the server...
<Location />
Order Deny,Allow
Deny From All
Allow From 127.0.0.1
Allow From 192.168.1.*
</Location>

# Restrict access to the admin pages...
<Location /admin>
AuthType Basic
AuthClass System
Order Allow,Deny
Allow localhost
Allow From 192.168.1.*
</Location>

Firewall (iptables) laat zowel tcp and udp pakketten voor poort 631 door. (firewall op de windows client ook even open gezet)

Ik heb gecheckt of cups luistert op port 631, dit klopt (netstat -nl | grep 631 ; lsof -i :631)

Ik heb mijn eigen user toegevoegd aan de groep lpadmin

Ik wil met raw queues werken (IPP), dus ik heb de betreffende regels in /etc/cups/mine.types en /etc/cups/mine.convs uncomment.

Op zich hoeft de webinterface van mij niet per se, als ik de printer maar kan sharen. Dus als iemand weet hoe het met de cli kan, dan vind ik het ook prima. Op dit moment kom ik er gewoon niet uit.

[deadinspace]

Feanaro schreef op zondag 11 januari 2009 @ 16:55:
Ik heb gecheckt of cups luistert op port 631, dit klopt (netstat -nl | grep 631 ; lsof -i :631)

Wat bedoel je met "dit klopt"? Luistert cups inderdaad op poort 631? Wat is de output van je netstat en lsof commando's?

Als Firefox "Connection refused." zegt, dan betekent dat dat Firefox te horen krijgt dat die poort dichtstaat. Als cups toch echt op de externe interface op die poort luistert, dan blokkeert je firewall dit waarschijnlijk.

Ik neem aan dat die Firefox op een andere computer draaide? Het is ook mogelijk dat cups alleen op het localhost-adres luistert, waardoor alleen connecties vanaf de machine zelf lukken. Wat krijg je als je op de Debian machine zelf

nc localhost 631

doet? (afbreken met ctrl-D of ctrl-C)

[Feanaro]

netstat -nl | grep 631:

tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN
tcp6 0 0 ::1:631 :::* LISTEN
udp 0 0 0.0.0.0:631 0.0.0.0:*

lsof -i :631:

COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
cupsd 4508 root 2u IPv4 16847 TCP localhost:ipp (LISTEN)
cupsd 4508 root 3u IPv6 16848 TCP localhost:ipp (LISTEN)
cupsd 4508 root 5u IPv4 16851 UDP *:ipp

Dat nc commando geeft niets... Heb het moeten afbreken...

[ Voor 5% gewijzigd door Feanaro op 11-01-2009 21:18 ]

[deadinspace]

Feanaro schreef op zondag 11 januari 2009 @ 21:17:
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN
tcp6 0 0 ::1:631 :::* LISTEN
udp 0 0 0.0.0.0:631 0.0.0.0:*

...

COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
cupsd 4508 root 2u IPv4 16847 TCP localhost:ipp (LISTEN)
cupsd 4508 root 3u IPv6 16848 TCP localhost:ipp (LISTEN)
cupsd 4508 root 5u IPv4 16851 UDP *:ipp

En daar heb je het, cups luistert alleen op localhost, en is dus alleen vanaf de machine zelf benaderbaar. Ik ben niet zo heel bekend met cups, maar waarschijnlijk kun je wel instellen dat hij ook op externe interfaces moet luisteren. Typisch gebeurt dat door een instelling die zegt op welk IP-adres hij moet luisteren, waarbij 0.0.0.0 "alles" betekent.

Dat nc commando geeft niets... Heb het moeten afbreken...

Dat betekent dat je verbinding had met cups, en dat cups wachtte op een HTTP request. Doe nog maar eens nc, en typ dan

code:

GET / HTTP/1.1<enter><enter>

[Feanaro]

Ik geloof dat ik het begrijp... Dit was de output van het commando:

GET / HTTP/1.1

HTTP/1.1 400 Bad Request
Date: Mon, 12 Jan 2009 11:51:33 GMT
Server: CUPS/1.2
Upgrade: TLS/1.0,HTTP/1.1
Connection: close
Content-Type: text/html; charset=utf-8
Content-Length: 344

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=utf-8">
<TITLE>400 Bad Request</TITLE>
<LINK REL="STYLESHEET" TYPE="text/css" HREF="/cups.css">
</HEAD>
<BODY>
<H1>400 Bad Request</H1>
<P></P>
</BODY>
</HTML>

Ik lijk hier dus wel een verbinding tot stand te kunnen brengen...

Overigens had ik volgende passage in cupsd.conf al aangepast (derde regel):

# Only listen for connections from the local machine.
Listen localhost:631
Listen 192.168.1.*:631
Listen /var/run/cups/cups.sock

[deepbass909]

Ik had daar onlangs ook ruzie mee. Cups admin draait standaard op een beveiligde verbinding tegenwoordig, dus je moet sowieso https://{ip-server}:631 doen. De redirect werkt of expres niet in cups (van http naar https) of het is een kleine bug.
Dit zou je 400-error kunnen verklaren.

[Feanaro]

Helaas, dat werkt ook niet. Ik had ook "Encryption required" uit de cupsd.conf gehaald en vervangen door wat ik op internet vond:

AuthType Basic
AuthClass System

(heb vaker problemen gehad met secure/encrypted connecties aan de praat krijgen)

[ Voor 19% gewijzigd door Feanaro op 12-01-2009 14:47 ]

[gertvdijk]

Feanaro schreef op zondag 11 januari 2009 @ 16:55:
Ook heb ik in cupsd.conf de toegangsrechten aangepast:

Die 'Allow from' directive mag volgens mij niet zo en moet in de 192.168.1.0/24 vorm (oid).
Daarnaast zou ik ook in de main section van cupsd.conf een BrowseAddress directive neerzetten, zodat je clients automatisch de printers in het netwerk zien.

[Feanaro]

Beide vond ik in howto's en het lijkt niet uit te maken. Ook als ik 192.168.1.0/24 schrijf, krijg ik geen verbinding...

[gertvdijk]

# Restrict access to the server...
<Location />
Order Deny,Allow
Deny From All
Allow From 127.0.0.1
Allow From 192.168.1.*
</Location>

# Restrict access to the admin pages...
<Location /admin>
AuthType Basic
AuthClass System
Order Allow,Deny
Allow localhost
Allow From 192.168.1.*
</Location>

Daar lijkt iets niet in de haak te zitten (volgorde allow,deny). Ook zie ik dat From mist een keer... Al met al niet heel netjes. Bij mij werkt het met deze regeltjes (ips verwijderd):

# Only listen for connections from the local machine.
Listen 631
Listen /var/run/cups/cups.sock

# Show shared printers on the local network.
Browsing On
BrowseOrder allow,deny
BrowseAllow all
#BrowseAddress @LOCAL
BrowseAddress 172.20.x.x
BrowseAddress 172.20.x.x

# Default authentication type, when authentication is required...
DefaultAuthType Basic

# Restrict access to the server...
<Location />
# Order allow,deny
Order Deny,Allow
Deny From All
Allow From 127.0.0.1
Allow From 172.20.x.x
Allow From 172.20.x.x
</Location>

# Restrict access to the admin pages...
<Location /admin>
# Order allow,deny
Order Deny,Allow
Deny From All
Allow From 127.0.0.1
Allow From 172.20.x.x
Allow From 172.20.x.x
</Location>

[Feanaro]

Ok, ik kan er inmiddels in! Test Page printen werkt. Vreemd genoeg wordt er niet gevraagd om een gebruiker en wachtwoord.

Wel duurt het eindeloos om een pagina te laden. Maar mijn printen werkt nu!