SUSE Linux Enterprise Desktop 11 SP3: Capítulo 23. Serviços SLP na rede

Capítulo 23. Serviços SLP na rede¶

Sumário

23.1. Instalação
23.2. Ativando o SLP
23.3. Front ends de SLP no SUSE Linux Enterprise Desktop
23.4. Fornecendo serviços por SLP
23.5. Para obter mais informações

Resumo

O SLP foi criado para simplificar a configuração dos clientes em rede dentro de uma rede local. Para configurar um cliente em rede, inclusive todos os serviços necessários, o administrador normalmente precisa ter conhecimento detalhado dos servidores disponíveis na rede. O SLP divulga a disponibilidade de serviços selecionados a todos os clientes da rede local. Os aplicativos que dão suporte ao SLP podem usar as informações distribuídas e podem ser configurados automaticamente.

O SUSE® Linux Enterprise Desktop dá suporte à instalação com o uso de fontes de instalação fornecidas com o SLP e contém diversos serviços de sistema com suporte integrado ao SLP. O YaST e o Konqueror possuem front ends apropriados para SLP. Você pode usar o SLP para oferecer funções centrais aos clientes em rede, como servidor de instalação, servidor de arquivos ou servidor de impressão no sistema.

	suporte a SLP no SUSE Linux Enterprise Desktop
Os serviços que oferecem suporte a SLP são: cupsd, rsyncd, ypserv, openldap2, ksysguardd, saned, kdm, vnc, login, smpppd, rpasswd , postfix e sshd (via fish).

23.1. Instalação¶

Todos os pacotes necessários são instalados por padrão. No entanto, se você quiser fornecer serviços via SLP, verifique se o pacote openslp-server está instalado.

23.2. Ativando o SLP¶

O slpd deve ser executado no sistema para oferecer serviços pelo SLP. Se a máquina pode operar apenas como cliente a não oferece serviços, não é necessário ter slpd em execução nela. Assim como a maioria dos serviços de sistema, no SUSE Linux Enterprise Desktop, o daemon slpd é controlado por intermédio de um script init separado. Após a instalação, o daemon fica inativo por padrão. Para ativá-lo temporariamente, execute rcslpd start enquanto usuário root ou rcslpd stop para pará-lo. Efetue uma verificação de reinicialização ou status com restart ou status. Se for necessário que o slpd fique sempre ativo após o boot, habilite o slpd no YaST Sistema+Serviços do Sistema (Nível de Execução) ou execute o comando insserv slpd enquanto usuário root.

23.3. Front ends de SLP no SUSE Linux Enterprise Desktop¶

Para localizar os serviços fornecidos por SLP em sua rede, use um front end SLP como slptool (pacote openslp) ou o YaST:

slptool

slptool é um programa de linha de comando capaz de anunciar perguntas SLP na rede ou serviços proprietários. slptool --help lista todas as opções e funções disponíveis. Por exemplo, para encontrar todos os servidores de horário que se anunciam na rede atual, execute o comando:

slptool findsrvs service:ntp

YaST

O YaST também fornece um browser SLP. Porém, esse browser não está disponível no Centro de Controle do YaST. Para iniciá-lo, execute yast2 slp como usuário root. Clique em um Tipo de Serviço na lateral esquerda para ver mais informações sobre o serviço.

23.4. Fornecendo serviços por SLP¶

Vários aplicativos contidos no SUSE Linux Enterprise Desktop possuem suporte ao SLP integrado com o uso da biblioteca libslp. Se um serviço não tiver sido compilado com o suporte ao SLP, use um dos métodos a seguir para disponibilizá-lo por SLP:

Registro estático com /etc/slp.reg.d

Crie um arquivo de registro separado para cada novo serviço. Este é um exemplo de registro do serviço de scanner:

## 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

A linha mais importante desse arquivo é a linha URL do serviço, que começa com service:. Essa linha contém o tipo de serviço (scanner.sane) e o endereço em que o serviço está disponível no servidor. $HOSTNAME é automaticamente substituída pelo nome completo do host. Em seguida, vem o nome da porta TCP em que o serviço em questão pode ser encontrado, separado por dois-pontos. A seguir, especifique o idioma em que o serviço deve ser exibido e a duração do registro em segundos. Esses dados devem ser separados do URL do serviço por vírgulas. Defina o valor da duração do registro entre 0 e 65535. O valor 0 impede o registro. O valor 65535 elimina todas as restrições.

O arquivo de registro também contém as duas variáveis watch-port-tcp e description. watch-port-tcp vincula o anúncio do serviço SLP à atividade do serviço em questão fazendo com que o slpd verifique o status do serviço. A segunda variável contém uma descrição mais precisa do serviço que é exibido nos browsers apropriados.

Registro estático com /etc/slp.reg

A única diferença entre esse método e o procedimento de /etc/slp.reg.d é que todos os serviços são agrupados em um arquivo central.

Registro dinâmico com slptool

Se um serviço precisar ser registrado dinamicamente sem a necessidade de arquivos de configuração, use o utilitário de linha de comando slptool. O mesmo utilitário também pode ser usado para cancelar o registro de uma oferta de serviço existente sem reiniciar o slpd.

23.5. Para obter mais informações¶

RFC 2608, 2609, 2610: O RFC 2608 geralmente trata da definição de SLP. O RFC 2609 trata da sintaxe dos URLs de serviço usados em maior detalhe e o RFC 2610 trata do DHCP via SLP.
http://www.openslp.org: A home page do projeto OpenSLP.
/usr/share/doc/packages/openslp: Este diretório apresenta a documentação do SLP que acompanha o pacote openslp-server, incluindo o README.SuSE com detalhes do SUSE Linux Enterprise Desktop, os RFCs e dois documentos HTML de introdução. Os programadores que desejarem usar as funções do SLP podem obter mais informações no Programmers Guide (Guia do programador), incluído no pacote openslp-devel.