Les sections suivantes traitent de la mise en oeuvre Novell de la spécification SLP (Service Location Protocol).
Le client Novell comprend un logiciel pour les agents Utilisateur et les agents de service. Ce logiciel est installé automatiquement lors de l'installation d'un client si une ou plusieurs options du protocole IP sont sélectionnées.
SLP doit être disponible pour que le client fonctionne et doit être préféré à toute autre méthode de résolution des noms de service (à savoir eDirectory, SAP, etc.) par le client. Sinon, le fait de modifier la plupart des paramètres de configuration SLP n'aura aucun impact sur le fonctionnement d'un poste de travail/agent Utilisateur, étant donné qu'il est indisponible ou non utilisé pour résoudre les noms de service.
Pour configurer les paramètres, accédez à la page des propriétés Configuration du Client Novell (cliquez avec le bouton droit de la souris sur Voisinage réseau, puis cliquez sur Propriétés, Services, Client Novell pour Windows NT et à nouveau sur Propriétés).
Les paragraphes suivants décrivent les options de l'onglet SLP du client Novell pour Windows NT.
Liste des étendues : Définit les étendues SLP auxquelles participe l'agent Utilisateur. Contrôle les agents Annuaire et les agents de service avec lesquels l'agent Utilisateur communique lors des requêtes de service SLP.
Si l'agent de service ou Annuaire ne se trouve pas dans une étendue spécifiée au niveau de l'agent Utilisateur, ce dernier ne lui envoie pas de requête ni n'accepte de réponse de sa part. Par contre, si aucune étendue n'est spécifiée, l'agent Utilisateur participe à l'étendue sans étendue.
Il est possible de définir un ordre de priorité des entrées d'étendue en utilisant les flèches Haut et Bas. Les étendues peuvent provenir de trois sources différentes : statique, DHCP et dynamique. Comme pour les autres paramètres SLP, les étendues statiques sont préférées aux étendues DHCP, et les étendues DHCP aux étendues dynamiques pour la localisation des services.
Tableau 112. Valeurs de la liste des étendues
Statique : Cochez la case Statique pour empêcher le client d'ajouter dynamiquement des étendues découvertes par les agents Annuaire actifs connus. Pour connaître les agents Annuaire actifs, exécutez la commande SLPINFO. Si la case Statique n'est pas cochée et que le client découvre un agent Annuaire participant à une étendue jusqu'alors inconnue du client, ce dernier ajoute l'étendue à sa liste en mémoire et peut ensuite effectuer une requête de service SLP dans cette étendue.
Tableau 113. Valeurs statiques
Valeur par défaut |
Non marqué (Inactif) |
Valeurs valides |
Marqué/Non marqué (Actif/Inactif) |
Liste des agents Annuaire : Ce paramètre contrôle les agents Annuaire avec lesquels un client est configuré pour communiquer de façon statique. Il ne s'agit pas nécessairement de la liste complète des agents Annuaire que le client connaît. Vous devez utiliser SLPINFO avec la commande /D pour vérifier les agents Annuaire trouvés par le client et leur statut (Actif/Inactif).
Tableau 114. Valeurs de la liste des agents Annuaire
Valeur par défaut |
Vide |
Valeurs valides |
Toute adresse IP ou nom d'hôte DNS résoluble pour un serveur NetWare exécutant SLPDA.NLM |
Statique : En cochant cette case, vous empêchez toute détection dynamique d'agent Annuaire et limitez l'utilisation aux agents Annuaire trouvés via la méthode statique ou DHCP.
Tableau 115. Valeurs statiques
Valeur par défaut |
Non marqué |
Valeurs valides |
Marqué/Non marqué (Actif/Inactif) |
Découverte active : Si vous ne cochez pas cette case, il est nécessaire que l'agent Utilisateur contacte un agent Annuaire pour une requête SLP (l'agent Utilisateur n'enverra pas de requête multidestinataire à des agents de service). Si vous activez l'option Statique tout en désactivant l'option Découverte active, vous empêchez totalement l'agent Utilisateur d'effectuer des opérations multidestinataires. Une fois ce paramètre désactivé, vous devez placer au moins une entrée dans la liste des agents Annuaire (dans le cas contraire, l'agent Utilisateur ne dispose d'aucune méthode pour effectuer une requête de service SLP).
Tableau 116. Valeurs de découverte active
Valeur par défaut |
Marqué (Actif) |
Valeurs valides |
Marqué/Non marqué (Actif/Inactif) |
Les paragraphes suivants décrivent les options de l'onglet SLP du client Novell pour Windows NT.
Temporiser les requêtes vers l'agent de service : Timeout, en secondes, d'une requête SLP vers un agent de service. Ce paramètre ne sert pas à temporiser les requêtes vers des agents Annuaire. Un autre paramètre est utilisé à cet effet.
Tableau 117. Valeurs Abandonner les requêtes aux SA
Valeur par défaut |
15 |
Valeurs valides |
1 à 60 000 secondes (16,67 heures) |
Réponses de cache SLP : Chaque fois que l'agent Utilisateur reçoit une réponse de service SLP d'un agent de service ou de répertoire, celle-ci est mise en cache au niveau de l'agent Utilisateur pendant la durée spécifiée par le paramètre Réponses de cache SLP. Lorsque SLP reçoit une requête, il commence par vérifier son cache avant de générer un paquet réseau vers un agent Annuaire ou Service. Si les informations mises en cache peuvent être utilisées pour répondre à la requête, elles le sont. Nous vous recommandons de ne pas utiliser de valeur supérieure à une minute dans des conditions de fonctionnement SLP normal, pour les raisons suivantes :
Tableau 118. Valeurs des réponses de cache SLP
Valeur par défaut |
1 minute |
Valeurs valides |
1 à 60 minutes |
Durée de vie d'enregistrement par défaut d'un service SLP : Ce paramètre définit la durée de vie d'enregistrement d'un service SLP lorsqu'un agent de service enregistre un service SLP vers un agent Annuaire. Le client Novell comporte non seulement les fonctions de l'agent Utilisateur, mais aussi celles de l'agent de service (identiques à un serveur). C'est pourquoi un poste de travail client peut enregistrer des services SLP auprès d'un agent Annuaire. Il n'est cependant pas commun qu'un poste de travail client enregistre un service SLP en tant qu'agent de service. Les développeurs peuvent écrire des applications qui enregistrent des services SLP à partir d'un poste de travail client en utilisant l'interface WINSOCK 2. Vous trouverez ci-après des exemples de cas où un poste de travail client enregistre un service SLP :
Lorsque la durée de vie d'enregistrement d'un service SLP expire, les agents Annuaire auprès desquels il est enregistré retirent cette entrée de la base de données. Cette procédure est également utilisée pour déterminer le moment où un agent de service (sur un poste de travail ou un serveur) doit à nouveau enregistrer un service auprès de son agent Annuaire.
Tableau 119. Valeurs de la durée de vie d'enregistrement par défaut d'un service SLP
Valeur par défaut |
10 800 secondes |
Valeurs valides |
60 à 60 000 secondes |
Unité de transmission maximale d'un paquet SLP : Identique au MTU TCP/IP, qui correspond à la taille maximale d'un paquet SLP. Ce paramètre est utilisé pour restreindre la taille des paquets SLP, qui ne doivent pas dépasser la capacité de l'infrastructure, et empêcher une fragmentation et un réassemblage de paquets utilisant trop de ressources.
Tableau 120. Valeurs de transmission maximale d'un paquet SLP
Valeur par défaut |
1 400 octets |
Valeurs valides |
576 à 4 096 octets |
Radius multidestinataire SLP : Ce paramètre spécifie le nombre maximal de sous-réseaux (nombre de routeurs plus 1) que les multidestinations SLP peuvent franchir. La valeur 1 empêche le passage de tout routeur. Implémenté dans le paramètre TTL (Time To Live) du paquet UDP/TCP.
Le paramètre TTL est décrémenté par l'une des deux conditions suivantes :
Tableau 121. Valeurs du radius multidestinataire SLP
Valeur par défaut |
32 sauts |
Valeurs valides |
1 à 32 sauts |
Utiliser la diffusion pour la multidiffusion SLP : Ce paramètre oblige l'agent Utilisateur SLP à utiliser la diffusion (tous les bits de la portion d'adresse de l'ID hôte activés) lorsqu'une utilisation normale aurait recourt à la multidestination.
Les différences par rapport à la multidestination sont les suivantes :
Tableau 122. Valeurs de Utiliser la diffusion pour la multidiffusion SLP
Valeur par défaut |
Inactif |
Valeurs valides |
Actif/Inactif |
Utiliser DHCP pour SLP : Ce paramètre indique si l'agent Utilisateur SLP tente de localiser un serveur DHCP pouvant fournir des informations de configuration sur l'étendue SLP et l'agent Annuaire. Même si le poste de travail a une adresse IP statique, SLP peut tout de même recevoir une configuration d'étendue SLP et d'agent Annuaire depuis un serveur DHCP. Les requêtes DHCP d'informations SLP sont transmises uniquement en tant que partie de l'initialisation de l'agent Utilisateur ou Service SLP. Ces informations SLP sont demandées à l'aide d'une requête DHCP INFORM et envoyées en plus de la requête initiale BOOTP (si le client est configuré pour obtenir son adresse IP via DHCP/BOOTP). Toutes les informations de réponse SLP DHCP sont combinées, puis SLP contacte chaque agent Annuaire configuré par DHCP pour déterminer les étendues qu'ils prennent en charge.
Les administrateurs qui envisagent de ne pas utiliser DHCP pour administrer des informations SLP doivent choisir la valeur de paramètre Inactif pour réduire le trafic minimal que nécessite la diffusion pour un serveur DHCP.
Tableau 123. Valeurs de Utiliser DHCP pour SLP
Valeur par défaut |
Actif |
Valeurs valides |
Actif/Inactif |
Temporiser les requêtes vers les agents de service : Timeout, en secondes, d'une requête SLP vers un agent Annuaire. Ce paramètre ne sert pas à temporiser les requêtes vers des agents de service. Un autre paramètre est utilisé à cet effet.
Tableau 124. Valeurs de Temporiser les requêtes vers les agents de service
Valeur par défaut |
5 |
Valeurs valides |
1 à 60 000 |
Attendre avant d'enregistrer vers un agent de service passif : Si un agent de service exécuté sur un poste de travail reçoit une annonce DA non demandée (c'est-à-dire que l'agent Annuaire vient de démarrer ou a émis un battement), l'agent de service devra enregistrer les services qu'il propose. Ce paramètre permet de spécifier une gamme par laquelle les agents de service tenteront d'enregistrer leurs services pour empêcher les agents de service d'un réseau de tenter de s'enregistrer auprès d'un agent Annuaire au même moment. Comme mentionné précédemment, le poste de travail client peut avoir besoin d'utiliser SLP pour annoncer les services qu'il propose. Cela n'est pas courant, même si la tendance risque de s'inverser dans le futur dans la mesure où les applications commencent à utiliser cette nouvelle méthode d'annonce.
Tableau 125. Valeurs de Attendre avant d'enregistrer vers un agent de service passif
Valeur par défaut |
2 secondes |
Valeurs valides |
1 à 60 000 secondes |
Les agents Annuaire SLP (Service Location Protocol) prennent en charge SLP 1. Les fonctions avancées offrent aux administrateurs réseau un meilleur contrôle de la collecte et de la dissémination des informations sur les services réseau via SLP.
Tableau 126. Fonctions de l'agent Annuaire
Caractéristique | Description | NetWare | Windows NT/2000 |
---|---|---|---|
Opération d'Annuaire |
Le mode répertoire utilise le eDirectory pour enregistrer les informations de service SLP. Cela permet de niveler les normes eDirectory existantes pour configurer les structures de l'arborescence eDirectory, de proposer un point d'administration central et de permettre à eDirectory de répliquer les informations de service. Cette possibilité unique dans les implémentations SLP facilite la distribution globale des informations de la base de données SLP. Les services de réplique eDirectory donnent à l'agent Annuaire la possibilité d'accéder à des services globaux depuis une réplique locale. En mode Annuaire, vous pouvez utiliser ConsoleOne. |
X |
X |
Mode local |
Fonctionnement autonome. L'agent Annuaire SLP fonctionne sans utiliser le eDirectory. Cela permet aux administrateurs réseau d'utiliser les agents Annuaire SLP dans des segments réseau qui nécessitent une performance, mais ne nécessitent pas de partager des informations sur le service au niveau global. (agent Annuaire Windows NT uniquement) Utilisez les pages de propriétés Agent Annuaire SLP sur une machine Windows NT ou Windows 2000. Pour plus d'informations, reportez-vous à Gestion des propriétés en mode local. |
|
X |
Mode privé |
Lorsqu'il fonctionne en mode privé, l'agent Annuaire SLP accepte uniquement les enregistrements et les requêtes de services SLP d'agents SLP configurés avec l'adresse IP de l'agent Annuaire SLP. En mode privé, l'agent Annuaire SLP ne diffuse pas sa présence sur le réseau par multidestination et ne répond pas aux requêtes multidestinataires. Pour plus d'informations, reportez-vous à Configuration du mode privé. |
|
X |
Prise en charge de l'étendue proxy |
L'agent Annuaire SLP agit en tant que proxy pour les étendues hébergées par d'autres agents Annuaire SLP. Cela permet aux administrateurs réseau de distribuer des informations de service depuis d'autres étendues SLP, habituellement invisibles sur un segment de réseau local, sans avoir à activer le support de répertoire réseau. Pour plus d'informations, reportez-vous à Configuration d'une étendue proxy. |
|
X |
Prise en charge du filtrage des services |
L'agent Annuaire SLP peut être configuré avec des filtres de service qui contrôlent les informations de service vers et depuis des agents SLP du réseau. Des filtres supplémentaires peuvent contrôler les informations de service SLP enregistrées dans le répertoire réseau pour une distribution globale. Ces filtres permettent une administration des services disponibles via SLP depuis un emplacement unique (agent Annuaire Windows NT/2000 uniquement). Pour plus d'informations, reportez-vous à Configuration des filtres d'étendue . |
X |
X |
Dans SLP, une étendue est simplement la liste des services SLP enregistrés auprès d'un agent Annuaire.
En mode Annuaire, lorsqu'un agent Annuaire est créé, il enregistre l'objet conteneur Unité d'étendue SLP, qui correspond au conteneur réel de stockage des informations de service SLP. Chaque conteneur Unité d'étendue héberge tous les objets Service SLP d'une étendue spécifique. Vous pouvez répliquer ce conteneur dans d'autres partitions de l'arborescence ou dans des arborescences fédérées.
Comme mentionné précédemment, l'unité d'étendue dispose d'un attribut appelé Nom d'étendue. Ce nom d'étendue est utilisé par l'agent de service et l'agent Utilisateur pour définir les étendues avec lesquelles ils doivent travailler. Les étendues SLP permettent aux administrateurs réseau d'organiser les services SLP en groupes. L'agent de service détermine les groupements dans lesquels les services de ce serveur sont enregistrés. Par défaut, tous les services SLP sont enregistrés dans l'étendue sans étendue. Lorsque des clients envoient des requêtes SLP à un agent Annuaire, ils peuvent spécifier une étendue que l'agent Annuaire utilise pour trouver le service qu'ils recherchent. Si le client ne spécifie pas d'étendue, l'agent Annuaire recherche le service demandé dans la table sans étendue.
Un agent Annuaire peut desservir plusieurs étendues et un agent de service, enregistrer des services dans plusieurs étendues. Les services enregistrés peuvent être répliqués entre des sites par le biais de eDirectory.
Les étendues configurées en mode local fonctionnent comme les étendues configurées en mode Annuaire, à ceci près que les étendues sont enregistrées localement et non dans le eDirectory. Par défaut, tous les services SLP sont enregistrés dans l'étendue sans étendue. Il est recommandé de configurer au moins une étendue.
Pour plus d'informations sur la configuration des étendues en mode local, consultez Ajout d'une nouvelle étendue.
Une connexion TCP permet à un agent Annuaire d'envoyer à un client un total de 64 Ko de données. Si la taille d'un type de service excède 64 Ko, la liste est écourtée. Cela tient au fait que dans SLP 1, le champ de longueur de l'en-tête du paquet de réponse SLP n'est que de 16 bits, autorisant un maximum de 64 Ko de données de service.
Tableau 127 liste les types de service commun entrant dans un paquet de réponse de 64 Ko.
Tableau 127. Types de service commun
SLP utilise des étendues pour regrouper logiquement des services, sur la base de critères d'administration, d'utilisation ou de type de service. En imposant les étendues auxquelles les agents Utilisateur et Service SLP participent, vous pouvez contrôler les informations de service que les utilisateurs peuvent voir. Malheureusement, ce niveau de contrôle est insuffisant pour les environnements de réseau complexes et de grande taille. Pour disposer d'un meilleur contrôle sur la collecte et la distribution des informations de service, utilisez les capacités de filtrage supplémentaires proposées par les outils de configuration et de gestion de l'agent Annuaire SLP.
Lorsque vous administrez des étendues, vous pouvez, pour chaque étendue, configurer des filtres Enregistrement, Réponse et Répertoire.
Les filtres Enregistrement, Réponse et Répertoire sont configurés pour chaque étendue. Cela vous permet de contrôler séparément le type d'informations stockées dans chaque étendue.
L'agent Annuaire SLP peut être configuré avec des filtres de service qui contrôlent les informations de service vers et depuis des agents SLP du réseau. Des filtres supplémentaires peuvent contrôler les informations de service SLP enregistrées dans le répertoire réseau pour une distribution globale. Ces filtres permettent une administration des services disponibles via SLP depuis un emplacement unique (agent Annuaire Windows NT/2000 uniquement).
Les filtres Enregistrement, Réponse et Répertoire sont spécifiés au moyen des directives de filtre INCLUDE et EXCLUDE.
La directive de filtre INCLUDE précise les critères que l'enregistrement ou la requête de service doit remplir pour stocker ou récupérer des informations de service dans l'étendue spécifiée.
La directive de filtre EXCLUDE précise les critères qui empêchent la réalisation de tout enregistrement ou de toute requête de service pour l'étendue spécifiée.
Les filtres associés à une étendue se composent d'une ou de plusieurs directives de filtre INCLUDE et EXCLUDE. Pour qu'un enregistrement ou une requête de service soit traitée, il doit correspondre à au moins une directive de filtre INCLUDE et ne correspondre à aucune directive de filtre EXCLUDE configurée pour l'étendue. Si des directives INCLUDE sont configurées, seuls les enregistrements et requêtes de service correspondant à au moins une directive INCLUDE sont traités ; tous les autres sont refusés. Si aucune directive INCLUDE n'est configurée, tous les enregistrements et requêtes de service sont traités, sous réserve de la prise en compte d'éventuelles directives de filtre EXCLUDE.
Les critères correspondant à une directive de filtre INCLUDE ou EXCLUDE sont spécifiés par une ou plusieurs opérations de filtre. Les opérations de filtre permettent à l'administrateur de filtrer le type de service, les URL de service, la durée de vie d'un enregistrement de service ou l'adresse de l'hôte émetteur ou demandeur au sein du réseau. Si vous spécifiez plusieurs opérations de filtre dans une seule directive de filtre, toutes les opérations de filtre doivent donner le résultat TRUE pour que la directive de filtre soit TRUE. Une directive de filtre ne peut comporter qu'une opération de filtre de chaque type.
Si l'adresse IP de l'hôte émetteur ou demandeur est utilisée comme critère de filtre, elle doit être spécifiée en notation décimale séparée par des points (par exemple 137.65.143.195). Vous pouvez associer des masques de sous-réseau à une adresse IP en ajoutant une barre oblique (/) suivie du masque de sous-réseau. Le masque de sous-réseau peut être spécifié en utilisant une notation décimale séparée par des points ou en spécifiant le nombre de bits contigus constituant le masque (137.65.143.0/255.255.252.0 et 137.65.143.0/22 sont par exemple équivalents). Si un masque de sous-réseau est spécifié, il est appliqué à la fois à l'adresse indiquée dans l'opération de filtre ADDRESS et à l'adresse IP de l'hôte vérifiée avant chaque évaluation de filtrage.
L'ABNF (RFC 2234) des filtres Enregistrement, Réponse et Répertoire est défini ci-après :
Registration Filter = 1*(include_directive / exclude_directive)
Response Filter = 1*(include_directive / exclude_directive)
Directory Filter = 1*(include_directive / exclude_directive)
include_directive ="INCLUDE("filter_operation")"
exclude_directive = "EXCLUDE("filter_operation")"
filter_operation = [address_operation] [type_operation] [lifetime_operation] [url_operation]
address_operation = "(ADDRESS" equality_operator *1( ipv4_number / ipv4_number "/" subnet_mask )")"
lifetime_operation = "(LIFETIME" filter_operator seconds")"
type_operation = "(TYPE" equality_operator [wild] service_type [wild]")"
url_operation = "(URL" equality_operator [wild] service_url [wild]")"
service_url = service:)"
service_url = service: URL as defined by RFC 2609
service_type = abstract-type ":" url_scheme / concrete-type
abstract_type = type_name ["." naming_auth]
concrete_type = protocol ["." naming_auth]
type_name = resname
naming_auth = resname
protocol = resname
url-scheme = resname
wild = "*"
reserved = "(" / ")" / "*" / "\"
escaped = "\" reserved
resname = ALPHA [1*(ALPHA / DIGIT / "+" / "-" )]
ipv4_number = 1*3DIGIT 3("." 1*3DIGIT)
subnet_mask = ipv4_number / 1-32
equality_operator = "==" | "!="
filter_operator = "==" / "!=" / ">" / "<"
seconds = 1-65535
Vous trouverez ci-dessous des exemples de directives de filtre INCLUDE et EXCLUDE pour vous aider à comprendre comment la fonction de filtrage est mise en oeuvre.
Permettent uniquement aux services de type ndap.novell ou bindery.novell présentant une durée de vie supérieure à 5 000 secondes et provenant de serveurs du sous-réseau 137.65.140.0 d'être enregistrés par l'agent Annuaire SLP. Les valeurs de l'opération ADDRESS des deux directives INCLUDE sont équivalentes. Le premier filtre Enregistrement utilise une notation décimale séparée par des points pour l'adresse de sous-réseau tandis que le second filtre d'enregistrement précise le nombre de bits du masque de sous-réseau.
INCLUDE((TYPE == ndap.novell)(ADDRESS == 137.65.140.0/255.255.252.0))
INCLUDE((TYPE == bindery.novell)(ADDRESS == 137.65.140.0/22))
EXCLUDE ((LIFETIME < 5000))
Empêchent uniquement les postes de travail du sous-réseau 137.65.140.0 (à l'exception du poste de travail dont l'adresse IP est 137.65.143.155) d'accéder aux informations détenues par l'agent Annuaire SLP. INCLUDE((ADDRESS == 137.65.140.0/255.255.252.0))
EXCLUDE((ADDRESS == 137.65.143.155))
Les deux premiers filtres Répertoire permettent uniquement aux services de type ndap.novell et bindery.novell d'être enregistrés dans l'objet conteneur Unité d'étendue associé à cette étendue. Les troisième et quatrième filtres Répertoire autorisent uniquement les services dont les URL sont spécifiées comme devant être stockées dans l'objet conteneur Unité d'étendue associé à cette étendue. ou INCLUDE((TYPE == ndap.novell))
INCLUDE (TYPE == bindery.novell))INCLUDE((URL == service:ndap.novell:///GLOBAL_PARTITION1.CORP_TREE.))
INCLUDE (URL == service:ndap.novell:///GLOBAL_PARTITION2.CORP_TREE))
Lorsque l'agent Annuaire fonctionne en mode local, les filtres Enregistrement, Réponse et Répertoire sont stockés dans le registre du ' système local et conservés à chaque démarrage du système.
Lorsque l'agent Annuaire fonctionne en mode Répertoire, les filtres Enregistrement, Réponse et Répertoire sont stockés en tant que partie de l'objet répertoire Unité d'étendue définissant l'étendue filtrée. L'objet Unité d'étendue dispose des attributs Filtres Enregistrement, Filtres Réponse et Filtres Répertoire. Ces attributs sont à valeurs multiples, de type SYN_CI_STRING. Chaque directive de filtre INCLUDE et EXCLUDE est stockée en tant que chaîne séparée dans les attributs respectifs Filtres d'enregistrement, Filtres de réponse et Filtres de répertoire.
Les scénarios suivants présentent certaines des nombreuses options du déploiement SLP.
Problème : Un bureau distant exécute des serveurs NT et des clients NetWare sans serveurs NetWare. L'administrateur souhaite que les clients visualisent tous les services du réseau depuis un serveur local, pour éviter l'envoi de requêtes de service sur demande par la liaison lente.
Solution : L'agent Annuaire peut être installé sur un serveur Windows NT pour permettre aux clients de visualiser tous les services du réseau depuis un serveur local sans engendrer de trafic sur demande sur la liaison lente.
Problème : Un bureau distant exécute des serveurs NT et l'administrateur souhaite que des clients locaux visualisent un ensemble limité de services.
Solution : Utilisez le nouvel agent Annuaire et ses options de filtre ou proxy pour configurer l'agent Annuaire pour ne visualiser qu'un ensemble de services spécifiques.
Problème : Un administrateur souhaite configurer un agent Annuaire pour un groupe d'utilisateurs et souhaite que cet agent gère uniquement un petit sous-ensemble de services, et non tous les services SLP du réseau.
Solution : L'administrateur définit avec précision les services dont l'enregistrement est autorisé auprès de cet agent Annuaire. Ensuite, en affectant à ces utilisateurs l'adresse de l'agent Annuaire de façon statique, l'administrateur contrôle les services visualisés par ces utilisateurs.
Problème : Un administrateur souhaite restreindre les utilisateurs qui peuvent interroger les informations SLP à partir d'un agent Annuaire.
Solution : Définissez des filtres sur l'agent Annuaire pour Windows NT afin de déterminer les personnes pouvant obtenir des informations de l'agent Annuaire. Cette identification est déterminée par l'adresse IP.
Problème : Un administrateur souhaite synchroniser des informations de service SLP sur une liaison WAN, mais un côté de la liaison utilise le eDirectory sans serveur NetWare.
Solution : Exécutez l'agent Annuaire sur un serveur Windows NT et configurez-le pour qu'il traite les conteneurs Étendue eDirectory inclus dans la structure de réplication eDirectory du réseau.
Problème : Un administrateur souhaite répliquer des données de service SLP sur un site distant sans utiliser le eDirectory comme méthode de réplication.
Solution : L'agent Annuaire est installé sur un serveur Windows NT au niveau du site distant et est configuré pour créer les données proxy dans une autre étendue d'agent Annuaire. L'étendue d'agent Annuaire qui contient les informations originales sur les services est connue en tant qu'autorité d'étendue. L'agent Annuaire du site distant est configuré pour rechercher une autorité d'étendue et peut répliquer les données vers le site distant en utilisant des requêtes SLP standard vers l'agent Annuaire.
Problème : L'administrateur a besoin de SLP sur le réseau pour trouver des imprimantes et d'autres services. L'administrateur a besoin d'un agent Annuaire pour traiter des requêtes à destinataire unique, étant donné que les paquets multidestinataires sont désactivés sur le réseau et que la destination unique est plus efficace en terme d'utilisation de bande passante.
Solution : Exécutez l'agent Annuaire pour Windows NT en mode local (les services sont uniquement stockés en mémoire et non dans un service Annuaire). Cela signifie que l'agent Annuaire peut être exécuté sous Windows NT sans le client Novell ou le eDirectory.
Problème : L'administrateur d'un groupe de développement note que les services sont instables. L'administrateur souhaite disposer d'une méthode plus active pour garantir la précision des informations de service dans SLP, plutôt que de se fier au protocole de durée de vie de service par défaut.
Solution : Utilisez la fonction proxy de l'agent Annuaire pour Windows NT pour configurer cet agent afin qu'il interroge l'étendue d'un autre agent Annuaire ou d'agents de service. Configurez l'agent Annuaire avec les adresses IP d'agent de service en tant qu'autorité d'étendue. En conséquence, l'agent Annuaire interroge chaque agent de service à la fréquence indiquée afin de demander tous les services actifs.