Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Administration d'Oracle Solaris : Services réseau Oracle Solaris 11 Information Library (Français) |
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)
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
Elimination d'une congestion du réseau
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
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
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 déploiement stratégique de DA sur un réseau qui exécute SLP.
SLP fonctionne correctement avec uniquement les agents de base (UA et SA), sans DA déployé ni étendue configurée. Tous les agents qui ne disposent pas de configuration spécifique utilisent l'étendue default. Les DA servent de caches pour les annonces de service. Le déploiement des DA diminue le nombre de messages envoyés sur le réseau et réduit le temps nécessaire à la réception de réponses aux messages. Cette fonctionnalité permet l'adaptation de SLP à des réseaux de plus grande taille.
La principale raison pour déployer des DA est de réduire la quantité de trafic de multidiffusion et les délais associés à la collecte de réponses monodiffusion. Dans un réseau de grande taille comprenant de nombreux UA et SA, la quantité de trafic de multidiffusion impliquée dans la découverte de services peut devenir importante au point de dégrader les performances de ce réseau. Grâce au déploiement d'un ou plusieurs DA, les UA doivent effectuer une monodiffusion vers les DA associés au service et les SA doivent s'enregistrer avec les DA en utilisant la monodiffusion. La seule multidiffusion enregistrée auprès de SLP sur un réseau comprenant des DA est destinée à la découverte DA active et passive.
Les SA s'enregistrent automatiquement avec les DA qu'ils découvrent au sein d'un ensemble d'étendues commun, plutôt que d'accepter les demandes de service multidiffusion. Les demandes de multidiffusion dans les étendues qui ne sont pas prises en charge par le DA sont cependant toujours directement traitées par le SA.
Les demandes de service émises par les UA sont envoyées en monodiffusion aux DA plutôt qu'en multidiffusion sur le réseau lorsqu'un DA est déployé dans les étendues de l'UA. Par conséquent, les DA au sein des étendues de l'UA réduisent la multidiffusion. En éliminant la multidiffusion pour les demandes UA normales, le temps requis pour obtenir des réponses aux requêtes est considérablement réduit (de quelques secondes à quelques millisecondes).
Les DA agissent comme un point central pour l'activité des SA et UA. Le déploiement d'un ou plusieurs DA pour un ensemble d'étendues fournit un point centralisé pour la surveillance de l'activité SLP. En activant la journalisation DA, il est plus facile de surveiller les enregistrements et les demandes qu'en consultant les journaux de plusieurs SA éparpillés sur le réseau. Vous pouvez déployer autant de DA que vous le souhaitez pour une étendue ou des étendues particulières, selon l'équilibre de charge nécessaire.
Dans les réseaux sur lesquels le routage multidiffusion n'est pas activé, vous pouvez configurer SLP pour utiliser la diffusion. Cependant, la diffusion est très peu efficace, car elle exige que chaque hôte traite le message. De plus, la diffusion ne se propage généralement pas sur les routeurs. Par conséquent, dans le cas d'un réseau ne prenant pas en charge le routage multidiffusion, les services peuvent être découverts uniquement sur le même sous-réseau. Une prise en charge partielle du routage multidiffusion entraîne des incohérences dans la découverte des services sur un réseau. Les messages de multidiffusion sont utilisés pour découvrir les DA. Par conséquent, la prise en charge partielle du routage multidiffusion implique que les UA et les SA enregistrent les services avec tous les DA connus dans l'étendue du SA. Par exemple, si un UA envoie une demande à un DA appelé DA1 et que le SA possède des services enregistrés avec DA2, l'UA ne parviendra pas à découvrir un service. Pour plus d'informations sur le déploiement de SLP sur des réseaux sur lesquels la multidiffusion n'est pas activée. reportez-vous à la section Configuration du routage de diffusion.
Sur un réseau présentant une prise en charge incohérente du routage multidiffusion à l'échelle du site, vous devez configurer les UA et SA SLP avec une liste d'emplacements DA cohérente à l'aide de la propriété net.slp.DAAdresseses.
Enfin, le DA SLPv2 prend en charge l'interopérabilité avec SLPv1. L'interopérabilité SLPv1 est activée par défaut dans le DA. Si votre réseau contient des périphériques SLPv1, tels que des imprimantes, ou si vous avez besoin d'interagir avec Novell Netware 5, qui utilise SLPv1 pour la découverte de services, vous devez déployer un DA. Sans DA, les UA SLP Oracle Solaris ne sont pas en mesure de trouver les services SLPv1 annoncés.
Déployez des DA pour votre entreprise si l'une des conditions suivantes s'applique :
Le trafic SLP de multidiffusion dépasse 1 % de la bande passante sur votre réseau, selon la mesure de la commande snoop.
Les clients UA rencontrent de longs délais ou des délais d'expiration lors des demandes de service de multidiffusion.
Vous souhaitez centraliser le contrôle des annonces de service SLP pour certaines étendues sur un ou plusieurs hôtes.
La multidiffusion n'est pas activée sur votre réseau, et celui-ci se compose de plusieurs sous-réseaux qui doivent partager des services.
Votre réseau utilise les périphériques prenant en charge des versions antérieures de SLP (SLPv1) ou vous souhaitez que la découverte de services SLP interagisse avec Novell Netware 5.
Utilisez la procédure suivante pour définir la propriété net.slp.isda sur True dans le fichier slp.conf.
Remarque - Vous pouvez uniquement attribuer un DA par hôte.
Pour plus d'informations, reportez-vous à la section Procédure d’obtention des droits d’administration du manuel Administration d’Oracle Solaris : services de sécurité.
# svcadm disable network/slp
net.slp.isDA=True
# svcadm enable network/slp
Cette section suggère des emplacements pour les DA dans différentes situations.
Le routage multidiffusion n'est pas activé et les DA doivent lier la découverte de services entre les sous-réseaux
Dans ce cas, un DA doit être placé sur un hôte avec les interfaces et tous les sous-réseaux qui partagent des services. La propriété de configuration net.slp.interfaces ne nécessite pas d'être définie, sauf si les paquets IP ne sont pas routés entre les interfaces. Pour plus d'informations sur la configuration de la propriété net.slp.interfaces , reportez-vous à la section Configuration multiréseau pour SLP.
Les DA sont déployés à des fins d'évolutivité et la principal élément à prendre en compte est l'optimisation de l'accès de l'agent
Les UA envoient généralement plusieurs demandes de services aux DA. Un SA s'enregistre une fois auprès du DA, et peut actualiser l'annonce à intervalles réguliers mais peu fréquents. Par conséquent, l'accès de l'UA aux DA est beaucoup plus fréquent que l'accès du SA. Le nombre d'annonces de service est également généralement plus petit que le nombre de demandes. Par conséquent, la plupart des déploiements DA sont plus efficaces si le déploiement est optimisé pour l'accès UA.
Placement des DA afin qu'ils soient topologiquement proches des UA sur le réseau afin d'optimiser l'accès UA
Naturellement, vous devez configurer le DA avec une étendue partagée par les clients UA et SA.
Vous pouvez déployer plusieurs DAs pour le même ensemble d'étendues à des fins d'équilibrage de charge. Déployez des DA dans les cas suivants :
Les demandes UA envoyées à un DA expirent ou sont renvoyées avec l'erreur DA_BUSY_NOW.
Le journal DA indique que de nombreuses demandes SLP sont ignorées.
Le réseau d'utilisateurs qui partagent des services dans les étendues s'étend sur plusieurs bâtiments ou sites physiques.
Vous pouvez exécuter un suivi snoop du trafic SLP afin de déterminer combien de demandes UA reviennent avec l'erreur DA_BUSY_NOW. Si le nombre de demandes UA renvoyées est élevé, les UA dans les bâtiments physiquement et topologiquement éloignées des DA peuvent présenter une réponse lente ou des délais d'attente excessifs. Dans un tel scénario, vous pouvez déployer un DA dans chaque bâtiment pour améliorer la réponse des clients UA dans les bâtiments.
Les liens entre les bâtiments sont souvent plus lents que les réseaux locaux dans les bâtiments. Si votre réseau s'étend sur plusieurs bâtiments ou sites physiques, définissez la propriété net.slp.DAAddresses dans le fichier /etc/inet/slp.conf sur une liste de noms d'hôtes ou d'adresses spécifiques, afin que les UA accèdent uniquement aux DA spécifiés.
Si un DA particulier utilise une grande quantité de mémoire de l'hôte pour les enregistrements de service, réduisez le nombre d'enregistrements SA en diminuant le nombre d'étendues prises en charge par le DA. Vous pouvez diviser en deux une étendue qui comporte de nombreux enregistrements. Vous pouvez ensuite prendre en charge l'une des nouvelles étendues en déployant un autre DA sur un autre hôte.