Introduction to administering Xprint V7.0

Xprint V7.0 architecture

Gateways allow you to make a connection from one Xprint V7.0 domain to another Xprint V7.0 domain or to other spooler systems. Via these gateways you can use the printers and printer groups of the other system involved.

Gateways to other Xprint V7.0 domains simplify the administration of Xprint V7.0 in very large networks. In this way, the hosts of the entire network can be distributed over different Xprint V7.0 domains (e.g. by department) so that there is one Xprint V7.0 administrator for each domain who only has to administer a reduced number of Xprint V7.0 objects.

Gateways to DPRINT (spooler system for BS2000 systems) or BSD spooler systems (spooler system of Berkeley BSD UNIX systems) allow users of the local Xprint V7.0 domain to access the printers and printer groups in these spooler systems. Vice versa, it is also possible to access the printers and printer groups of the local Xprint V7.0 domain from DPRINT and BSD spooler systems. This allows a network spooler system to be configured in a heterogeneous network.

You can also assign a permission list to a gateway. This makes it possible to restrict use of remote resources for local users.

i

Connections to BS2000 systems via gateways require the local gateway to be defined on a UNIX platform on which openFT is installed.

As an administrator, you can set up, delete, modify and enable or disable gateways in both directions.

Hosts (-hos)

Under Xprint V7.0 the term host refers to every computer defined in an Xprint V7.0 domain. Hosts are divided into different classes: master, slave and parasite hosts. The difference lies in the way they handle the Xprint V7.0 database.

The Xprint V7.0 database contains all the data Xprint V7.0 needs to access Xprint V7.0 resources. This includes information on the defined hosts, users, printers and printer groups as well on forms, and all other Xprint V7.0 objects. Only the print jobs are stored on the server which is responsible for their execution.

A master host holds a complete copy of this database. At any one time, one of the potential master hosts is the active master. When Xprint V7.0 is set up in a network, the first computer on which it has been installed and started assumes the function of the active master. If Xprint V7.0 is terminated on the active master, the next potential master in what is called the host hierarchy

U23841-J-Z915-6-76

73

Page 85
Image 85
Mackie V7.0 manual Introduction to administering Xprint