Comment fonctionne PaperCut? Un regard dans les coulisses! – Serveur d’impression

Quelques clients ont demandé «comment PaperCut impression de piste »? Cet article de la base de connaissances donne un aperçu rapide du processus et explique ce qui se passe dans les coulisses.

  1. Un utilisateur sur un poste de travail sélectionne Impression… de leur application. L'application rend le travail et il est envoyé dans la file d'attente du serveur.
  2. Le travail d'impression arrive dans la file d'attente d'impression et commence la mise en file d'attente.
  3. PaperCut détecte l'événement à l'aide du système d'exploitation standard APIs (Windows, Novell ou CUPS sur Mac et Linux).
  4. PaperCut interrompt le travail (pour empêcher l'impression jusqu'à la fin de l'analyse).
  5. L'analyse se fait en lisant le fichier spool. Sous Windows, ils se trouvent toujours sur le serveur dans:

    C: Windows System32 Spool Printers

  6. Le processus qui conduit l'analyse (le Fournisseur d'impression) appelle le Serveur d'application (les «cerveaux» centraux).
  7. le Serveur d'application prend une décision si le travail doit se poursuivre. Il prend en compte des détails tels que:
    1. Les effets des filtres d'imprimante tels que la taille maximale des travaux
    2. Le solde du compte de l'utilisateur
    3. Autres règles d'accès
  8. le Fournisseur d'impression annulera le travail (lui permettra d'imprimer) ou le supprimera de la file d'attente en conséquence.

En règle générale sur toutes les plateformes, PaperCut fonctionne en s'interfaçant avec le système de mise en file d'attente d'impression standard du système d'exploitation plutôt qu'en tentant de le remplacer. Cette approche signifie que vous ne perdez aucune des fonctionnalités fournies par le système d'exploitation sous-jacent et que, dans la plupart des cas, vous pouvez bénéficier de votre configuration et de vos files d'attente existantes (par exemple, déploiement du pilote AD, autorisations existantes, etc.)

Logiciel client:

PaperCut ne comprend pas de logiciel client en option, mais ne pas impliqués dans le processus d'analyse d'impression. Le logiciel client est facultatif et au niveau le plus simple peut être considéré comme un outil de visualisation. Il agit simplement sur la direction du serveur pour dire montrer à l'utilisateur le solde de son compte, lui demander de sélectionner un compte ou confirmer une impression, ou afficher des messages tels que des avertissements de bas solde. Le logiciel client est nécessaire pour utiliser certaines fonctionnalités avancées telles que la sélection de compte popup.

Environnements multi-serveurs:

PaperCut est conçu selon le principe de l'architecture orientée services (SOA) et prend entièrement en charge les environnements multi-serveurs et multi-systèmes d'exploitation. Dans une configuration standard, un serveur est désigné comme «serveur principal». PaperCut Serveur "et cela héberge le principal Serveur d'application. D'autres serveurs sont appelés Serveurs secondaires. Les serveurs secondaires exécutent un composant de surveillance léger et communiquent avec le serveur principal via XML Web Services sur HTTP. PaperCut est une solution logicielle de gestion d'impression entièrement multiplateforme. Il est possible de mélanger les systèmes d'exploitation serveur (Windows, Linux, Mac et Novell) et de les faire fonctionner ensemble comme un seul.

PaperCut peut être hébergé dans un environnement en cluster.

Environnements multisites:

PaperCut propose deux solutions,

Ces serveurs agissent comme une extension du fournisseur d'impression des serveurs d'applications, ils exécutent les instructions du serveur d'applications, analysant et contrôlant les travaux d'impression.
Ces serveurs ont 3 modes de défaillance simples si le réseau entre eux et le serveur d'applications est rompu. En savoir plus sur ces modes dans le manuel.

Pour ajouter une résilience améliorée au PaperCut Les serveurs de sites système exécutent une copie de la base de données des serveurs d'applications qui est répliquée en permanence pour minimiser l'impact sur le réseau.
Ces serveurs peuvent être autonomes ou imprimer des serveurs sur le site, et permettent à la majorité des fonctions du serveur d'applications d'être exécutées (y compris les fonctions de libération de maintien et de MFD Embedded utilisées dans PaperCut MF), tandis que le site est coupé du serveur d'applications. En savoir plus sur les serveurs de site dans le manuel.

Autres notes:

  • Aucune modification n'est apportée à la tâche (à moins que le filigrane ou la modification d'attribut d'impression comme le forçage en niveaux de gris ou en duplex soit activé).
  • L'intégration de toutes les files d'attente s'effectue via la norme APIs et / ou lecture de fichiers spoule standard.
  • Aucun pilote spécial ou interaction de pilote ne se produit.
  • Toutes les analyses sont côté serveur et aucune interaction d'impression côté client ne se produit.

Il y a plus de discussion sur l'architecture ici dans le manuel:


Catégories: Articles de référence, Architecture


Mots-clés: conception, fonction, internes, fonctionnement, détails techniques, architecture système

Laisser un commentaire