Le gestionnaire d'impression libre et à sources ouverts CUPS qui équipe une majorité de systèmes Unix (dont les Apple Mac OS X, bien que Apple le passe sous silence) offre une interface web pour sa configuration. Sous Ubuntu, l'accès à une option de configuration (et donc d'administration) provoque l'ouverture d'une boite de dialogue dans laquelle l'utilisateur doit indiquer ses informations d'authentification. Problème : l'accès est refusé !

La solution : elle est simple et c'est la bonne nouvelle :-). Mais s'il y a une bonne nouvelle, c'est qu'il y en a une de moins bonne.

Comment faire alors ? Et bien il suffit de rajouter « cupsys » sur la ligne « shadow » dans le fichier /etc/group, tout simplement. L'édition de ce fichier de configuration se fait en tant qu'administrateur de la machine c'est à dire via sudo, kdesu ou gksudo, suivant que l'on utilise la console, KDE ou encore GNOME. Une fois le fichier sauvegardé, il convient de stopper et de relancer le gestionnaire d'impression pour qu'il relise la nouvelle configuration. En ligne de commande, cela se fait avec la commande :

 $ sudo /etc/init.d/cupsys restart

Ceci fait, on peut désormais administrer Cups via son interface web sur http://127.0.0.1/631

Et la mauvaise nouvelle ? Toute solution de facilité en terme de sécurité induit forcément une augmentation du risque. La solution mise en Å“uvre ici n'y coupe pas et c'est sûrement pour cette raison que l'administration de Cups via un navigateur n'est pas autorisée par défaut. Néanmoins, dans le cadre d'un réseau domestique…

Remarque finale : Pourquoi un Kubuntiste utiliserait-il l'interface web de Cups alors que KDE possède une sympathique application de configuration permettant d'ajouter une nouvelle imprimante avec une main dans le dos et quelques clics ? Et bien parce que, plantage après plantage, au même moment de l'installation, à savoir le tout dernier clic validant la séquence, l'application plante et l'imprimante n'est pas ajoutée, comme elle avait pu l'être auparavant (cf un billet antérieur). Aussi, j'ai voulu tester avec cette autre interface. Et ça marche :-)

Quant à l'erreur survenue à l'aide de l'outil de configuration de KDE, voici le message du noyau, pour qu'il en reste quelque chose : 

 21844.472678 audit(1217175122.366:13): type=1503 operation="socket_create" family="ax25" sock_type="dgram" protocol=0 pid=24848 profile="/usr/sbin/cupsd" namespace="default"
 21844.472711 audit(1217175122.366:14): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/proc/net/ipx/" pid=24848 profile="/usr/sbin/cupsd" namespace="default"