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)
Autres sources d'informations sur le protocole SLP
8. Planification et activation de SLP (tâches)
9. Administration de SLP (tâches)
10. Intégration des 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
Cette section décrit le fonctionnement de base de SLP, ainsi que les agents et processus utilisés pour l'administration SLP.
SLP fournit automatiquement tous les services suivants, avec peu ou pas de configuration.
Requêtes des informations nécessaires pour accéder à un service par l'application client
Annonce des services sur les périphériques matériels réseau ou les serveurs logiciels (par exemple, les imprimantes, serveurs de fichiers, caméras vidéo et serveurs HTTP)
Restauration gérée en cas de défaillance du serveur principal
En outre, vous pouvez effectuer les opérations suivantes pour gérer et régler les opérations SLP, si nécessaire.
Organiser les services et les utilisateurs en étendues composées de groupes fonctionnels ou logiques
Activer la journalisation SLP pour surveiller et dépanner le fonctionnement SLP sur votre réseau
Ajuster les paramètres de synchronisation SLP pour améliorer les performances et l'évolutivité
Configurer le protocole SLP afin qu'il n'envoie pas et ne traite pas de messages de multidiffusion lorsqu'il est déployé sur des réseaux qui ne prennent pas en charge le routage multidiffusion
Déployer les agents de répertoire SLP pour améliorer l'évolutivité et les performances
Les bibliothèques SLP informent les agents conscients du réseau qui annoncent des services afin que ces services puissent être découverts par l'intermédiaire d'un réseau. Les agents SLP maintiennent des informations à jour sur le type et l'emplacement des services. Ces agents peuvent également utiliser des enregistrements de proxy pour annoncer les services sur lesquels SLP n'est pas directement activé. Pour plus d'informations, reportez-vous au Chapitre 10Intégration des services hérités.
Les applications client s'appuient sur les bibliothèques SLP qui envoient des requêtes directement aux agents qui annoncent les services.
Le tableau suivant décrit les agents SLP. Pour des définitions plus détaillées de ces termes et d'autres termes utilisés dans ce manuel, reportez-vous au Glossaire.
Tableau 7-1 Agents SLP
|
La figure ci-dessous montre les agents et processus de base qui mettent en œuvre l'architecture SLP. La figure représente un déploiement SLP par défaut. Aucune configuration spéciale n'a été effectuée. Seuls deux agents sont requis : UA et SA. La structure SLP permet à l'UA d'envoyer des requêtes multidiffusion de service au SA. Ce dernier envoie une réponse monodiffusion à l'UA. Par exemple, lorsque l'UA envoie un message de requête de service, le SA répond avec un message de réponse de service. La réponse de service contient l'emplacement des services qui répondent aux besoins du client. D'autres requêtes et réponses sont possibles pour les attributs et types de service. Pour plus d'informations, reportez-vous au Chapitre 11SLP (références).
Figure 7-1 Agents et processus SLP de base
La figure ci-dessous montre les agents et processus de base qui mettent en œuvre l'architecture SLP lorsqu'un DA est déployé dans la structure.
Figure 7-2 Agents et processus d'architecture SLP mis en œuvre avec un DA
Lorsque vous déployez des agents de répertoire, moins de messages sont envoyés sur le réseau et les agents utilisateur peuvent récupérer les informations beaucoup plus rapidement. Les DA sont cruciaux lorsque la taille d'un réseau augmente ou dans les cas où le routage multidiffusion n'est pas pris en charge. Le DA sert de cache de service pour les annonces de service enregistrées. Les SA envoient des messages d'enregistrement (SrvReg) qui répertorient tous les services qu'ils annoncent aux DA. Les SA reçoivent alors des accusés de réception (SrvAck) dans la réponse. Les annonces de service sont actualisées avec le DA ou elles expirent conformément à la durée de vie définie pour l'annonce. Une fois qu'un UA découvre un DA, l'UA envoie une requête monodiffusion au DA plutôt que d'envoyer des requêtes multidiffusion aux SA.
Pour plus d'informations sur les messages SLP Solaris, reportez-vous au chapitre Chapitre 11SLP (références).