|Skip Navigation Links|
|Exit Print View|
|System Administration Guide: Printing Oracle Solaris 10 8/11 Information Library|
The IPP listening service provides an IPP network protocol service that enables print client systems a means of interacting with a print service on the system that is running the listener. This listener implements server-side IPP protocol support, which includes a broad set of standard operations and attributes. The listener is implemented on Oracle Solaris as an Apache module and a series of shared libraries containing IPP operation and wire support. The IPP software stack is installed when the Oracle Solaris OS is installed on the system. The listening service is an SMF service that depends on the print service to run. As a result, IPP is automatically enabled on a print server when the first print queue has been added . It is also disabled when the last print queue has been removed. If you make configuration changes, you will need to restart the listener. For more information, see How to Restart the IPP Network Listening Service.
The IPP listening service implementation is embedded under the Apache Web Server. The web server receives IPP operations through HTTP POST requests. When an HTTP POST request is received it is passed on to the Apache IPP module (mod_ipp.so). Based on configuration, the Apache Web Service might provide an authentication service and it might also use encryption between client and server. The listening service runs as its own dedicated instance of Apache.
IPP support in the Oracle Solaris OS is split into server-side and client-side support. Both the server-side and client-side support share some common elements, as well as elements that are unique to the client or server operation. As a result, the IPP client and server components share a code base that implements these common elements. The Table A-1 describes the components that make up IPP support in the Oracle Solaris OS.
The Apache configuration for this web server instance runs as the lp print service user, which provides enough privileges to support all of the existing IPP operations, but limits access to print service specific resources. The listening service runs as its own web server instance, specifically configured to support IPP, which is intended to minimize potential security risks.
On the server-side, IPP configuration changes are made to the /etc/apache/httpd-standalone-ipp.conf file. On the client-side, IPP configuration changes are made to the /etc/printers.conf file.
Note - If you make any configuration changes, you need to restart the service to load the new configuration. For more information, see How to Restart the Print Scheduler.
The IPP listening service configuration file, /etc/apache/httpd-standalone-ipp.conf, is like any normal Apache 1.3 configuration file. The configuration files takes any Apache 1.3 configuration directives that you want to use.
The default configuration includes the following features:
Listening on port 631.
Loading of a minimal set of Apache modules.
Enabling all supported IPP operations at the /printers/ path, for example ipp://server/printers/, without requiring authentication.
The default operations that are enabled for/printers/ is limited to a set of operations that poses less of a security risk. However, all operations are enabled at the /admin/ path, for example ipp://server/admin/, with basic authentication required.
The mod_ipp Apache configuration options to choose from are:
ipp-conformance – Selects the level of protocol checking. The default is automatic, allowing maximum client interaction.
ipp-operation – Allows you to selectively enable or disable IPP operation support for one more IPP operations.
ipp-default-user – Selects the user name to use when contacting the local print service.
The default is lp user, which allows for more functional proxying.
ipp-default-service – Selects the default print service where print requests are directed.
The default is the lpsched daemon.
Conformance checking types are:
Automatic – Only check that the requested operation is supported by the protocol listener, which is the default.
1.0 – Check that the request conforms to IPP 1.0.
1.1 – Check that the request conforms to IPP 1.1.
The following syntax is used for the IPP operations keywords:
ipp-operation operation enable | disable
For more information about the IPP operation keywords that are used to configure the Apache Web Server, see IPP Operation Keywords.
The default configuration in the httpd-standalone-ipp.conf file provides a working IPP listening service for the LP scheduler. To customize your IPP service, use the following section in the httpd-standalone-ipp.conf file:
# mod_ipp specific configuration <IfModule mod_ipp.c> ... ... </IfModule>
Note - You must run the IPP module as lp to have the necessary privileges.
For more information about IPP settings, see the mod_ipp(4) man page.
Under PAPI support, the bsdaddr value (server,q) is converted to its equivalent printer-uri-supported value (lpd://server/printers/q), when the printer-uri-supported value is missing from the printers database. However, in some situations, such as when there is a mix of client systems and the queue is on an IPP capable server, you might need to manually configure this data.
/etc/printers.conf:queue: \ :bsdaddr=server,queue,Solaris: \ :printer-uri-supported=ipp\://server/printers/queue:
For additional information about printing with IPP, Appendix A, Using the Internet Printing Protocol.
For more information about administering printers by using IPP, see Administering Printers on a Network When Using the Internet Printing Protocol (Task Map).