Table of Contents
The service location protocol (SLP) was developed to simplify the configuration of networked clients within a local network. To configure a network client, including all required services, the administrator traditionally needs detailed knowledge of the servers available in the network. SLP makes the availability of a certain service known to all clients in the local network. Applications that support SLP can use the information distributed and be configured automatically.
SUSE LINUX supports installation using installation sources provided via SLP and contains many system services with integrated support for SLP. YaST and Konqueror both have appropriate front-ends for SLP. You can use SLP to provide networked clients with central functions, such as an installation server, YOU server, file server, or print server on your SUSE LINUX.
Many applications under SUSE LINUX already have integrated SLP
support through the use of the
library. If a service has not been compiled with SLP support, use
one of the following methods to make it available with SLP:
Create a separate registration file for each new service. The following is an example of a file for registering a scanner service:
## Register a saned service on this system ## en means english language ## 65535 disables the timeout, so the service registration does ## not need refreshes service:scanner.sane://$HOSTNAME:6566,en,65535 watch-port-tcp=6566 description=SANE scanner daemon
The most important line in this file is the
service URL, which begins with
service:. This contains the service type
scanner.sane) and the address under which
the service is available on the
$HOSTNAME is automatically
replaced with the full hostname. The name of the TCP port on
which the relevant service can be found follows, separated
by a colon. Then enter the language in which the
service should appear and the duration of registration in
seconds. These should be separated from the service URL by
commas. Set the value for the duration of registration
The registration file also contains the two variables
description. The former links the SLP
service announcement to whether the relevant service is active
(slpd checks the status of the service).
The second variable contains a more precise
description of the service that is displayed in suitable
The only difference from the procedure described above is the grouping of all services within a central file.
If a service should be registered for SLP from proprietary scripts, use the slptool command line front-end.