Allerdings frage ich mich gerade, ob wir nicht einem Denkfehler unterliegen. Sollte der normale User eigentlich ein Administratorpasswort haben um im Cups herum zu malen? Von der Logik her doch eigentlich nicht, oder? ![]()
Tumbleweed aktuell - Cups Probleme - Anmeldung nicht möglich
- Alero
- Erledigt
Hinweis: In dem Thema Tumbleweed aktuell - Cups Probleme - Anmeldung nicht möglich gibt es 69 Antworten auf 7 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
-
-
Paralell dazu hat man in einem anderen Forum die richtige Idee gehabt. Ich habe also jetzt meine Gruppe, in der ich mich befinde, in der /etc/cups/cups-files.conf unter dem Punkt SystemGroup hinzu gefügt. Somit sieht die jetzt also so aus, das ich hinter dem Eintrag root noch meine Gruppe hinzu gefügt habe. Neustart und funktioniert.
Nachtrag: In anderen Distributionen ist der User in der Gruppe lpadmin vertreten und diese ist in der cups-files.conf unter SystemGroup eingetragen. Das Entfernen der Gruppe lpadmin aus dem System hat wahrscheinlich zu dem besagten Effekt geführt. Wer diese Probleme nicht hatte, der hat wahrscheinlich noch die Gruppe lpadmin in seinem System und in besprochener Datei hinterlegt.
Nachtrag zum Nachtrag: Der Nachfolger von lpadmin soll jetzt wohl lp sein. Also fügen wir den User zur Gruppe lp hinzu und tragen in der /etc/cups/cups-files.conf unter dem Punkt SystemGroup einfach lp ein. Neustart. Das ist alles.
-
Wer diese Probleme nicht hatte, der hat wahrscheinlich noch die Gruppe lpadmin in seinem System und in besprochener Datei hinterlegt.
Oder er ist Mitglied der Gruppe "root".
-
Macht Sinn, als User in der Gruppe Root zu sein.

Statt diesem Unsinn kann ich dann auch gleich in der Anmeldemaske als User root eingeben.
-
Bei mir hat das weder mit lpadmin noch mit lp zu tun - wenn, dann ist es wheel, ich bin als USER in dieser Gruppe drin.
Hier das Ganze mal aus Fedora heraus - wurde so vom System angelegt und von mir nie verändert.
Code
Alles anzeigen:~# cat /etc/cups/cups-files.conf # # File/directory/user/group configuration file for the CUPS scheduler. # See "man cups-files.conf" for a complete description of this file. # # List of events that are considered fatal errors for the scheduler... #FatalErrors config # Strip domain in local username? #StripUserDomain No # Do we call fsync() after writing configuration or status files? #SyncOnClose Yes # Default user and group for filters/backends/helper programs; this cannot be # any user or group that resolves to ID 0 for security reasons... #User lp #Group lp # Administrator user group, used to match @SYSTEM in cupsd.conf policy rules... # This cannot contain the Group value for security reasons... SystemGroup sys root wheel # Are Unix domain socket peer credentials used for authorization? PeerCred on # User that is substituted for unauthenticated (remote) root accesses... #RemoteRoot remroot # Do we allow file: device URIs other than to /dev/null? #FileDevice No # Permissions for configuration and log files... #ConfigFilePerm 0640 #LogFilePerm 00600 # Location of the file logging all access to the scheduler; may be the name # "syslog". If not an absolute path, the value of ServerRoot is used as the # root directory. Also see the "AccessLogLevel" directive in cupsd.conf. AccessLog syslog # Location of cache files used by the scheduler... #CacheDir /var/cache/cups # Location of data files used by the scheduler... #DataDir /usr/share/cups # Location of the static web content served by the scheduler... #DocumentRoot /usr/share/cups/www # Location of the file logging all messages produced by the scheduler and any # helper programs; may be the name "syslog". If not an absolute path, the value # of ServerRoot is used as the root directory. Also see the "LogLevel" # directive in cupsd.conf. ErrorLog syslog # Location of the file logging all pages printed by the scheduler and any # helper programs; may be the name "syslog". If not an absolute path, the value # of ServerRoot is used as the root directory. Also see the "PageLogFormat" # directive in cupsd.conf. PageLog syslog # Location of the file listing all of the local printers... #Printcap /etc/printcap # Format of the Printcap file... #PrintcapFormat bsd #PrintcapFormat plist #PrintcapFormat solaris # Location of all spool files... #RequestRoot /var/spool/cups # Location of helper programs... #ServerBin /usr/lib/cups # SSL/TLS keychain for the scheduler... #ServerKeychain ssl # Location of other configuration files... #ServerRoot /etc/cups # Location of scheduler state files... #StateDir /run/cups # Location of scheduler/helper temporary files. This directory is emptied on # scheduler startup and cannot be one of the standard (public) temporary # directory locations for security reasons... #TempDir /var/spool/cups/tmp -
Kann man auch machen. Es ist eigentlich egal, in welcher Gruppe man das anlegt, das ist ja der Witz an der Geschichte. Aaaaber ... weil wir hier bei Druckern sind ...
ZitatDie Linux-Gruppe
lp(Line Printer) ist eine Systemgruppe, die für die Verwaltung von Druckerressourcen und die Steuerung des Druckdienstes zuständig ist. Mitglieder dieser Gruppe erhalten Berechtigungen, um auf Druckertreiber, Druckerwarteschlangen und serielle/parallele Schnittstellen (/dev/lp*) zuzugreifen, ohne root-Rechte zu benötigen.Und ...
ZitatDie Linux-Gruppe
wheelist eine spezielle Benutzergruppe, die verwendet wird, um Mitgliedern erweiterte administrative Rechte zu gewähren, insbesondere die Nutzung vonsudoodersu, um Befehle als Root-Benutzer auszuführen. Sie ist auf vielen Systemen (insbesondere Red Hat-basiert) der Standardweg, um Verwaltungsaufgaben sicher zu zentralisieren.Debian-basierte Distributionen (Ubuntu, Debian) verwenden stattdessen häufig die Gruppe
sudo.Nun kannst du selber entscheiden ...

-
-
aber das mache ich doch eh.
Aber jetzt dürfte dir auch sonnenklar sein, warum du kein Passwort eingeben musst.

-
Nee, ist mir noch nicht so ganz klar - sowohl Debian als auch Fedora fragen beim Login nach Benutzername und Passwort, der Login funktioniert dann mit meinem Benutzernamen und dem dazu gehörenden Passwort.
Nur unter Tumbleweed funktioniert das ohne Anmeldung - warum das so ist habe ich jetzt aber nicht weiter eruiert. Ist jetzt aber auch nicht weiter schlimm, TW ist mittlerweile schon mehrere Jahre alt und ich habe das noch nie benötigt - Drucken/Scannen funktioniert ja, somit bestand nie die Notwendigkeit, da irgend etwas via localhost:631 zu justieren.

Have a nice day

-
Nee, ist mir noch nicht so ganz klar
Hast du nicht erwähnt, du bist in der Gruppe wheel eingetragen unter cups? Und du hast auch gelesen, was die Gruppe wheel tut?
Dir auch einen schönen Tag.
