Rechercher : dans
Par :

[CUPS] Impossible de s'authentifier en root

Dernière réponse le 9 oct 2008 à 10:31:17 Thomas, le 7 oct 2008 à 09:54:18 
 Signaler ce message aux modérateurs

Bonjour,

Depuis quelques jours, j'essaye d'installer un serveur CUPS sur une machine distante virtuelle linux "Redhat". Je suis connecté sur cette machine en root soit par putty soit par VMware me permettant de récupérer une interface graphique.

Je n'ai eu aucun problème particulier lors de l'installation mais j'en rencontre un lors de sa configuration. En effet pour paramétrer cups, je dispose d'une interface disponible en local depuis cette adresse : http://localhost:631/admin.

Le problème est qu'il me demande alors un username/password mais que même le mot de passe root ne fonctionne pas. Cela fait plusieurs jours que je tourne en rond en ajoutant "root" dans les goups lp & lpadmin (/etc/groups), que je déclare un utilisateur particulier dans les groupes, que j'essaye des versions antérieurs de CUPS, que je configure le fichier cupsd.conf ... en vain.

Message d'erreur après quelques tentatives :

401 Unauthorized
Entrez votre nom d'utilisateur et votre mot de passe ou bien identifiez-vous en tant que "root" pour accéder à cette page. Si vous utilisez l'authentification Kerberos, assurez-vous de disposer d'un ticket Kerberos valide.

Je commence à croire que le problème pourrait venir d'un autre endroit que CUPS lui-même ... plus général peut-être. Je ne suis pas vraiment un linuxien alors si quelqu'un pourrait m'éclairer sur ce problème, ce serait sympa ;-)

Merci d'avance.

Configuration: Redhat sur machine virtuelle
Firefox / Konqueror / w3m

Meilleures réponses pour « [CUPS] Impossible de s'authentifier en root » dans :
PhpMyAdmin - 1045- Access denied for user root@localhost VoirPhpMyAdmin - Access denied for user root’@localhost Cette astuce est destinée à ceux qui ont un problème d’ouverture de PhpMyAdmin (par exemple avec WAMP Server ou EasyPHP) avec l'erreur suivante : #1045- Access denied for user...
Réinitialiser le mot de passe root de MySQL VoirQue ce soit lors de la première installation ou après la perte du mot de passe principal de MySQL, il est nécessaire de pouvoir modifier le mot de passe administrateur (root) de MySQL. Vous avez perdu le mot de passe root de MySQL ? Pour pouvoir...
Il n'y a pas de compte root sous Ubuntu VoirMythe Il n'y a pas de compte root sous Ubuntu. Réalité FAUX. Explications Si si. Le compte root existe. Faites un simple cat /etc/passwd pour vous en convaincre. En fait, le compte root existe, mais possède un mot de passe vide. Et comme...

1

gregool, le 7 oct 2008 à 13:41:43

Salut,

tu n'utilises pas CUPS via SAMBA par hasard?

Si ya pas de solution c'est qui a pas de problème !

Répondre à gregool

2

Thomas, le 7 oct 2008 à 14:02:03

Salut,

Non, je n'utilise pas Samba.

J'ai avancé un peu sur le fichier de config cupsd.conf où j'ai ajouté sur l'une des premières lignes :
# Administrator user group...
SystemGroup sys root,lp,lpadmin

En root, cette méthode ne fonctionne toujours pas mais en revanche avec un user quelconque j'arrive sur une autre erreur dans cups dont voici le log error :
I [07/Oct/2008:14:08:39 +0200] cupsdAuthorize: Username "root" has no shadow password!
I [07/Oct/2008:14:08:55 +0200]Installing config file "/etc/cups/cupsd.conf"...
I [07/Oct/2008:14:08:56 +0200]Unable to open config file "/etc/cups/cupsd.conf.N" - Permission denied

En root, il semble que je ne suis pas dans le "Shadow" ???
En user classique, il semble que je n'ai pas tous les droits ???

Merci pour ton aide.

Répondre à Thomas

3

gregool, le 7 oct 2008 à 14:15:31

L'utilisateur cupsys est-il dans le groupe shadow?

tu peux poster ton cupsd.conf?
Si ya pas de solution c'est qui a pas de problème !

Répondre à gregool

4

Thomas, le 7 oct 2008 à 15:31:37

Je n'ai pas de cupsys ni dans le groupe shadow ni ailleurs. Il me semble que ce service n'est actif que sur certaines librairies, moi je dispose que du service cups (que je peux gérer en faisant un "service cups restart" par exemple).

Le cupsd.conf est quasiment celui d'origine pour le moment :
#
# "$Id: cupsd.conf.in 7199 2008-01-08 00:16:30Z mike $"
#
# Sample configuration file for the Common UNIX Printing System (CUPS)
# scheduler. See "man cupsd.conf" for a complete description of this
# file.
#

# Log general information in error_log - change "info" to "debug" for
# troubleshooting...
LogLevel info

# Administrator user group...
SystemGroup sys root,lp,lpadmin


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

# Show shared printers on the local network.
Browsing On
BrowseOrder allow,deny
BrowseAllow all

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

# Restrict access to the server...
<Location />
Order allow,deny
</Location>

# Restrict access to the admin pages...
<Location /admin>

Order allow,deny
</Location>

