View previous topic :: View next topic |
Author |
Message |
bulki Guru
Joined: 25 Nov 2004 Posts: 529 Location: SiliconValley
|
Posted: Fri Sep 15, 2006 7:47 pm Post subject: [Cups] Cupsons un petit peu ensemble, mais en remote(résolu |
|
|
Ciao,
j'ai une imprimante dans une pièce, reliée à un ordinateur tjrs allumé avec un serveur cups dessus. J'ai aussi un laptop, que j'utilise bcp. J'aurais voulu, par exemple, que quand j'ai quelque chose à imprimer, il l'envoie au serveur (tjrs allumé) directement, sans que j'ai besoin de faire des manoeuvres supplémentaires (via le File-> Print des fenêtres par exemple).
J'ai une ou l'autre idée, plutôt pas très bonne, est-ce que c'est difficile à faire ça ? Merci BCP bcp
Last edited by bulki on Sat Sep 16, 2006 4:33 pm; edited 1 time in total |
|
Back to top |
|
|
anigel Bodhisattva
Joined: 14 Apr 2003 Posts: 1894 Location: Un petit bled pas loin de Limoges ;-)
|
Posted: Fri Sep 15, 2006 8:45 pm Post subject: |
|
|
Bonsoir,
En espérant (rien n'est moins sûr) que j'ai bien compris ta demande, je te conseillerais la manip suivante :
- sur ton serveur, déclarer ladite imprimante comme imprimante par défaut, dans CUPS (c'est le cas si tu n'en as qu'une)
- sur ton client, renseigner le fichier /etc/cups/client.conf en y mettant la directive ServerName <IP_DU_SERVEUR>
Avec ça, lorsque tu imprime un document sur ton client, ça doit sortir direct sur l'imprimante du serveur. _________________ Il y a 10 sortes d'individus en ce bas-monde : ceux qui causent binaire, et les autres. |
|
Back to top |
|
|
PabOu Veteran
Joined: 11 Feb 2004 Posts: 1088 Location: Hélécine - Belgium
|
Posted: Fri Sep 15, 2006 11:40 pm Post subject: |
|
|
Ne pas oublier, sur le serveur avec l'imprimante les règles qui vont bien pour autoriser l'IP de ton portable (ou bien plusieurs ip ou toutes les ip d'un ou plusieurs sous-réseau(x) ou bien toutes les requetes venant d'une interface réseau spécifique sans préciser d'ip source) à accéder à cups et à l'imprimante.. Il me semble que par défaut ces règles sont seulement sur ALLOW 127.0.0.1 et puis un DENY du reste. _________________ Mangez du poulet ! |
|
Back to top |
|
|
bulki Guru
Joined: 25 Nov 2004 Posts: 529 Location: SiliconValley
|
Posted: Sat Sep 16, 2006 9:51 am Post subject: |
|
|
Merci pour votre aide.
Maintenant, quand je veux relancer le serveur CUPS sur la machine, j'ai un erreur:
Quote: | /etc/init.d/cupsd restart
* Starting cupsd ...
cupsd: Child exited with status 99! |
et dans le fichier error_log de cups:
Code: | D [16/Sep/2006:13:49:11 +0200] StartListening: NumListeners=2
D [16/Sep/2006:13:49:11 +0200] StartListening: address=7f000001 port=631
D [16/Sep/2006:13:49:11 +0200] StartListening: address=0a010102 port=631
E [16/Sep/2006:13:49:11 +0200] StartListening: Unable to bind socket for address 0a010102:631 - Cannot assign requested address. |
En fait, l'adresse que jes adresses que j'essaie d'écouter, sont:
Code: | Port localhost:631
Listen 10.1.1.2 |
J'ai finalement une autre question, si ici je configure le serveur cups, le client cups est aussi gérer par /etc/init.d/cupsd ? Il faut que je configure mon client en ajoutant une nouvelle imprimante communiquant par ipp ? Hum...
Merci bcp
PS: le allow/deny, c'est pout authoriser/refuser l'accès aux fonctions admin... |
|
Back to top |
|
|
blasserre Veteran
Joined: 10 Feb 2004 Posts: 1362 Location: Lille, Vlaanderen
|
Posted: Sat Sep 16, 2006 10:25 am Post subject: |
|
|
bulki wrote: | En fait, l'adresse que jes adresses que j'essaie d'écouter, sont:
Code: | Port localhost:631
Listen 10.1.1.2 |
|
essaye : Code: | Port localhost:631
Port 10.1.1.2:631 |
ça peut aussi venir d'une mauvaise extinction du démon, dans ce cas, un gros massacre à coups de kill/killall est toujours utile
bulki wrote: | PS: le allow/deny, c'est pout authoriser/refuser l'accès aux fonctions admin... |
ouais mais c'est toujours utile pour déplanter cups sans bouger du canapé (bien que je préfère de loin les lprm) _________________ benj
technicien professionnel, ascendant winner |
|
Back to top |
|
|
bulki Guru
Joined: 25 Nov 2004 Posts: 529 Location: SiliconValley
|
Posted: Sat Sep 16, 2006 11:18 am Post subject: |
|
|
non, toujours la même erreur . J'avais aussi essayé cette écriture, j'ai essayé de binder surun autre port, un peu tout quoi :/.
Le démon est bien mort par contre.
merci |
|
Back to top |
|
|
anigel Bodhisattva
Joined: 14 Apr 2003 Posts: 1894 Location: Un petit bled pas loin de Limoges ;-)
|
Posted: Sat Sep 16, 2006 11:56 am Post subject: |
|
|
bulki wrote: | J'ai finalement une autre question, si ici je configure le serveur cups, le client cups est aussi gérer par /etc/init.d/cupsd ? Il faut que je configure mon client en ajoutant une nouvelle imprimante communiquant par ipp ? Hum... |
Cups est prévu pour fonctionner selon le modèle client-serveur. En gros, une fois que le serveur est configuré correctement, et que tu arrive à imprimer des pages de test, alors tu ne devrais pas avoir de problèmes pour imprimer depuis le client. Sur le client, l'ajout de la ligne que je t'ai indiqué est nécessaire et suffisante pour imprimer (inutile de lancer cupsd sur le client). Lorsque tu feras une demande d'impression sur ton laptop, cups va lire en premier /etc/cups/client.conf, il va y trouver l'adresse du serveur, et va donc directement lui transférer le bébé. A charge pour le serveur de se débrouiller de la transcription dans le langage de l'imprimante, et de s'assurer que tout se passe bien.
Quote: | PS: le allow/deny, c'est pout authoriser/refuser l'accès aux fonctions admin... |
Ca peut servir aussi aux autorisations d'accès, mais en règle générale le fichier d'origine de cups est plutôt permissif (seules les fonctions d'administration sont restreintes).
bref : commence par faire fonctionner l'impression depuis le serveur, et quand ça ça marchera, alors le reste ne sera que formalités ! Essaie de tester en commentant carrément la ligne "Listen x.x.x.x" ? _________________ Il y a 10 sortes d'individus en ce bas-monde : ceux qui causent binaire, et les autres. |
|
Back to top |
|
|
bulki Guru
Joined: 25 Nov 2004 Posts: 529 Location: SiliconValley
|
Posted: Sat Sep 16, 2006 3:03 pm Post subject: |
|
|
L'imprimante marche "bien" quand elle est actionnée depuis l'ordinateur "serveur (10.1.1.3). Pour l'erreur de toute à l'heure, mea-culpa, j'ai mis un wildcard pour l'adresse IP au lieu de mettre un "x".
Ca ne marche toujours pas. Voilà chez le client (10.1.1.2) ce que j'ai:
Code: | # grep -v "#" /etc/cups/client.conf | grep -v ^$
ServerName 10.1.1.3 |
Chez le "serveur" (10.1.1.3)
Code: | # grep -v "#" /etc/cups/cupsd.conf | grep -v ^$
DocumentRoot /usr/share/cups/docs
LogLevel debug
User lp
Group lp
Port localhost:631
Listen 10.1.1.x:631
SystemGroup lp
<Location />
Order Deny,Allow
Deny From All
Allow From 127.0.0.1
Allow From 10.1.1.2
<Location>
<Location /admin>
AuthType Basic
AuthClass System
Order Deny,Allow
Deny From All
Allow From 127.0.0.1
</Location> |
Bon, ce que je comprends pas très bien, c'est que sur le serveur, il devrait y avoir un listening socket (non?)
Voilà ce que j'ai:
Code: | netstat -ltup
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 *:6001 *:* LISTEN 6790/X
tcp 0 0 localhost:ipp *:* LISTEN 16811/cupsd
tcp 0 0 localhost:x11-ssh *:* LISTEN 16706/2
tcp 0 0 *:666 *:* LISTEN 6609/sshd
udp 0 0 *:ipp *:* 16811/cupsd
|
..
edit: Est-ce que netstat marque aussi "listen" pour un serveur udp ?
aller, pour finir, depuis 10.1.1.2:
Code: | nmap -sS -O -p- -P0 -T5 10.1.1.3
[...]
Interesting ports on 10.1.1.3:
Not shown: 65533 closed ports
PORT STATE SERVICE
666/tcp open doom
6001/tcp open X11:1
|
Et c'est tout (aucune politique de sécurité dans le sous-réseau)
Bref, merci pour votre aide... |
|
Back to top |
|
|
blasserre Veteran
Joined: 10 Feb 2004 Posts: 1362 Location: Lille, Vlaanderen
|
Posted: Sat Sep 16, 2006 3:16 pm Post subject: |
|
|
mon avis : cupsd.conf a une syntaxe atroce
tu devrais évidemment avoir le port 631 listening sur le serveur
chez moi j'ai ce genre de trucs : Code: |
Allow From 192.168.0. |
mais comme c'est une ligne Allow la syntaxe ne s'applique peut-être pas aux Listen
ok je viens de comprendre
à mon avis ton erreur est ici : le listen indique l'adresse réseau de ton serveur sur laquelle cups doit écouter
(je ne vois donc pas l'intérêt d'une plage d'adresse)
la réponse est donc : Code: |
Port localhost:631
Port 10.1.1.3:631 |
_________________ benj
technicien professionnel, ascendant winner |
|
Back to top |
|
|
anigel Bodhisattva
Joined: 14 Apr 2003 Posts: 1894 Location: Un petit bled pas loin de Limoges ;-)
|
Posted: Sat Sep 16, 2006 4:00 pm Post subject: |
|
|
Mea culpa, je me suis mal exprimé : il ne faut pas mettre de 'x' dans le fichier de conf. Et, re-ema-culpa, je viens de jeter un oeil à la conf de mon serveur d'impression, et c'est la ligne Port que j'ai commentée, ce qui donnerait ça :
Code: | # grep -v "#" /etc/cups/cupsd.conf | grep -v ^$
DocumentRoot /usr/share/cups/docs
LogLevel debug
User lp
Group lp
#Port localhost:631
Listen 10.1.1.3:631
Listen localhost:631
SystemGroup lp
<Location />
Order Deny,Allow
Deny From All
Allow From 127.0.0.1
Allow From 10.1.1.2
<Location>
<Location /admin>
AuthType Basic
AuthClass System
Order Deny,Allow
Deny From All
Allow From 127.0.0.1
</Location> |
_________________ Il y a 10 sortes d'individus en ce bas-monde : ceux qui causent binaire, et les autres. |
|
Back to top |
|
|
bulki Guru
Joined: 25 Nov 2004 Posts: 529 Location: SiliconValley
|
Posted: Sat Sep 16, 2006 4:33 pm Post subject: |
|
|
Pfiouuuuuuuuuuuuu, quelle vie pour configurer ce cups .
Bon, là ça doit marcher. Pour finir, j'ai un
Code: | grep -v "#" /etc/cups/cupsd.conf | grep -v ^$
DocumentRoot /usr/share/cups/docs
LogLevel debug
User lp
Group lp
Listen 10.1.1.3:631
Listen localhost:631
SystemGroup lp
<Location />
Order Deny,Allow
Deny From All
Allow From 127.0.0.1
Allow From 10.1.1.2
<Location>
<Location /admin>
AuthType None
Order Deny,Allow
Deny From All
Allow From 127.0.0.1
Allow From 10.1.1.2
</Location> |
Il me demandait un password pour mon propre pseudo, j'ai mis le AuthType à None. Si je le mets à basic et que j'invoque "print" de firefox, firefox se met à planter méchant, au point que meme un kill -9 ne le tue pas (je pense qu'il voit que le serveur lui demande un mdp et il ne sait plus quoi faire).
En tout cas merci pour le grand coup de main ! |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|