JavaScript is required to for searching.
Ignorer les liens de navigation
Quitter l'aperu
Administration d'Oracle Solaris : Services réseau     Oracle Solaris 11 Information Library (Fran├žais)
search filter icon
search icon

Informations document

Préface

Partie I Sujets relatifs aux services réseau

1.  Service réseau (présentation)

2.  Gestion des serveurs cache Web

3.  Services d'horodatage

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)

Partie III SLP

7.  SLP (présentation)

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

Propriétés de configuration

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

Etendues de déploiement

Moment adapté à la configuration des étendues

Eléments à prendre en compte lors de la configuration d'étendues

Configuration des étendues

Déploiement de DA

Pourquoi déployer un DA SLP ?

Moment adapté au déploiement des DA

Déploiement des DA

Placement des DA

Placement de plusieurs DA à des fins d'équilibrage de charge

SLP et systèmes multiréseau

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

11.  SLP (références)

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)

24.  UUCP (présentation)

25.  Administration du protocole UUCP (tâches)

26.  UUCP (référence)

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

30.  Contrôle des performances du réseau (tâches)

Glossaire

Index

SLP et systèmes multiréseau

Un serveur multiréseau agit comme un hôte sur plusieurs sous-réseaux IP. Le serveur peut parfois posséder plusieurs cartes d'interface réseau et agir en tant que routeur. Les paquets IP, y compris les paquets de multidiffusion, sont routés entre les interfaces. Dans certains cas, le routage entre les interfaces est désactivé. Les sections suivantes décrivent la configuration de SLP dans de telles situations.

Configuration multiréseau pour SLP

Sans configuration, slpd est à l'écoute de la multidiffusion et de la monodiffusion UDP/TCP sur l'interface réseau par défaut. Si le routage multidiffusion et monodiffusion est activé entre des interfaces sur une machine multiréseau, aucune configuration supplémentaire n'est nécessaire. En effet, les paquets de multidiffusion qui arrivent sur une autre interface sont correctement routés vers l'interface par défaut. Par conséquent, les demandes multidiffusion pour le DA ou d'autres annonces de service arrivent à slpd. Si, pour une raison quelconque, le routage n'est pas activé, la configuration est requise.

Moment adapté à la configuration d'interfaces réseau multiples sans routage

Si l'une des conditions suivantes est remplie, vous pouvez être amené à configurer des machines multiréseau.

Généralement, la raison pour laquelle le routage multidiffusion est désactivé entre des interfaces est que la multidiffusion n'a pas été déployée sur le réseau. Dans ce cas, la diffusion est normalement utilisée pour la découverte des services qui n'est pas basée sur DA et pour la découverte DA sur des sous-réseaux individuels. La diffusion est activée en définissant la propriété net.slp.isBroadcastOnly sur True.

Configuration d'interfaces réseau multiples sans routage (liste des tâches)

Tableau 9-5 Configuration d'interfaces réseau multiples, sans routage

Tâche
Description
Voir
Configuration de la propriété net.slp.interfaces
Définissez cette propriété pour activer slpd afin qu'il écoute les demandes SLP de monodiffusion et multidiffusion/diffusion sur les interfaces spécifiées.
Organisation des annonces de services proxy afin que les UA sur les sous-réseaux obtiennent des URL de services avec des adresses accessibles
Limitez l'annonce de proxy à une machine qui exécute slpd connecté à un seul sous-réseau plutôt qu'à un hôte multiréseau.
Placement des DA et configuration des étendues afin de garantir l'accessibilité entre les UA et les SA
Configurez la propriété net.slp.interfaces sur des hôtes multiréseau avec une adresse ou un nom d'hôte d'interface unique.

Exécutez un DA sur un hôte multiréseau, mais configurez les étendues de manière à ce que les SA et UA sur chaque sous-réseau utilisent des hôtes différents.

Configuration de la propriété net.slp.interfaces

Lorsque la propriété net.slp.interfaces est définie, slpd écoute les demandes SLP de monodiffusion et de multidiffusion/diffusion sur les interfaces répertoriées dans la propriété, plutôt que sur l'interface par défaut.

