Partager via


Exemples d'accès distant

Si l'utilisation de l'architecture par défaut et de canaux de transport est une tâche simple et susceptible de répondre à la plupart des besoins d'accès distant, certains scénarios particuliers peuvent exiger un contrôle plus complet du processus d'accès distant. Les rubriques de cette section traitent plus en profondeur le processus d'accès distant afin d'expliquer les processus de bas niveau et la manière dont ils peuvent être remplacés ou étendus.

Il est important de prendre en compte la sécurité lors de la création d'applications d'entreprise et les développeurs doivent pouvoir ajouter des fonctionnalités de sécurité, comme l'autorisation ou le chiffrement aux appels de méthode distants, pour répondre aux besoins de l'entreprise. Pour répondre à ce besoin en matière de sécurité, les canaux peuvent être personnalisés pour fournir aux développeurs un contrôle sur le mécanisme de transport des messages vers et à partir d'un objet distant.

Avertissement

Par défaut, .NET Framework Remoting n'effectue aucune authentification ni aucun chiffrement. Par conséquent, il est recommandé d'effectuer toutes les opérations nécessaires pour vous assurer de l'identité des clients ou des serveurs avant d'interagir avec eux à distance. Étant donné que les applications .NET Framework Remoting exigent des autorisations FullTrust pour s'exécuter, si un client non autorisé se voyait accorder l'accès à votre serveur, il pourrait exécuter du code comme s'il disposait d'un niveau de confiance suffisant. Authentifiez toujours vos points de terminaison et chiffrez les flux de communication, en hébergeant vos types distants dans IIS (Internet Information Services) ou en créant une paire de récepteurs de canal personnalisée pour effectuer cette tâche.

Dans cette section

Rubriques connexes

  • Accès distant avancé
    Fournit des informations sur les différentes manières de fournir une communication avancée.