Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Gestion des services Service Location Protocol dans Oracle Solaris 11.1 Oracle Solaris 11.1 Information Library (Français) |
2. Planification et activation de SLP (tâches)
3. Administration de SLP (tâches)
Configuration des propriétés SLP
Fichier de configuration SLP : éléments de base
Lignes de commentaire et notations
Modification de votre configuration SLP
Modification des annonces DA et de la fréquence de découverte
Limitation des UA et SA à des DA configurés de manière statique
Limitation des UA et SA pour obtenir des DA configurés de manière statique
Configuration de la découverte DA pour les réseaux commutés
Configuration de la découverte DA pour les réseaux commutés
Configuration du signal d'activité DA pour les partitions fréquentes
Configuration du signal d'activité DA pour les partitions fréquentes
Adaptation d'autres médias réseau, topologies ou configurations
Réduction des réenregistrements SA
Réduction des réenregistrements SA
Configuration de la propriété de durée de vie de la multidiffusion
Configuration de la propriété de durée de vie de la multidiffusion
Configuration de la taille des paquets
Configuration de la taille de paquet
Configuration du routage de diffusion
Configuration du routage de diffusion
Modification des délais d'attente pour les demandes de découverte SLP
Modification des délais d'attente par défaut
Modification des délais d'attente par défaut
Configuration d'une limite d'attente aléatoire
Configuration de la limite d'attente aléatoire
Moment adapté à la configuration des étendues
Eléments à prendre en compte lors de la configuration d'étendues
Moment adapté au déploiement des DA
Placement de plusieurs DA à des fins d'équilibrage de charge
Configuration multiréseau pour SLP
Moment adapté à la configuration d'interfaces réseau multiples sans routage
Configuration d'interfaces réseau multiples sans routage (liste des tâches)
Configuration de la propriété net.slp.interfaces
Configuration de la propriété net.slp.interfaces
Annonce de proxy sur les hôtes multiréseau
Placement du DA et affectation de nom à l'étendue
Eléments à prendre en compte lors de la configuration d'interfaces réseau multiples, sans routage
Dans les cas suivants, vous pouvez modifier les propriétés qui contrôlent la synchronisation des annonces DA et des demandes de découverte.
Si vous souhaitez que le SA ou l'UA obtiennent des informations de configuration DA statiquement à partir de la propriété net.slp.DAAddresses du fichier slp.conf, vous pouvez désactiver la découverte du DA.
Lorsque le réseau est sujet à un partitionnement récurrent, vous pouvez modifier la fréquence des annonces passives et de la découverte active.
Si les clients UA et SA accèdent aux DA à l'autre bout d'une connexion commutée, vous pouvez réduire la fréquence du signal d'activité DA et l'intervalle de découverte active afin de diminuer le nombre d'activations de la ligne commutée.
Si la congestion du réseau est élevée, vous pouvez limiter la multidiffusion.
Les procédures décrites dans cette section expliquent comment modifier les propriétés suivantes.
Tableau 3-2 Propriétés de synchronisation d'annonces DA et de demandes de découverte
|
Il est parfois nécessaire de limiter les UA et SA afin d'obtenir des adresses DA à partir des informations de configuration statiques dans le fichier slp.conf. Dans la procédure suivante, vous pouvez modifier deux propriétés qui permettent à slpd d'obtenir des informations DA exclusivement à partir de la propriété net.slp.DAAddresses.
Utilisez la procédure suivante pour modifier les propriétés net.slp.passivedadetection et net.slp.a.
Remarque - Utilisez cette procédure uniquement sur les hôtes qui exécutent des UA et SA limités aux configurations statiques.
Pour plus d'informations, reportez-vous à la section Utilisation de vos droits d’administration du manuel Administration d’Oracle Solaris 11.1 : Services de sécurité.
# svcadm disable network/slp
net.slp.passiveDADetection=False
net.slp.DAActiveDiscoveryInterval=-1
# svcadm enable network/slp
Si les UA ou les SA sont séparés du DA (agent de répertoire) par un réseau commuté, vous pouvez configurer la découverte DA afin de réduire ou d'éliminer le nombre de demandes de découverte et d'annonces DA. Les réseaux commutés sont généralement facturés lors de leur activation. La réduction des appels superflus peut réduire le coût d'utilisation du réseau commuté.
Remarque - Vous pouvez complètement désactiver la découverte DA en appliquant la méthode décrite à la section Limitation des UA et SA à des DA configurés de manière statique.
Vous pouvez utiliser la procédure suivante pour réduire les annonces DA non sollicitées et la découverte active en augmentant la période des signaux d'activité DA et l'intervalle de découverte active.
Pour plus d'informations, reportez-vous à la section Utilisation de vos droits d’administration du manuel Administration d’Oracle Solaris 11.1 : Services de sécurité.
# svcadm disable network/slp
net.slp.DAHeartbeat=value
Nombre entier de 32 bits qui définit le nombre de secondes d'un signal d'activité d'annonce DA passive
Valeur par défaut=10 800 secondes (3 heures)
Plage de valeurs=2 000 à 259 200 000 secondes
Par exemple, vous pouvez définir le signal d'activité DA sur environ 18 heures sur un hôte exécutant un DA :
net.slp.DAHeartbeat=65535
net.slp.DAActiveDiscoveryInterval value
Nombre entier de 32 bits qui définit le nombre de secondes des requêtes de découverte DA active
Valeur par défaut=900 secondes (15 minutes)
Plage de valeurs=300 à 10 800 secondes
Par exemple, vous pouvez définir l'intervalle de découverte DA active sur 18 heures sur un hôte qui exécute un UA et un SA :
net.slp.DAActiveDiscoveryInterval=65535
# svcadm enable network/slp
Les SA doivent s'enregistrer avec tous les DA qui prennent en charge leurs étendues. Un DA peut apparaître après que slpd a effectué une découverte active. Si le DA prend en charge les étendues slpd, le démon SLP enregistre toutes les annonces sur son hôte avec le DA.
L'une des méthodes de découverte des DA par slpd se produit lors de l'annonce non sollicitée initiale qu'un DA envoie lorsqu'il démarre. Le démon SLP utilise l'annonce périodique non sollicitée (signal d'activité) pour déterminer si un DA est toujours actif. Si le signal d'activité ne s'affiche pas, le démon supprime les DA qu'il utilise et ceux qu'il offre aux UA.
Enfin, lorsqu'un DA subit un arrêt contrôlé, il transmet une annonce DA spéciale qui informe les services SA d'écoute qu'il va être mis hors service. Le démon SLP utilise également cette annonce pour supprimer les DA inactifs du cache.
Si votre réseau est soumis à de fréquentes partitions et que les SA durent longtemps, slpd peut supprimer les DA mis en cache pendant le partitionnement si aucune annonce de signal d'activité n'est reçue. En diminuant la durée du signal d'activité, vous pouvez réduire le délai de restauration d'un DA désactivé dans le cache une fois la partition réparée.
Utilisez la procédure suivante pour modifier la propriété net.slp.DAHeartBeat afin de réduire la période du signal d'activité DA.
Remarque - Si la découverte DA est complètement désactivée, la propriété net.slp.DAAddresses dans le fichier slp.conf doit être définie sur les hôtes exécutent les UA et les SA afin qu'ils accèdent au DA correct.
Pour plus d'informations, reportez-vous à la section Utilisation de vos droits d’administration du manuel Administration d’Oracle Solaris 11.1 : Services de sécurité.
# svcadm disable network/slp
net.slp.DAHeartBeat=3600
# svcadm enable network/slp
Si la congestion est importante, vous pouvez limiter l'activité de multidiffusion. Si les DA n'ont pas déjà été déployés sur le réseau, leur déploiement peut considérablement réduire la quantité de multidiffusion liée au SLP.
Cependant, même après le déploiement des DA, la multidiffusion est toujours nécessaire pour la découverte DA. Vous pouvez réduire la quantité de multidiffusion nécessaire pour la découverte DA à l'aide de la méthode décrite à la section Configuration de la découverte DA pour les réseaux commutés. Vous pouvez complètement éliminer la multidiffusion pour la découverte DA à l'aide de la méthode décrite à la section Limitation des UA et SA à des DA configurés de manière statique.