![](https://seccdn.libravatar.org/avatar/2b656b6b75b30e6a169e20c836cfccc7.jpg?s=120&d=mm&r=g)
Hallo
ich habe meine cupsd.conf wie folgt angepaßt damit ich auch als "normaler
" user Drucker administrieren kann
leider kann ich jetzt fast alles aber keine Jobs löschen.... Ich bekomme
die Meldung: client-error-forbidden
Kann mir jemand sagen was ich da falsch konfiguriert habe ?
Nice to have wäre wenn das löschen eines Druckers für den "normalen" user
nicht möglich wäre, aber wie gesagt
das ist nice to have. das Löschen ist mir wichtig und das bekomme ich
einfach nicht auf die Reihen. Ich möchte das
ohne Anmeldung jedem user erlauben.
Gruß und Dank
Michael
#
![](https://seccdn.libravatar.org/avatar/ba6138f793e72be6644854fdc3ec2f02.jpg?s=120&d=mm&r=g)
Hallo, On May 4 14:22 Michael Hoeller wrote (shortened):
leider kann ich jetzt fast alles aber keine Jobs löschen.... Ich bekomme die Meldung: client-error-forbidden
Wenn keine Authentisierung gewünscht ist, sollte
![](https://seccdn.libravatar.org/avatar/2b656b6b75b30e6a169e20c836cfccc7.jpg?s=120&d=mm&r=g)
Hallo Johannes, vielen Dank für Deinen Tipp, leider bin ich noch nicht zum Ziel gekommen, ich kann alle Einstellung die in http://localhost:631/sam.html beschrieben sind (praktisch) nachvollziehen, wenn ich das unter Location/admin mache. Mit keiner Kombination unter Loaction/Jobs habe ich es geschafft einen Druckjob zu löschen.. Immer kommt die selbe Meldung zub client-error-forbidden .. Zum Testen habe ich die /etc/cups/cupsd.conf geändert und dann einen rccupsd restart durchgeführt. Den Druckjob den ich löschen wollte habe ich halt immer in der Queue gelassen ... Hoffe das Vorgehen ist i.O. Jetzt würde ich gerne den brutalen Ansatz nehmen. Wie kann ich das System für alles uns alles öffnen? Ohne jede Beschänkung? Ich verwende SuSE 9.2. Wenn das tut werde ich die Rechte langsam wieder zurücknehmen. Hoffe das kann mir jemand sagen. Gruß und Dank Michael
On May 4 14:22 Michael Hoeller wrote (shortened):
leider kann ich jetzt fast alles aber keine Jobs löschen.... Ich bekomme die Meldung: client-error-forbidden
Wenn keine Authentisierung gewünscht ist, sollte
Satisfy any </Location> genügen, dann sollte jeder Benutzer mit den Jobs machen dürfen, was er will.
This e-mail (and/or attachments) is confidential and may be privileged. Use or disclosure of it by anyone other than a designated addressee is unauthorized. If you are not an intended recipient, please delete this e-mail from the computer on which you received it. We thank you for notifying us immediately.
![](https://seccdn.libravatar.org/avatar/53a6cf42dedfb6fc1a0ab35224022f75.jpg?s=120&d=mm&r=g)
Am Donnerstag, 5. Mai 2005 14:28 schrieb Michael Hoeller:
Hallo Johannes,
vielen Dank für Deinen Tipp, leider bin ich noch nicht zum Ziel gekommen, ich kann alle Einstellung die in http://localhost:631/sam.html beschrieben sind (praktisch) nachvollziehen, wenn ich das unter Location/admin mache. Mit keiner Kombination unter Loaction/Jobs habe ich es geschafft einen Druckjob zu löschen.. Immer kommt die selbe Meldung zub client-error-forbidden .. Zum Testen habe ich die /etc/cups/cupsd.conf geändert und dann einen rccupsd restart durchgeführt. Den Druckjob den ich löschen wollte habe ich halt immer in der Queue gelassen ... Hoffe das Vorgehen ist i.O.
Welcher user hat denn den Druckauftrag gegeben? Wenn das root war, dann ist es nicht verwunderlich, dass man den Job als User nicht löschen kann... Ansonsten fällt mir nicht viel dazu ein. Gruss Mario
![](https://seccdn.libravatar.org/avatar/2b656b6b75b30e6a169e20c836cfccc7.jpg?s=120&d=mm&r=g)
Hallo,
Am Donnerstag, 5. Mai 2005 14:28 schrieb Michael Hoeller:
Hallo Johannes,
vielen Dank für Deinen Tipp, leider bin ich noch nicht zum Ziel gekommen, ich kann alle Einstellung die in http://localhost:631/sam.html beschrieben sind (praktisch) nachvollziehen, wenn ich das unter Location/admin mache. Mit keiner Kombination unter Loaction/Jobs habe ich es geschafft einen Druckjob zu löschen.. Immer kommt die selbe Meldung zub client-error-forbidden .. Zum Testen habe ich die /etc/cups/cupsd.conf geändert und dann einen rccupsd restart durchgeführt. Den Druckjob den ich löschen wollte habe ich halt immer in der Queue gelassen ... Hoffe das Vorgehen ist i.O.
Welcher user hat denn den Druckauftrag gegeben? Wenn das root war, dann ist es nicht verwunderlich, dass man den Job als User nicht löschen kann...
Der Job ist im Besitz des selben Benutzters der auch löscht. Ich habe sogar geschwind mal eine komlett neue Installation auf einem Anderen Rechner probiert da habe ich das Problem ebenfalls. Mittlerweile habe ich eine cupsd.conf im Netz gefunden die quasi aller zuläßt, sorry link ist auf einem anderen Rechner. Aber immer noch das selbe Problem. auf der Komandozeile kann ich den Job mit cancel -a DRUCKERNAME löschen. ??? Das muss doch irgendwo im webfrontend hängen? Gruß und Dank Michael This e-mail (and/or attachments) is confidential and may be privileged. Use or disclosure of it by anyone other than a designated addressee is unauthorized. If you are not an intended recipient, please delete this e-mail from the computer on which you received it. We thank you for notifying us immediately.
![](https://seccdn.libravatar.org/avatar/ba6138f793e72be6644854fdc3ec2f02.jpg?s=120&d=mm&r=g)
Hallo, On May 5 13:28 Michael Hoeller wrote (shortened):
vielen Dank für Deinen Tipp, leider bin ich noch nicht zum Ziel gekommen, ...
Wenn keine Authentisierung gewünscht ist, sollte
Satisfy any </Location> genügen, dann sollte jeder Benutzer mit den Jobs machen dürfen, was er will.
Seltsam, ich meine mich zu erinnern, dass das früher einmal bei mir
funktioniert hat, jetzt aber (9.3) funktioniert es so nicht mehr.
Dafür kann jeder einzelne Jobs anderer Benutzer gemäß "man cancel" mit
cancel -u <user> <queue>-
![](https://seccdn.libravatar.org/avatar/2b656b6b75b30e6a169e20c836cfccc7.jpg?s=120&d=mm&r=g)
Hallo Johannes
On May 5 13:28 Michael Hoeller wrote (shortened):
Wenn keine Authentisierung gewünscht ist, sollte
Satisfy any </Location> genügen, dann sollte jeder Benutzer mit den Jobs machen dürfen, was er will. Seltsam, ich meine mich zu erinnern, dass das früher einmal bei mir funktioniert hat, jetzt aber (9.3) funktioniert es so nicht mehr.
tut nicht was immer ich probiere unter 9.2
Dafür kann jeder einzelne Jobs anderer Benutzer gemäß "man cancel" mit cancel -u <user> <queue>-
löschen.
das funktioniert auch mit der 9.2
Aber "cancel -a" darf nur "root" - genauer diejenigen Benutzer, die mit "lppasswd -g sys -a <user>" als CUPS-Administratoren festgelegt sind - wobei für Benutzer die nicht "root" sind, ein Passwortdialog erfolgt.
Auch nach lppasswd -g sys -a <user> bekomme ich die meldung client-error-forbidden beim Löschen eines Druck auftrages mit dem web frontend. Diese Meldung bekomme ich sogar wenn ich mit root das web front end aufrufe ?????!!!! Hat da jemand noch eine idee? Es scheint ja ehr am frontedn als an cups zu liegen. Gruss, Michael This e-mail (and/or attachments) is confidential and may be privileged. Use or disclosure of it by anyone other than a designated addressee is unauthorized. If you are not an intended recipient, please delete this e-mail from the computer on which you received it. We thank you for notifying us immediately.
![](https://seccdn.libravatar.org/avatar/ba6138f793e72be6644854fdc3ec2f02.jpg?s=120&d=mm&r=g)
Hallo,
Wenn keine Authentisierung gewünscht ist, sollte
Satisfy any </Location> genügen, dann sollte jeder Benutzer mit den Jobs machen dürfen, was er will. Seltsam, ich meine mich zu erinnern, dass das früher einmal bei mir funktioniert hat, jetzt aber (9.3) funktioniert es so nicht mehr.
Mit erzwungener Authentisierung mit
![](https://seccdn.libravatar.org/avatar/1e9ea10c057275e17cebea79f8a0a9c7.jpg?s=120&d=mm&r=g)
Johannes Meixner wrote:
Hallo,
On May 4 14:22 Michael Hoeller wrote (shortened):
leider kann ich jetzt fast alles aber keine Jobs löschen.... Ich bekomme die Meldung: client-error-forbidden
Wenn keine Authentisierung gewünscht ist, sollte
Satisfy any </Location> genügen, dann sollte jeder Benutzer mit den Jobs machen dürfen, was er will.
Sorry, aber genau das funktioniert hier nicht: SuSE-9.3 Drucker über Yast eingerichtet + Cups Password vergeben. Ich kann den Drucker anhalten (nach Authentifizierung) aber keine Jobs löschen. Das geht mir schon seit Jahren so! Gibt es denn nirgendwo eine Anleitung, so dass das funktioniert? Mit "sollte" kommt man jedenfalls nicht weiter. Gesicherte Erkenntnisse wären angebracht. Mathias
![](https://seccdn.libravatar.org/avatar/2b656b6b75b30e6a169e20c836cfccc7.jpg?s=120&d=mm&r=g)
Hallo Mathias,
mit folgender Einstellung bin ich für die SuSE 9.2 ans Ziel gekommen. Was
stört ist --ich habe noch einen anderen Rechner , auch SuSE 9.2
auf dem ist trotz kopiereter conf ein Löschen der eines druckauf trages
möglich. Die user sind mit lppwd -g lp -a USER anelegt. Die Konf stammt
von
Johannes, nochmal ein Dank!
Vielleich hat ja jemand noch einen Idee warun ich ein unterschiedliches
vderhlten bekomme.
Gruß und Dank
Michael
grep -v ^# cupsd.conf | grep -v "^$"
LogLevel info
Printcap /etc/printcap
User lp
Group lp
RunAsUser Yes
Port 631
BrowseAllow @LOCAL
BrowseDeny All
<Location />
Allow From 192.168.55.*
AuthType None
</Location>
AuthType None
</Location>
Hallo,
On May 4 14:22 Michael Hoeller wrote (shortened):
leider kann ich jetzt fast alles aber keine Jobs löschen.... Ich bekomme die Meldung: client-error-forbidden
Wenn keine Authentisierung gewünscht ist, sollte
Satisfy any </Location> genügen, dann sollte jeder Benutzer mit den Jobs machen dürfen, was er will.
Sorry, aber genau das funktioniert hier nicht: SuSE-9.3 Drucker über Yast eingerichtet + Cups Password vergeben. Ich kann den Drucker anhalten (nach Authentifizierung) aber keine Jobs löschen. Das geht mir schon seit Jahren so! Gibt es denn nirgendwo eine Anleitung, so dass das funktioniert? Mit "sollte" kommt man jedenfalls nicht weiter. Gesicherte Erkenntnisse wären angebracht. Mathias -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com This e-mail (and/or attachments) is confidential and may be privileged. Use or disclosure of it by anyone other than a designated addressee is unauthorized. If you are not an intended recipient, please delete this e-mail from the computer on which you received it. We thank you for notifying us immediately.
![](https://seccdn.libravatar.org/avatar/ef16c585ac76aff07408c75bf24702f8.jpg?s=120&d=mm&r=g)
grep -v ^# cupsd.conf | grep -v "^$" LogLevel info Printcap /etc/printcap User lp Group lp RunAsUser Yes Port 631 BrowseAllow @LOCAL BrowseDeny All <Location /> Allow From 192.168.55.* AuthType None </Location> AuthType None </Location>
AuthType BasicDigist
Tippfehler! Das muß BasicDigest heißen...
AuthClass Group AuthGroupName sys Order Deny,Allow Deny From All Allow From 127.0.0.1 </Location>
Grüße, Thomas Mack
participants (5)
-
Johannes Meixner
-
Mario van der Linde
-
Mathias Weigt
-
Michael Hoeller
-
Thomas Mack