Généralement, vous définissez la propriété net.slp.interfaces en même temps que vous activez la diffusion en définissant la propriété net.slp.isBroadcastOnly , car la multidiffusion n'a pas été déployée sur le réseau. Toutefois, si la multidiffusion a été déployée mais n'est pas routée sur cet hôte multiréseau, slpd peut recevoir une demande de multidiffusion depuis plusieurs interfaces. Cette situation peut se produire lorsque le routage des paquets est géré par un autre hôte multiréseau ou par un routeur qui connecte les sous-réseaux servis par les interfaces.

Lorsqu'une telle situation se produit, le serveur SA ou l'UA qui envoie la demande reçoit deux réponses de slpd sur l'hôte multiréseau. Les réponses sont ensuite filtrées par les bibliothèques client et le client ne les voit pas. Les réponses sont toutefois visibles dans le suivi snoop.


Remarque -

Si le routage monodiffusion est désactivé, les services annoncés par les clients SA sur les hôtes multiréseau peuvent ne pas être accessibles à partir de tous les sous-réseaux. Si les services sont inaccessibles, les clients SA peuvent effectuer les opérations suivantes :


La bibliothèque client SA ne fait aucun effort pour garantir que les URL accessibles sont annoncées. Le programme de service, qui peut gérer un hôte multiréseau sans routage ou non, est alors chargé de garantir que les URL accessibles sont annoncées.

Avant le déploiement d'un service sur un hôte multiréseau sur lequel le routage monodiffusion est désactivé, utilisez la commande snoop pour déterminer si le service gère correctement les demandes provenant de plusieurs sous-réseaux. En outre, si vous envisagez de déployer un DA sur l'hôte multiréseau, reportez-vous à la section Placement du DA et affectation de nom à l'étendue.

Configuration de la propriété net.slp.interfaces

Utilisez la procédure suivante pour modifier la propriété net.slp.interfaces dans le fichier slp.conf.

  1. Devenez un administrateur.

    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é.

  2. Arrêtez slpd et toutes les activités SLP sur l'hôte.
    # svcadm disable network/slp
  3. Sauvegardez le fichier /etc/inet/slp.conf par défaut avant de modifier les paramètres de configuration.
  4. Modifiez la propriété net.slp.interfaces dans le fichier slpd.conf :
    net.slp.interfaces=value
    value

    Liste d'adresses IPv4 ou de noms d'hôte des cartes d'interface réseau sur lesquels le DA ou le SA doit être à l'écoute de la multidiffusion, la monodiffusion UDP et des messages TCP sur le port 427

    Par exemple, un serveur avec trois cartes réseau sur lequel le routage multidiffusion est désactivé est connecté à trois sous-réseaux. Les adresses IP des trois interfaces réseau sont 192.147.142.42, 192.147.143.42 et 192.147.144.42. Le masque de sous-réseau est 255.255.255.0 . Si vous réglez la propriété suivante, slpd sera à l'écoute des messages de monodiffusion et de multidiffusion/diffusion sur les trois interfaces :

    net.slp.interfaces=192.147.142.42,192.147.143.42,192.147.144.42

    Remarque - Vous pouvez spécifier des adresses IP ou noms d'hôte pouvant être résolus pour la propriété net.slp.interfaces .


  5. Enregistrez les modifications et fermez le fichier.
  6. Redémarrez slpd pour activer vos modifications.
    # svcadm enable network/slp

Annonce de proxy sur les hôtes multiréseau

Si un hôte comportant plusieurs interfaces annonce des services à l'aide de la commande slpd et l'enregistrement de proxy, les URL de service annoncées par slpd doivent contenir des noms d'hôte ou des adresses accessibles. Si le routage monodiffusion est activé entre les interfaces, les hôtes sur tous les sous-réseaux peuvent atteindre les hôtes sur d'autres sous-réseaux. Les enregistrements de proxy peuvent également être effectués pour un service sur un sous-réseau. Si, toutefois, le routage monodiffusion est désactivé, les clients de service sur un sous-réseau ne peuvent pas atteindre de services sur un autre sous-réseau via l'hôte multiréseau. Cependant, les clients peuvent être en mesure d'atteindre les services par le biais d'un autre routeur.