# Restrict access to configuration files...
<Location /admin/conf>
AuthType Default
Require user @SYSTEM
Order allow,deny
</Location>

# Set the default printer/job policies...
<Policy default>
# Job-related operations must be done by the owner or an administrator...
<Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job CUPS-Move-Job>
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>

# All administration operations require an administrator to authenticate...
<Limit CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class CUPS-Delete-Class CUPS-Set-Default>
AuthType Default
Require user @SYSTEM
Order deny,allow
</Limit>

# All printer operations require a printer operator to authenticate...
<Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After CUPS-Accept-Jobs CUPS-Reject-Jobs>
AuthType Default
Require user @SYSTEM
Order deny,allow
</Limit>

# Only the owner or an administrator can cancel or authenticate a job...
<Limit Cancel-Job CUPS-Authenticate-Job>
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>

<Limit All>
Order deny,allow
</Limit>
</Policy>

#
# End of "$Id: cupsd.conf.in 7199 2008-01-08 00:16:30Z mike $".
#

~~~~~~~~~~~~~~~~

Dès que je déclare un nouveau compte sur la machine et que j'essaye de me connecter à CUPS avec celui-ci, j'ai le même message à chaque fois au niveau du log-error de Cups : "I [XXX] cupsdAuthorize: Username "xxx" has no shadow password!

Pourtant si je fais un vi de /etc/shadow, je vois bien ce compte avec un code chiffré.

Répondre à Thomas

5

gregool, le 7 oct 2008 à 15:48:43

Donc tu confirmes que tes users sont dans le groupe shadow, ok.

essaie de commenter cette ligne:

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

Relance CUPS et dis nous ce que ça donne


Si ya pas de solution c'est qui a pas de problème !

Répondre à gregool

6

Thomas, le 7 oct 2008 à 16:00:08

Désolé, ça ne marche pas pour autant.

Ma démarche :
- Mise en commentaire de la ligne
- Redémarrage du service cups
- Test négatif, toujours la même erreur dans le log-error : no shadow password

Allez, on continue, merci beaucoup gregool.

Répondre à Thomas

7

gregool, le 7 oct 2008 à 22:57:04
  • +1

Alors c'est quand meme dingue cette histoire !

essaie voir de creer un utilisateur cupsys dans shadow

adduser cupsys shadow

ça devrait marcher ya pas de raison !

Si ya pas de solution c'est qui a pas de problème !

Répondre à gregool

8

Thomas, le 8 oct 2008 à 09:40:23

Bonjour,

Effectivement, ça devient dingue cette histoire.

J'ai testé en ajoutant l'utilisateur cupsys dans le shadow mais c'est la même chose.

Je ne vois vraiment pas comment résoudre le problème ... toujours ce même message dans les logs : Username "root" ha no shadow password!

J'ai testé une version antérieur de CUPS ... même chose évidemment.

D'autres pistes ? Merci.

Répondre à Thomas

9

gregool, le 8 oct 2008 à 11:12:50
  • +1

Ben d'autres pistes heu... si j'étais devant la machine en cherchant peut être mais là, je ne vois pas trop...

je sais qu'il ya un bug tout bete ou en fait il y a l'interface web qui avait été desactivée par defaut, puis reactivée mais sans activer l'authentification, et dans ce cas on ajoute cupsys et les autres user à shadow et ça passe.

j'ai essayé de biaiser en te faisant commenter la ligne correspondant à l'authentification mais bon ça ne marche pas.

donc plan B mais sans conviction, essaie de commenter ça:

# Restrict access to the admin pages...
<Location /admin>

#Order allow,deny
</Location>


Si ya pas de solution c'est qui a pas de problème !

Répondre à gregool

10

Thomas, le 8 oct 2008 à 13:54:24

Je viens d'essayer en commantant la ligne indiquée mais c'est toujours la même chose.

Par contre, j'ai tout repris de zéro. C'est à dire que j'ai désinstaller proprement & réinstaller cups d'origine ... sans toutes mes modifications de groupes ...

Bizarrement, il me demande plus de mot de passe quand je tente d'accéder à la partie administration mais j'ai un beau message d'erreur qui est maintenant :
Erreur 413 : Request entity too large

Avec cette fois-ci dans le fichier error-log :
E [08/Oct/2008:14:00:43 +0200] Unable to create request file /var/spool/cups/00000007: Permission denied
E [08/Oct/2008:14:00:43 +0200] cupsdReadClient: Unable to write 78 bytes to /var/spool/cups/00000007: Bad file descriptor

J'ai l'impression d'avoir un peu avancé mais au final c'est quasiment le même problème d'accès. Je suis toujours connecté en "root" et les dossiers Var & Spool sont gérés par le root. En revanche, les dossiers cups & tmp (dans cups) ont l'air d'être gérés par le group "lp".

Il faut peut-être creuser dans ce sens-là ?

PS : Si j'ajoute la ligne AuthType Basic dans le fichier de conf au niveau de la location admin ... il demande alors un mot de passe pour rentrer dans la partie administration & comme d'habitude cela ne fonctionne pas.

Répondre à Thomas

11

 gregool, le 9 oct 2008 à 10:31:17

Et tu essaies avec un user du groupe lp tu as aussi ce pb?

Si ya pas de solution c'est qui a pas de problème !

Répondre à gregool