URL: https://linuxfr.org/forums/linux-debian-ubuntu/posts/cups-a-des-probl%C3%A8mes-r%C3%A9seaux Title: CUPS a des problèmes réseaux... Authors: Médéric RIBREUX Date: 2008年04月30日T20:15:51+02:00 Tags: debian Score: 0 Bonjour, je dispose d'un serveur CUPS sur une distribution Debian Sarge qui me permet d'utiliser des imprimantes réseaux distantes. Ces machines sont toutes sur le réseau local (pas de passage de passerelle ni de routeur donc) et elles utilisent toutes un protocole TCP sur port 9100 (le protocole réseau des HP par exemple). Sur une de ces machines, CUPS se casse les dents... Concrètement, au niveau de l'utilisateur, une demande d'impression peut mettre plus de 10 minutes avant que l'imprimante ne sorte le papier. Au niveau du système, il semble que ce soit CUPS qui me bloque temporairement l'impression: le fichier est complètement spoolé (CUPS n'est pas en attente du fichier du client), CUPS tente de contacter l'imprimante ( à la bonne adresse IP et sur le bon port) qui semble ne pas lui répondre tout de suite. Le temps avant impression est variable (des fois immédiat, des fois 5 minutes, des fois plus...). Au niveau réseau (j'ai fait une capture avec tcpdump), l'affaire se corse: J'ai bien un paquet sortant du serveur vers l'imprimante en TCP/SYN. La capture me montre que par 3 fois, l'imprimante renvoie un paquet TCP/SYN ACK (fonctionnement normal). Après ces 3 paquets SYN ACK, le serveur (via CUPS) relance un paquet TCP/SYN identique au premier envoyé. Par rapport à cette capture, j'ai l'impression que le serveur fait une demande de connexion TCP, le kernel reçoit bien le(s) paquet(s) de réponse de l'imprimante (sinon ils ne seraient pas passés dans la capture) mais le service CUPS ne semble pas en tenir compte. Voilà ce que j'ai vérifié: - pas de problème de câble ni de prises (changé) - l'impression IPP directe depuis une autre machine que le serveur fonctionne à tous les coups (pas le problème indiqué) - J'ai vérifié que je n'avais pas trop de limites tcp au niveau du kernel (tcp_mem). Comment se fait-il que pour ce serveur là, CUPS semble ne pas tenir compte du SYN ACK de l'imprimante ? Au bout de X minutes, après avoir tenté n connexions TCP, CUPS récupère bien le paquet SYN ACK de l'imprimante et poursuit le traitement de l'envoi normalement (pas d'autres erreurs TCP rencontrées)... Votre avis sur la question ?