Par exemple, supposons que l'hôte portant le nom d'hôte par défaut bigguy possède trois cartes d'interface sur trois sous-réseaux non routés. Les noms d'hôte de ces sous-réseaux sont bigguy, avec l'adresse IP 192.147.142.42 , bigguy1, avec l'adresse IP 192.147.143.42 et bigguy2, avec l'adresse IP 192.147.144.42. Supposons maintenant qu'une imprimante héritée, oldprinter, est connectée au sous-réseau 143 et que l'URL service:printing:lpr://oldprinter/queue1 est configurée avec la valeur net.slp.interfaces pour être à l'écoute sur toutes les interfaces. L'URL oldprinter fait l'objet d'une annonce de proxy sur toutes les interfaces. Les machines sur les sous-réseaux 142 et 144 reçoivent l'URL en réponse à des demandes de service, mais ne sont pas en mesure d'accéder au service oldprinter.

La solution à ce problème consiste à effectuer l'annonce de proxy avec slpd exécuté sur une machine connectée au sous-réseau 143 uniquement, plutôt que sur l'hôte multiréseau. Seuls les hôtes sur le sous-réseau 143 peuvent obtenir l'annonce en réponse à une demande de service.

Placement du DA et affectation de nom à l'étendue

Le placement des DA et l'affectation de nom à une étendue sur un réseau possédant un hôte multiréseau doivent faire l'objet d'une attention particulière afin de s'assurer que les services soient accessibles aux clients. Soyez particulièrement vigilant lorsque le routage est désactivé et la propriété net.slp.interfaces configurée. Ici encore, si le routage monodiffusion est activé entre les interfaces sur une machine multiréseau, aucune configuration particulière du DA et de l'étendue n'est nécessaire. Les annonces sont mises en cache avec les services d'identification du DA accessibles à partir de tous les sous-réseaux. Toutefois, si le routage monodiffusion est désactivé, un placement incorrect des DA peut entraîner des problèmes.

Pour voir les problèmes susceptibles de se produire dans l'exemple précédent, envisagez ce qui se passerait si bigguy exécutait un DA et les clients sur tous les sous-réseaux avaient les mêmes étendues. Les SA sur le sous-réseau 143 enregistreraient leurs annonces de service avec le DA. Les UA sur le sous-réseau 144 pourraient obtenir ces annonces de service, bien que les hôtes sur le sous-réseau 143 soient inaccessibles.

Une solution à ce problème consiste à exécuter un DA sur chaque sous-réseau et non sur l'hôte multiréseau. Dans ce cas, la propriété net.slp.interfaces sur les hôtes multiréseau doit être configurée avec un nom ou une adresse d'interface hôte unique, ou ne pas être configurée, forçant ainsi l'utilisation de l'interface par défaut. L'inconvénient de cette solution est que les hôtes multiréseau sont souvent de grandes machines plus en mesure de gérer la charge informatique d'un DA.

Une autre solution consiste à exécuter un DA sur l'hôte multiréseau, tout en configurant les étendues de manière à ce que les SA et les UA sur chaque sous-réseau aient une étendue différente. Par exemple, dans l'exemple précédent, les UA et les SA sur le sous-réseau 142 peuvent avoir une étendue appelée scope142. Les UA et SA sur le sous-réseau 143 peuvent avoir une autre étendue appelée scope143 et les UA et SA sur le sous-réseau 144 peuvent avoir une troisième étendue appelée scope144. Vous pouvez définir la propriété net.slp.interfaces sur bigguy avec les trois interfaces afin que le DA serve les trois étendues sur les trois sous-réseaux.

Eléments à prendre en compte lors de la configuration d'interfaces réseau multiples, sans routage

La configuration de la propriété net.slp.interfaces permet à un DA sur l'hôte multiréseau de lier les annonces de service entre les sous-réseaux. Par exemple la configuration est utile si le routage multidiffusion est désactivé sur le réseau, mais le routage monodiffusion entre des interfaces sur un hôte multiréseau est activé. Si la monodiffusion est routée entre les interfaces, les hôtes sur un sous-réseau différent de celui sur lequel le service se trouve peuvent contacter le service lorsqu'ils reçoivent l'URL du service. Sans le DA, les serveurs SA sur un sous-réseau particulier ne reçoivent que les diffusions effectuées sur le même sous-réseau, de sorte qu'ils ne peuvent pas localiser les services hors de leur sous-réseau.

La situation la plus courante qui nécessite la configuration de la propriété net.slp.interfaces se produit lorsque la multidiffusion n'est pas déployée sur le réseau et que la diffusion est utilisée à la place. D'autres situations nécessitent une réflexion et une planification minutieuses pour éviter les réponses en double ou les services inaccessibles.