Erwan David wrote:
L'outil web n'est qu'une interface. Les fichiers de config sont des fichiers textes. Ainsi, dans le répertoire /etc/cups , mon imprimante est déclarée dans le fichier printers.conf qui est assez lisible :Cups est le nouveau "standard" au niveau des systèmes impressions unix. cf : www.cups.orgencore un standrad autoproclamé...Il est utilisé par la plupart des distribs et par Mac Os X. Il n'utilise pas le fichier /etc/printcapIl faut ce mefier des assitants qui masque un certains nombres de chose.C'est pourquoi je propose de passer par l'outil "natif" de cups : une interface web locale sur http://localhost:631/Le genre de truc qui me fait regarder ça avec beaucoup de méfiance. E,core plein de mickeys qui clignotent et cachent la vraire config. Parceque" quand la config est cassée comment on fait ? vu que lme démon ne sera a priori pas lancé.. Ben on est dans la merde jsuqu'au coup.
# Printer configuration file for CUPS v1.1.18 # Written by cupsd on ven 11 avr 2003 11:07:59 GMT <DefaultPrinter test> Info test DeviceURI socket://192.168.0.10:9100/ State Idle Accepting Yes JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 </Printer>et dans /etc/cups/ppd il y a le fichier ppd (texte aussi) adapté à mon imprimante qui porte le nom donné ( test dans cet exemple).
Un service doit pouvoir être configuré dépanné uniquement avec des outils totalement étrangers à ce service. Sinon c'est la porte ouverte aux emmerdes. Il y en a assez comme ça sans qu'on en rajoute. lprng marche bien, pas besoin de foutre une usine à gaz source de trous de sécurité (tout démon en écoute est un trou de sécurité potentiel).
Tout démon d'impression écoute effectivement sur un port et est donc un trou de sécurité potentiel que ce soit cupsys ou lpd