Problème entre Samba et Cups
Problème entre Samba et Cups - réseaux et sécurité - Linux et OS Alternatifs
Marsh Posté le 10-01-2007 à 16:27:56
Que te renvoie la commande netstat -a -p -t -u -n ?
Ton serveur CUPS écoute-t-il bien la bonne interface ?? (127.0.0.1)
Logs de cups ça dit quoi ?
Marsh Posté le 10-01-2007 à 16:36:49
Merci de te soucier de mon cas. 
Donc ta commande me renvoie ça:
| Citation : |
Et dans le log de cups (qui est en debug2):
| Citation : |
J'espère que ça va aider, je croise les doigts.
Marsh Posté le 10-01-2007 à 17:13:27
c'est le log de cups quand tu tentes d'imprimer depuis samba ?
Si oui, tu peux m'envoyer ton smb.conf (du moins tout ce qui concerne la config de l'impression)
le netstat est correct :
tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 903/cupsd
udp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 903/cupsd
Donc CUPS écoute non seulement ton interface réseau (il est donc accessible depuis ton LAN) et la loopback
Marsh Posté le 10-01-2007 à 17:27:40
Voici ce que je vois relatif à l'impression dans le fichier de conf:
| Citation : |
En fait les machines sont éclatées sur plusieurs sites et servent donc de serveur d'impression local. Tous les sites sauf un ont perdu l'impression 
. Pour le moment impossible de déterminer la différence entre le site qui fonctionne et les autres.
On a pensé à un problème wins, mais il y a des shares sur les machines et cela fonctionne bien, puis je suis tombé sur ce timeout.
Je ne sais pas si cela peut avoir un rapport mais j'ai vu en cherchant sur le net qu'il y a une histoire de droits sur le print$???
En tout cas merci.
Marsh Posté le 10-01-2007 à 17:52:44
Salut,
testfc00:631
C'est qui ca? ton serveur?
Je ne comprend pas trop ce que tu ajoutes dnas ton dernier post...
Soit tu as plusieurs sites, adressage ip différent donc mais tous les sites passent par le meme serveur ou as tu un serveur par site?
Marsh Posté le 10-01-2007 à 18:29:39
Il y a un serveur par site, testfc00 est un serveur de test. J'utilise celui-ci pour trouver l'origine du problème et c'est de lui que viennent le fichier de conf et les logs.
Chaque imprimante est sur le même sous-réseau que son serveur d'impression (sauf pour mon serveur de test)
Après les serveurs sont indépendants les uns des autres et ont tous la même config, normalement...
Message édité par urm83 le 10-01-2007 à 18:33:30
Marsh Posté le 10-01-2007 à 18:39:04
Re,
pour essayer de comprendre d'ou peu provenir ton soucis, commente tout ce qui touche a l'impression dans ton smb.conf.
Ne teste qu'avec une imprimante reseau .
Ajoute ensuite dans ton smb.conf
[Global] |
Au passage Imprimes tu directement de ton serveur ?
++
Marsh Posté le 11-01-2007 à 09:25:33
Salut, désolé de repondre avec tant de retard.
J'imprime directement depuis mon serveur : si j'envoie la requête d'impression à samba, rien ne s'imprime, par contre si je l'envoie à cups ça marche (cf mon premier message pour voir les commandes que j'utilise).
Lorsque j'essaie d'imprimer depuis ma machine windows, il se passe environ une minute avant qu'un message d'erreur n'arrive: "failed to print".
Je vais essayer de modifier le smb.conf (qui est en fait éclaté en plusieurs fichiers).
Merci beaucoup.
Marsh Posté le 11-01-2007 à 10:14:08
Salut,
Ton problème vient certainement d'un problème de droits.
J'ai trouvé cela sur la documentation Samba, si ça peut t'aider...
http://us4.samba.org/samba/docs/ma [...] l#id363300
(Tout en bas !)
Marsh Posté le 11-01-2007 à 10:45:40
Merci pour cette aide mais malheureusement les dossiers spool de samba et cups sont séparés et possèdent les bons droits, i.e. celui de samba est ouvert en wxr à tout le monde et celui de cups appartient à lp avec des droits seulement pour le propriétaire (donc exactement les recommandations de la doc).
Merci quand même.
Sinon j'ai modifié la conf comme dit plus haut mais celà ne change rien, samba traite la requête, puis timeout lors de l'envoie et cups ne reçoit rien du tout, snif...
Je vais monter le niveau de log de samba (y'en a 10 au total)... si je vois un truc pas mal je le poste
merci à tous
Marsh Posté le 11-01-2007 à 14:11:15
Mais si l'impression arrive bien dans le spool de Samba, je ne voit pas en quoi cela viendrait du partage print$. Les postes clients ne l'utilisent qu'avant de l'envoyer (l'impression) à Samba.
Marsh Posté le 12-01-2007 à 08:47:24
Comme cela est écrit dans le commentaire lié au partage, print$ ne sert qu'à stocker les drivers d'imprimante (si tu utilises cette fonctionnalité)
les clients ne s'en servent donc qu'au moment où ils installent une imprimante ...
Par contre une idée, tu n'aurais pas un problème de droits au niveau de CUPS des fois par contre ?
Dans le fichier cupsd.conf tu as normalement des restrictions :
| Citation : <Location /> |
et
| Citation : <Location /printers> |
D'autre part : pas de firewall sur ton serveur de test ?
Marsh Posté le 12-01-2007 à 14:35:08
Salut,
il n'y a pas de firewall sur les machines (et donc pas non plus sur celle de test).
Pour ce qui est des droits, je pense que c'est bon:
<Location />
Order Deny,Allow
Allow From All
</Location>
Par contre le <location /printers> est commenté.
Enfin le plus étrange dans cette histoire vient du fait que du jour au lendemain l'impression n'a plus marché, sauf pour un site... alors n'y aurait-il pas un problème à plus grande échelle, par exemple sur notre domaine???
Marsh Posté le 12-01-2007 à 17:27:04
alors là ...
tu me demandes de lire dans une boule de cristal !!! ^^
qu'est ce qui a changé de significatif de ce jour à l'autre ?
Marsh Posté le 12-01-2007 à 19:12:44
Quelque chose qui change du jour au lendemain est souvent (voir tout le temps) du à quelque chose qui change aussi 
(Espace disque, problème matériel etc...) et puis il peut y avoir un autre admin qui a fait une bétise ^^.
Plus sérieusement il faut d'abord situer le problème. Les impressions arrivent elles dans le spool de Samba ?
Si oui, il y a un problème de communication entre Samba et Cups.
Si non, le poste client a un soucis soit de résolution de nom, soit de contact avec les partage smb, d'authenfication et j'en passe !
Mais j'imagine que tu as du vérifier toutes ces choses, donc dans ce cas, je pourrais pas plus t'aider.
Message édité par kartnico le 12-01-2007 à 19:16:27
Marsh Posté le 16-01-2007 à 18:21:09
Salut,
juste une petite mise à jour pour dire que le problème est résolu. En fait, samba envoie une requête dns et reçoit en retour une mauvaise adresse. Cette mauvaise adresse est alors utilisée par samba pour envoyer la demande d'impression et forcément comme rien ne répond je reçois un timeout.
Un petit changement dans le resolv.conf et ça remarche. Une entrée correspondant à la requête dns de samba a du être ajoutée dans le dns principal de la boite d'où le problème général qui s'est déclaré d'un coup.
Voilà je ne sais pas si j'ai été clair mais je tiens quand même à remercier les hfriens qui ont tenté de trouver une solution à mon problème.
Sujets relatifs:
- Problème Hotmail
- Probleme E/S avec Audacity et XMMS
- Samba trés lent en gigabit ?
- Problème clavier sous mandriva et autre linux [Résolu]
- [DEBIAN] Probleme de boot a venir :(
- probleme avec style cg vista
- Gestion des droits avec samba
- Probleme de Routage
- Samba + Cups - Probleme d'impression
- Problème avec CUPS + Samba
Marsh Posté le 10-01-2007 à 11:27:52
Bonjour à tous,
je sais que beaucoup de personnes compétentes parcourent ce forum alors je viens demander leur aide.
Dans ma boite nous utilisons des machines Linux pour faire du partage de fichiers et d'imprimantes (ce qui repose donc sur Samba).
Tout fonctionnait bien jusqu'à peu et puis nous avons perdu l'impression (mais pas le share de fichiers).
Après enquête, il m'est impossible de lancer une impression depuis un poste Windows, impossible non plus depuis les machines Linux en passant par Samba (echo -en "\r" | smbclient "//testfc00/FR44xerox" -c "print -" -N) par contre celà fonctionne en utilisant directement cups (lpr -P FR44XEROX test.txt).
Voilà ce que j'ai dans mon log de Samba:
[2007/01/10 09:49:00, 0] auth/auth_domain.c:auth_init_disksitesdomain(634)
XXXXXXXXXXX auth_init_disksites_domain XXXXXXXXXXX
[2007/01/10 09:49:00, 0] auth/auth_domain.c:disksites_get_chal(441)
XXXXXXXXXXX disksites_get_chal from kernel
[2007/01/10 09:49:00, 0] auth/auth_domain.c:disksites_get_chal(443)
XXX selecting internal name emeaofs1
[2007/01/10 09:49:00, 0] auth/auth_domain.c:disksites_get_chal(450)
XXX ioctl will use name : emeaofs1
[2007/01/10 09:49:00, 0] auth/auth_domain.c:check_disksites_security(494)
XXXXXXXXXXX check_disksites_security by disksitesdomain for 4 , root , 4
[2007/01/10 09:49:00, 0] auth/auth_domain.c:domain_client_validate(202)
domain_client_validate: unable to validate password for user root in domain GLOBAL to Domain controller \\FR44DC002. Error was NT_STATUS_NO_SUCH_USER.
[2007/01/10 09:49:00, 0] auth/auth_domain.c:check_disksites_security(508)
XXXXXXXXXXX check_disksites_security go on
[2007/01/10 09:49:00, 0] auth/auth_domain.c:check_disksites_security(604)
XXXXXXXXXXX check_disksites_security ignoring login error
[2007/01/10 09:49:00, 0] auth/auth_domain.c:disksites_free_private(616)
XXXXXXXXXXX disksites_free_private
[2007/01/10 09:49:00, 0] auth/auth_domain.c:auth_init_disksitesdomain(634)
XXXXXXXXXXX auth_init_disksites_domain XXXXXXXXXXX
[2007/01/10 09:49:00, 0] auth/auth_domain.c:disksites_free_private(616)
XXXXXXXXXXX disksites_free_private
[2007/01/10 09:49:00, 1] smbd/service.c:make_connection_snum(645)
testfc00 (165.195.21.183) connect to service FR44Xerox initially as user nobody (uid=99, gid=99) (pid 32225)
[2007/01/10 09:52:09, 0] printing/print_cups.c:cups_job_submit(570)
Unable to connect to CUPS server localhost - Connection timed out
[2007/01/10 09:52:09, 1] smbd/service.c:close_cnum(831)
testfc00 (165.195.21.183) closed connection to service FR44Xerox
Lorsque je lance la demande d'impression par samba, j'obtient ceci:
[root@testfc00 log]# echo -en "\r" | smbclient "//testfc00/FR44xerox" -c "print -" -N
Anonymous login successful
Domain=[GLOBAL] OS=[Unix] Server=[Samba 3.0.11]
Call timed out: server did not respond after 20000 milliseconds closing remote file stdin-32625
Le fait que l'authentification sur le domaine échoue n'est pas important car le système ignore cette erreur. Ce que je n'arrive pas à comprendre c'est pourquoi lorsque la demande d'impression est envoyée à cups, il me renvoie un timeout et bien sur rien ne s'imprime. On dirait que Samba n'arrive pas à joindre Cups...
Donc si des personnes ont des idées ou des solutions, je suis preneur.
Merci.