Partager via


Configuration d'applications distantes

L'infrastructure d'accès distant .NET a besoin de certaines informations pour que l'accès distant fonctionne correctement. Il existe deux façons de configurer vos types accessibles à distance : vous pouvez soit appeler directement des méthodes de configuration dans votre code client et serveur (pour plus de détails, consultez Configuration par programme), soit créer une section de configuration d'accès distant et l'inclure dans le fichier de configuration de votre application, Web.config ou Machine.config (pour plus de détails, consultez Configuration d'objets distants). Chaque processus de configuration présente ses avantages et ses inconvénients, votre choix dépend donc de vos préférences.

Vous devez fournir les informations suivantes au système d'accès distant pour rendre votre type accessible à distance :

  • Le type d'activation requis pour votre type.

  • Les métadonnées complètes qui décrivent votre type.

  • Le canal inscrit pour gérer les demandes pour votre type.

  • L'URL qui identifie l'objet de ce type de manière unique. Dans le cas d'une activation par le serveur, cela signifie un URI (Uniform Resource Identifier) qui est unique pour ce type. Dans le cas d'une activation par le client, cela signifie qu'une URL unique à cette instance sera assignée.

Les infrastructures d'accès distant serveur et cliente doivent connaître cette information pour créer des proxies pour l'objet de serveur distant et lui distribuer des appels de méthode. Les clients peuvent également avoir à leur disposition des configurations spéciales. Si votre application cliente demande un objet activé par le client, ce dernier peut demander à ce que les durées de vie associées à l'instance soient étendues. Enfin, si votre client attend un rappel, le client lui-même doit inscrire activement un canal afin qu'il écoute ce rappel. (Dans tous les autres cas, le système d'accès distant .NET localise automatiquement un canal client compatible, si le système en possède un.) Les serveurs peuvent spécifier des durées de vie par défaut pour les objets activés par le client ou spécifier qu'un activateur d'objet personnalisé particulier doit être utilisé.

Si vous configurez un canal serveur TCP ou HTTP pour un serveur d'accès distant .NET Framework et que le serveur dispose de plusieurs cartes d'interface réseau (NIC) ou un NIC dont l'adresse IP est variable (NIC sans fil par exemple), vous devez configurer le canal pour qu'il utilise la propriété machineName afin de garantir que l'accès distant .NET Framework peut localiser le serveur. Pour plus d'informations, consultez la description de la propriété machineName dans Propriétés de configuration des canaux et des formateurs.

Si vous fournissez toutes les informations concernant l'objet accessible à distance avant d'essayer de créer une instance, vous pouvez utiliser le mot clénew (New en Visual Basic) ; sinon, vous devez utiliser Activator.GetObject ou Activator.CreateInstance.

NoteRemarque :

Bien qu'il y existe peu de paramètres relatifs à l'accès distant .NET dans le fichier de configuration d'une application, la plupart des problèmes rencontrés avec l'accès distant .NET se produisent en raison de certains paramètres incorrects ou ne correspondant pas aux paramètres de configuration des applications clientes. Il est très facile d'écrire de façon erronée un nom, d'oublier un port ou un attribut. Si vous rencontrez des problèmes avec votre application d'accès distant, commencez par vérifier vos paramètres de configuration.

Voir aussi

Référence

Schéma des paramètres d'accès distant

Concepts

Problèmes liés aux métadonnées
URL d'activation
Configuration par programme
Désérialisation automatique dans l'accès distant .NET Framework
Propriétés de configuration des canaux et des formateurs
Hébergement d'objets distants dans les Services Internet (IIS)
Exemple d'accès distant : hébergement dans les Services Internet (IIS)

Autres ressources

Vue d'ensemble de l'accès distant .NET Framework

Footer image

Copyright ©2007 par Microsoft Corporation. Tous droits réservés.