Configuration d'un serveur d'impression CUPS à partir de zéro avec et sans autorisation de domaine dans un réseau avec différents systèmes d'exploitation
Entrée
Alors. Vraisemblablement, le service d'impression CUPS est une solution puissante qui vous permet d'organiser la gestion centralisée des imprimantes dans l'entreprise. Il en est ainsi, mais pendant le processus de configuration, vous devrez passer un certain temps à chercher une solution aux nombreux petits problèmes non évidents de Google, surtout si votre besoin va au-delà des manuels de configuration standard.
L'article décrira l'installation du serveur d'impression CUPS sur Ubuntu Server sur un réseau avec un domaine Active Directory fonctionnel, bien que sa présence soit complètement facultative et vous pouvez ignorer en toute sécurité les instructions pour configurer l'interaction avec celui-ci, le configurer, ainsi que configurer les machines clientes Linux et Windows pour interagir avec ce serveur d'impression.
Dans les instructions, le domaine sera nommé example.com , le serveur d'impression lui-même sera cupsserver ( cupsserver.example.com ) avec l'adresse IP 10.10.100.50, et les machines clientes linux1 , linux2 , linux3 , etc., pour les machines clientes Linux et windows1 , windows2 , windows3 et etc. pour les machines clientes Windows, respectivement.
Configuration d'un serveur d'impression
Tout d'abord, nous allons configurer le serveur d'impression, ou plutôt, configurer l'accès administrateur sur celui-ci, puis configurer l'impression sur celui-ci, puis décrire la configuration des machines clientes.
Nous allons au serveur d'impression de n'importe quelle manière pratique et mettons à jour les packages dessus:
root@cupsserver:~# apt update && apt uprgrade -y
Ensuite, vérifiez si CUPS est installé sur le serveur:
root@cupsserver:~# which cupsd
Si la sortie ressemble à ceci:
/usr/bin/cupsd
alors CUPS est installé, s'il n'y a pas de sortie, installez CUPS:
root@cupsserver:~# apt install cups -y
Configurez maintenant l'accès administratif à l'interface Web CUPS. Tous les fichiers de configuration se trouvent sur le chemin / etc / cups / . Pour commencer, juste au cas où, nous allons sauvegarder les principaux fichiers de configuration CUPS:
root@cupsserver:~# cp /etc/cups/cupsd.conf /etc/cups/cupsd.conf.original root@cupsserver:~# cp /etc/cups/cups-files.conf /etc/cups/cups-files.conf.original root@cupsserver:~# cp /etc/cups/cups-browsed.conf /etc/cups/cups-browsed.conf.original
Cependant, si vous ne l'avez pas fait - peu importe, par défaut, les exemples de fichiers de données sont situés le long du chemin / usr / share / cups . Il convient également de mentionner que vous pouvez vérifier toutes les options ajoutées dans les fichiers de configuration CUPS à l'aide de la commande:
root@cupsserver:~# cupsd -t
Si vous avez gâché quelque chose, l'avez scellé ou avez utilisé une option qui n'est plus prise en charge par CUPS, la sortie de la commande reflétera ces erreurs.
Mais enfin, passons à l'installation. Après toute modification des fichiers dans le dossier / etc / cups / , vous devez redémarrer le service CUPS pour obtenir l'effet:
root@cupsserver:~# service cups restart root@cupsserver:~# systemctl restart cups root@cupsserver:~# /etc/init.d/cups restart
Et si vous avez édité le fichier /etc/cups/cups-browsed.conf , alors un service distinct parcourant les coupes en est responsable, qui doit également être redémarré:
root@cupsserver:~# service cups-browsed restart root@cupsserver:~# systemctl restart cups-browsed root@cupsserver:~# /etc/init.d/cups-browsed restart
Exécutez la commande
root@cupsserver:~# nano /etc/cups/cupsd.conf
La première option non commentée est
LogLevel warn
Il détermine le contenu d'informations minimal des journaux CUPS. Les fichiers journaux CUPS se trouvent dans / var / log / cups / . Au moment de l'installation, de la configuration et du débogage du serveur d'impression, il serait judicieux de mettre la journalisation en mode débogage. Pour ce faire, remplacez warn par debug2:
LogLevel debug2
Par défaut, CUPS écoute les connexions entrantes uniquement à partir de l' hôte local , c'est-à-dire sur l'interface de bouclage. Pour vous en assurer, vous pouvez exécuter la commande
root@cupsserver:~# netstat -plutn
L'une des lignes ressemblera à ceci:
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 737/cupsd
D'autres actions dépendent du degré de votre paranoïa. Vous pouvez ajouter dans le bloc, qui commence conditionnellement par le commentaire # Écoutez uniquement les connexions de la machine locale, plusieurs lignes avec les adresses IP ou les sous-réseaux, d'où CUPS sera autorisé à écouter les connexions.
# Only listen for connections from the local machine. Listen localhost:631 Listen /run/cups/cups.sock # IP Listen 10.10.100.67:631 # Listen 172.16.0.0:631
Ou vous pouvez autoriser CUPS à écouter les connexions de toutes les adresses
# Only listen for connections from the local machine. Listen /run/cups/cups.sock Port 631
Le prochain point de configuration est la découverte des imprimantes réseau et partagées.
# Show shared printers on the local network. Browsing Off BrowseLocalProtocols dnssd
À mon avis, cette option doit rester désactivée, car elle détermine si les informations de diffusion seront envoyées sur le réseau concernant les imprimantes connectées au serveur d'impression. Mais ils y seront tous connectés. Et en conséquence, toutes les machines clientes afficheront immédiatement toutes les imprimantes. Notre serveur d'impression doit rechercher et détecter toutes les imprimantes du réseau, mais ne pas les envoyer sans réfléchir sur le réseau.
Voici les paramètres d'authentification:
# Default authentication type, when authentication is required... DefaultAuthType Basic
Définit les droits d'accès à l'interface Web CUPS, ainsi qu'à sa partie administrative. Pour que l'utilisateur utilisateur ait le droit d'administrer CUPS, il doit être ajouté au groupe système lpadmin :
root@cupsserver:~# usermod -a -G lpadmin user
En général, les groupes qui ont un accès administratif à CUPS sont définis dans le fichier de configuration cups-files.conf du bloc
# Administrator user group, used to match @SYSTEM in cupsd.conf policy rules... # This cannot contain the Group value for security reasons... SystemGroup lpadmin
Si vous souhaitez ajouter des droits pour administrer un serveur d'impression, par exemple printadmins , à un certain groupe d'utilisateurs Linux, ajoutez-les simplement avec un espace à lpadmin . Si le groupe est de domaine, il est un peu plus compliqué et sera décrit plus loin.
Passons maintenant au bloc <Location /> :
# Restrict access to the server... <Location /> Order allow,deny </Location>
Ordre autoriser, refuser signifie que les connexions de partout sont interdites sauf autorisation spécifique. Autrement dit, vous devez ajouter des adresses IP, des sous-réseaux, des hôtes ou des hôtes par masque ( .example.com ) sous la forme " Autoriser à partir de [adresse autorisée] *":
# Restrict access to the server... <Location /> Order allow,deny Allow from cupsserver # Allow from cupsserver.example.com # FQDN Allow from localhost # loopback Allow from 10.10.100.* # Allow from linux4.example.com # Allow from 172.168.5.125 # , IP </Location>
Pour une confiance et un débogage complets, vous pouvez laisser, jusqu'à ce que vous configuriez tout le reste, une conception qui permettra l'impression de n'importe où:
# Restrict access to the server... <Location /> Order allow,deny Allow from all </Location>
Configurons l'accès administratif à CUPS sur le serveur d'impression. Décidez à quelles IP et / ou sous-réseaux vous allez vous connecter depuis CUPS et ajoutez-les par analogie avec le bloc <Location /> :
# Restrict access to the admin pages... <Location /admin> Order allow,deny Allow from localhost Allow from 10.10.100.* Allow from admin.example.com </Location> # Restrict access to configuration files... <Location /admin/conf> Order allow,deny Allow from localhost Allow from 10.10.100.* Allow from admin.example.com </Location> # Restrict access to log files... <Location /admin/log> Order allow,deny Allow from localhost Allow from 10.10.100.* Allow from admin.example.com </Location>
Facultativement, vous pouvez ajouter la langue d'interface par défaut. La liste des langues disponibles peut être consultée à l'aide de la commande:
root@cupsserver:~# ls /usr/share/cups/locale
Si la localisation dont vous avez besoin, par exemple ru , est, ajoutez une ligne à /etc/cups/cupsd.conf :
DefaultLanguage ru
Pour que votre serveur d'impression cupsserver.example.com soit accessible par son hôte (nom d'hôte), vous devez créer un fichier client.conf dans le dossier / etc / cups / avec le contenu suivant:
ServerName _
De la manière la plus simple, cela peut être fait comme ceci:
root@cupsserver:/etc/cups# echo "ServerName $(cat /etc/hostname)" > /etc/cups/client.conf
Puisque nous supposons qu'il existe un serveur DNS dans le réseau, il sera préférable que vous puissiez accéder au serveur d'impression par son nom de domaine ( cupsserver.example.com ). Le serveur peut également se voir attribuer un alias CNAME sur le serveur DNS, tel que print ou cups . Pour que le serveur d'impression accepte les connexions sur ces appels, vous devez ajouter la ligne suivante au fichier /etc/cups/cupsd.conf :
ServerAlias cupsserver.example.com print cups
Si vous souhaitez que le serveur d'impression accepte des appels ou ne vous dérange pas, vous pouvez ajouter ceci:
ServerAlias *
Vous devez également regarder à l'intérieur du fichier /etc/cups/cups-browsed.conf . Ce fichier contrôle la façon dont le serveur d'impression recherche les imprimantes sur le réseau et diffuse ses imprimantes. Je suggère de désactiver complètement l'option newsletter. Le serveur d'impression recherchera l'imprimante sur le réseau, mais les imprimantes aux machines clientes seront connectées manuellement. Nous expliquerons ci-dessous pourquoi. En attendant, on retrouve la ligne BrowseRemoteProtocols dnssd cups :
# Which protocols will we use to discover printers on the network? # Can use DNSSD and/or CUPS and/or LDAP, or 'none' for neither. BrowseRemoteProtocols dnssd cups
Grâce à cette option, le serveur d'impression recherche les imprimantes partagées sur le réseau. Nous la laissons allumée, car il est dans notre intérêt que le serveur d'impression recherche l'imprimante sur le réseau. Mais nous n'avons absolument pas besoin du serveur d'impression pour envoyer toutes les imprimantes qui y sont connectées, sinon il y aura beaucoup de confusion. Pour éviter ce scénario, recherchez l'option #BrowseLocalProtocols none suivante et décommentez-la:
# Which protocols will we use to broadcast shared local printers to the network? # Can use DNSSD and/or CUPS, or 'none' for neither. # Only CUPS is actually supported, as DNSSD is done by CUPS itself (we ignore DNSSD in this directive). BrowseLocalProtocols none
Sur ce, nous suspendons la configuration du serveur d'impression et procédons à la configuration des machines clientes Windows et Linux. Les conditions requises sont les suivantes: autoriser l'envoi de travaux d'impression au serveur d'impression et envoyer des travaux d'impression au (et uniquement) serveur d'impression s'il est nécessaire d'imprimer sur une imprimante réseau.
À titre d'exemple, nous allons configurer l'impression via un serveur d'impression entre deux machines clientes avec Linux (nom d'hôte linux1 ) et Windows 8, respectivement (nom d'hôte windows1 ). Commençons par configurer windows1 comme récepteur d'impression à partir d'un serveur d'impression. J'ai une imprimante Canon i-SENSYS MF4410 connectée et fonctionne normalement. Le nom de l'imprimante est Canon-MF4400. En fait, le moyen le plus simple de garantir l'impression à partir d'un serveur d'impression sous Windows1 consiste à accéder à Panneau de configuration> Programmes> Programmes et fonctionnalités> Activer ou désactiver les fonctionnalités Windows . Là, nous activons le composant Print and Document Services> LPD Print Service . Cela vous permettra de connecter cette imprimante au serveur d'impression à l'aide de l' adresse lpd: // windows1 / Canon-MF4400 . Bien sûr, la question est en train de mûrir, pourquoi ne pas vous connecter en utilisant SMB? Personne ne l'interdit. Si vous avez débogué cette méthode, vous pouvez partager l'imprimante de cette manière et la connecter au serveur d'impression à l'aide du protocole SMB. Les instructions pour cette connexion, à mon avis, sont au-delà de la portée de cet article, qui est déjà assez volumineux. En attendant, nous pensons que le lecteur est allé avec succès à l'adresse http://cupsserver:631/admin cliqué sur le bouton "Ajouter une nouvelle imprimante", et après l'intuition, la logique et les manuels lus plus tôt, il a réussi à connecter l'imprimante avec windows1 via le protocole LPD au cupsserver [exemple. com] et la page de l'imprimante est disponible à l' http://cupsserver:631/printers/Canon-MF4400 .
Maintenant, nous effectuons une opération similaire sur la machine cliente Linux avec le nom d'hôte linux1 . En général, cette partie sera beaucoup plus importante, car la machine cliente a son propre service CUPS et doit également être configurée de la même manière qu'un serveur d'impression, à l'exception de son rôle subordonné dans l'organisation de l'impression.
Correction de l'erreur d'accès à CUPS via le bouclage par nom d'hôte
Il y a un moment désagréable. Si vous entrez linux1 dans un domaine, configurez CUPS dessus conformément à ces instructions, vous pouvez remarquer une situation absurde lorsque vous pouvez accéder à l' interface WEB linux1 de l'extérieur, mais vous ne pouvez pas le faire sur l'hôte lui-même! Et les applications graphiques pour la configuration locale des imprimantes, comme l'application system-config-printer dans Linux Mint, refusent de fonctionner. Si vous essayez de vous connecter à votre propre CUPS à l'adresse http://linux1:631/ aura un message "Interdit" ou "Mauvaise demande". Il s'agit d'un problème bien connu et pas vraiment résolu sur de nombreux forums Internet.
Dans la plupart des instructions sur l'introduction de Linux dans un domaine, l'un des points est de faire ressembler le fichier / etc / hosts à ceci:
127.0.0.1 localhost 127.0.1.1 linux1.example.com linux1 # The following lines are desirable for IPv6 capable hosts ::1 ip6-localhost ip6-loopback fe02::2 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters
Pour une raison quelconque, CUPS n'est pas en mesure d'associer les appels via 127.0.1.1, c'est-à-dire via l'interface de bouclage, au nom d'hôte.
Cette erreur est corrigée de deux manières. Si vos adresses IP réseau sont statiques, dans le fichier / etc / hosts, corrigez 127.0.1.1 pour l'adresse IP de l'interface réseau externe de la machine client, par exemple:
127.0.0.1 localhost 192.168.1.50 linux1.example.com linux1
Ou, puisque vous entrez Linux dans le domaine, cela suppose que DHCP et le serveur DNS Active Directory s'exécutent sur votre réseau. Dans ce cas, commentez simplement cette ligne:
127.0.0.1 localhost # 127.0.1.1 linux1.example.com linux1
Les différences de performances ou les problèmes de cette action n'ont pas encore été détectés.
Définition des adresses d'écoute de connexion CUPS sur les ordinateurs clients Linux
Nous allons à linux1 de n'importe quelle manière pratique. Modification du fichier /etc/cups/cupsd.conf :
user@linux1:~$ sudo nano /etc/cups/cupsd.conf
Nous y trouvons, ajoutons ou modifions des lignes:
DefaultLanguage ru # /usr/share/cups/locale ServerAlias linux1.example.com linux1 [CNAME DNS ] ServerAlias * # Listen /run/cups/cups.sock Listen localhost:631 # localhost Listen 10.10.100.50:631 # IP . Listen cupsserver:631 # . IP , Listen linux1:631 # Port 631 # Listen /run/cups/cups.sock Browsing off # . DefaultAuthType Basic # . Kerberos,
Définition des adresses d'écoute de connexion CUPS
Dans le bloc précédent, nous avons configuré la possibilité de se connecter à CUPS. Passons maintenant à la définition des autorisations d'impression, ainsi qu'aux pages administratives du service CUPS sur l'hôte linux1 . Nous rouvrons, s'il est fermé, le fichier /etc/cups/cupsd.conf et procédons à la modification des blocs <Location /> , <Location / admin> , <Location / admin / conf> , <Location / admin / log> :
# Restrict access to the server... <Location /> Order allow,deny # " , " Allow from localhost # linux1 Allow from linux1 # . Allow from cupsserver # CUPS DNS, . , Allow from cupsserver.example.com # FQDN Allow from 10.10.100.50 # IP **cupsserver** </Location> # Restrict access to the admin pages... <Location /admin> Order allow,deny # Allow from localhost # Allow from linux1 # Allow from 10.10.101.71 # , IP Allow from 10.20.50.* # , IT AuthType Default # CUPS . Require user @SYSTEM # CUPS </Location> # Restrict access to configuration files... <Location /admin/conf> # Order allow,deny # Allow from localhost # Allow from linux1 # Allow from 10.10.101.71 # , IP Allow from 10.20.50.* # , IT AuthType Default # CUPS . Require user @SYSTEM # CUPS </Location> # Restrict access to log files... <Location /admin/log> # Order allow,deny # Allow from localhost # Allow from linux1 # Allow from 10.10.101.71 # , IP Allow from 10.20.50.* # , IT AuthType Default # CUPS . Require user @SYSTEM # CUPS </Location>
Configuration de la distribution et de la diffusion des imprimantes réseau
Même sur une machine cliente Linux, dans ce cas linux1 , vous devez éditer le fichier /etc/cups/cups-browsed.conf :
user@linux1:~$ sudo nano /etc/cups/cups-browsed.conf BrowseRemoteProtocols none # none . BrowseLocalProtocols cups # . DNSSD , cupsd.conf BrowseOrder Allow,Deny # Order cupsd.conf - , BrowseAllow 10.10.100.50 # IP BrowseAllow cupsserver # BrowseAllow cupsserver.example.com #
Configurer l'accès administratif
Quelques mots de plus sur l'accès administrateur, à la fois sur l'interface WEB CUPS sur un serveur d'impression et sur n'importe quelle machine client Linux. Même si vous disposez de 30 à 50 ordinateurs, vous devez unifier l'autorisation sur CUPS et ne pas garder à l'esprit ni où que soient les mots de passe de chaque machine. Et cela est important sur toutes les machines Linux, car pour ajouter une imprimante au serveur, vous devez d'abord l'installer localement. Je vois plusieurs façons.
La première consiste à créer un utilisateur printeradmin sur chaque système Linux (par exemple) et à ajouter lpadmin au groupe:
user@linux1:~$ sudo usermod -a -G lpamin printeradmin
et connectez-vous à http://_:631/admin utilisant ses informations d'identification.
La deuxième option est presque identique et suggère de créer un groupe dans le système, par exemple, printersadmins , en y ajoutant l'administrateur CUPS requis ( printeradmin , user ):
user@linux1:~$ sudo groupadd printersadmins user@linux1:~$ sudo usermod -a -G printersadmins printeradmin user@linux1:~$ sudo usermod -a -G printersadmins user
Ensuite, vous devez trouver la ligne dans le fichier /etc/cups/cups-files.conf
# Administrator user group, used to match @SYSTEM in cupsd.conf policy rules... # This cannot contain the Group value for security reasons... SystemGroup lpadmin
et ajoutez un ou plusieurs groupes d'utilisateurs avec le droit d'administrer CUPS via un espace.
# Administrator user group, used to match @SYSTEM in cupsd.conf policy rules... # This cannot contain the Group value for security reasons... SystemGroup lpadmin printersadmins somegroup
Et enfin, la troisième option. Faites des administrateurs du serveur d'impression et des CUPS des machines clientes un groupe d'utilisateurs de domaine. Pour ce faire, le serveur d'impression et les machines client Linux doivent être joints au domaine AD. Il existe plusieurs méthodes pour connecter Linux à un domaine Windows, mais pour autant que je sache, les principales se connectent en utilisant winbind et en utilisant SSSD (realmd). Une description de ces méthodes n'est pas incluse dans l'article, donc je me concentrerai uniquement sur les points qui se rapportent spécifiquement à CUPS.
Configuration de l'utilisation des groupes d'utilisateurs de domaine pour l'administration CUPS
Chaque méthode de connexion à un système d'autorisation central sous Linux crée un fichier «pipe» spécial à travers lequel les applications peuvent voir la liste des utilisateurs du domaine. Pour que CUPS puisse le faire, vous devez lui permettre d'utiliser le canal dans AppArmor pour authentifier les utilisateurs. AppArmor est un module de contrôle d'accès de sécurité Linux. Limite certains programmes à l'ensemble de fichiers répertoriés dans ses stratégies. Pour ajouter CUPS le droit d'utiliser des utilisateurs et des groupes de domaine via winbindd, ajoutez la ligne suivante au fichier /etc/apparmod.d/local/usr.sbin.cupsd :
/var/lib/samba/winbindd_privileged/pipe rw
Si Linux est entré dans le domaine via SSSD, vous devez spécifier l'emplacement de son canal dans /etc/apparmod.d/local/usr.sbin.cupsd , en y ajoutant la ligne:
/var/lib/sss/pipes/private/pam rw
De plus, dans le cas de SSSD, cela permet l'authentification (pour savoir qui se connecte), mais pour s'authentifier (savoir si l'utilisateur a le droit de gérer CUPS), vous devez également ajouter la ligne au fichier de configuration SSSD /etc/sssd/sssd.conf :
ad_gpo_map_interactive = +cups
Cela, conditionnellement, donne à CUPS le droit de "regarder" dans SSSD.
De plus, étant donné que CUPS dépend désormais du service SSSD, vous devez indiquer à CUPS qu'il doit démarrer après SSSD, sinon il tombera lorsqu'il sera allumé et devra être activé manuellement à chaque fois.
Ajoutez des instructions CUPS pour démarrer après SSSD. Modifiez le fichier de service cups.service le long du chemin / lib / systemd / system / , en ajoutant l'instruction After à la section [Unit] :
[Unit] Description=CUPS Scheduler Documentation=man:cupsd(8) After=sssd.service
Ainsi, CUPS est configuré pour une autorisation de base via un domaine, c'est-à-dire une autorisation en entrant le login et le mot de passe d'un utilisateur de domaine avec le privilège d'administration CUPS.
L'autorisation peut être configurée différemment, mais le principe (fichier pipe) est généralement universel et il est possible de le configurer pour LDAP, FreeIPA et d'autres services d'annuaire par analogie.
Installation d'une imprimante sous Linux
L'installation d'une imprimante sous Linux est souvent une tâche spécifique, différente selon les marques et même les modèles. Par conséquent, je ne vois aucune raison de décrire l'installation de l'imprimante et de supposer que l'hôte linux1 a une imprimante Kyocera-1024FP avec le nom Kyocera-1024FP installé , et la page de l'imprimante est disponible à l' http://linux1:631/printers/Kyocera-1024FP .
Maintenant que le serveur Linux et les machines clientes sont configurés, des imprimantes sont connectées à certaines d'entre elles, et il y a aussi des machines Windows avec lesquelles imprimer, et tout ce système doit être stable même s'il est nécessaire de remplacer l'imprimante sur l'un des PC , cela ne devrait pas entraîner la reconfiguration d'une bonne moitié de tous les PC, sinon tous. De plus, vous avez besoin d'autant de problèmes avec les pilotes que possible. Et c'est tout à fait possible.
Groupes d'imprimantes (classes)
Canon-MF4400 c windows1 LPD. http://cupsserver:631/printers/Canon-MF4400 . cupsserver http://cupsserver:631/admin . " " [Add Class]. . "", "", "", . . Canon-MF4400 , "" , printer-windows1 , "" "" , " ".
printer-windows1 Canon-MF4400 . Canon-MF4400 — http://cupsserver:631/classes/printer-windows1 .
linux1 Kyocera-1024FP. HTTP. " (http)" [Internet Printing Protocol (http)], "Generic", "IPP Everywhere". , linux1 — Kyocera-1024FP . http://cupsserver:631/printers/Kyocera-1024FP . printer-windows1 printer-linux1 c Kyocera-1024FP . http://cupsserver:631/classes/printer-linux1 .
Kyocera-1024FP linux1 cupsserver windows1 Windows 8 (!) . " ". http://_c:631/classes/_ . — http://cupsserver:631/classes/printer-linux1 . "Generic", — "MS Publisher Imagesetter". , printer-linux1 http://cupsserver:631 . , Kyocera-1024FP.
Canon-MF4400 windows1 cupsserver linux1 Linux (!) . , Kyocera-1024FP cupsserver . linux1 " (http)", ( Canon-MF4400 ) — http://cupsserver:631/classes/printer-windows1 . "Generic", — "IPP Everywhere". , — printer-windows1 . linux1 http://linux1:631/printers/printer-windows1 , .
, , , , , . — , , , , . , . "IPP Everywhere" "MS Publisher Imagesetter" , .., .
Conclusion
, - , . , , , , .