Partie I Sujets relatifs aux services réseau
1. Service réseau (présentation)
2. Gestion des serveurs cache Web
Partie II Accès aux systèmes de fichiers réseau
4. Gestion des systèmes de fichiers NFS (présentation)
5. Administration de système de fichiers réseau (tâches)
6. Accès aux systèmes de fichiers réseau (référence)
8. Planification et activation de SLP (tâches)
9. Administration de SLP (tâches)
10. Intégration des services hérités
Moment adapté pour l'annonce des services hérités
Considérations à prendre en compte lors de l'annonce de services hérités
Partie IV Sujets relatifs aux services de messagerie
12. Services de messagerie (présentation)
13. Services de messagerie (tâches)
14. Services de messagerie (référence)
Partie V Sujets relatifs à la mise en réseau série
15. Solaris PPP 4.0 (Présentation)
16. Planification de la liaison PPP (tâches)
17. Configuration d'une liaison PPP commutée (tâches)
18. Configuration d'une liaison PPP de ligne spécialisée (tâches)
19. Paramétrage de l'authentification PPP (tâches)
20. Configuration d'un tunnel PPPoE (tâches)
21. Résolution des problèmes PPP courants (tâches)
22. Solaris PPP 4.0 (Référence)
23. Migration de Solaris PPP asynchrone à Solaris PPP 4.0 (tâches)
25. Administration du protocole UUCP (tâches)
Partie VI Utilisation de systèmes distants
27. Utilisation de systèmes distants (présentation)
28. Administration du serveur FTP (tâches)
29. Accès aux systèmes distants (tâches)
Partie VII Sujets relatifs au contrôle des services réseau
Vous pouvez utiliser l'une des méthodes suivantes pour annoncer les services hérités :
Modifier le service pour incorporer un agent de service SLP.
Écrire un petit programme qui annonce pour le compte d'un service pour lequel SLP n'est pas activé.
Utiliser l'annonce de proxy pour que slpd annonce le service.
Si le code source du serveur logiciel est disponible, vous pouvez incorporer un agent de service SLP. Les API C et Java pour SLP sont relativement simples à utiliser. Pour plus d'informations, reportez-vous aux pages de manuel relatives à l'API C et à la documentation sur l'API Java. Si le service est un périphérique matériel, le fabricant peut avoir une PROM mise à jour qui intègre SLP. Contactez le fabricant du périphérique pour obtenir davantage d'informations.
Si le code source ou une PROM mise à jour qui contient SLP n'est pas disponible, vous pouvez écrire une petite application qui utilise la bibliothèque client SLP afin d'annoncer le service. Cette application peut fonctionner comme un petit démon que vous pouvez démarrer ou arrêter à partir du même script shell que vous utilisez pour démarrer et arrêter le service.
Solaris slpd prend en charge l'annonce des services hérités avec un fichier d'enregistrement de proxy Le fichier d'enregistrement de proxy est une liste d'annonces de service dans un format portable.
Le modèle est une description de l'URL du service et des attributs d'un type de service. Un modèle est utilisé pour définir les composants d'une annonce pour un type de service précis :
Si un modèle de type de service existe, utilisez le modèle pour construire l'enregistrement de proxy. Pour obtenir davantage d'informations sur les modèles de type de service, reportez-vous au RFC 2609.
Si aucun modèle de type de service n'est disponible pour le service, sélectionnez un ensemble d'attributs qui décrit précisément le service. Utilisez une autorité de nommage autre que l'autorité par défaut pour l'annonce. L'autorité de nommage par défaut est activée uniquement pour les types de services normalisés. Pour obtenir davantage d'informations sur les autorités de nommage, reportez-vous au RFC 2609.
Par exemple, supposons qu'une entreprise appelée BizApp possède une base de données locale utilisée pour suivre les défaillances logicielles. Pour annoncer la base de données, l'entreprise peut utiliser une URL avec le type de service service:bugdb.bizapp. L'autorité de nommage serait alors bizapp.
Les rôles contiennent des autorisations et des commandes privilégiées. Pour plus d'informations sur les rôles, reportez-vous à la section Configuring RBAC (Task Map) du System Administration Guide: Security Services.
# svcadm disable network/slp
net.slp.net.slp.serializedRegURL=proxy registration file URL
Par exemple, si le fichier d'enregistrement sérialisé est /net/inet/slp.reg , configurez la propriété comme indiqué dans l'exemple suivant :
net.slp.serializedRegURL=file:/etc/inet/slp.reg
# svcadm enable network/slp
Une annonce de service est formée de lignes qui identifient l'URL du service, d'une étendue facultative et d'une série de définitions d'attributs. Le démon SLP lit, enregistre et conserve les annonces de proxy exactement comme le ferait un client SA. L'exemple suivant présente un exemple d'annonce issue d'un fichier d'enregistrement de proxy.
Dans l'exemple, une imprimante héritée prenant en charge le protocole LPR et un serveur FTP sont annoncés. Les numéros de ligne ont été ajoutés à des fins de description et ne font pas partie du fichier.
(1) #Advertise legacy printer. (2) (3) service:lpr://bizserver/mainspool,en,65535 (4) scope=eng,corp (5) make-model=Laserwriter II (6) location-description=B16-2345 (7) color-supported=monochromatic (8) fonts-supported=Courier,Times,Helvetica 9 10 (9) (10) #Advertise FTP server (11) (12) ftp://archive/usr/src/public,en,65535,src-server (13) content=Source code for projects (14)
Remarque - Le fichier d'enregistrement de proxy prend en charge la même convention d'échappement des caractères non ASCII que le fichier de configuration. Pour plus d'informations sur le format du fichier d'enregistrement de proxy, reportez-vous au RFC 2614.
Tableau 10-1 Description du fichier d'enregistrement de proxy SLP