Je ne vois aucun problème immédiat avec cette approche - WCF est généralement le meilleur choix pour la communication inter-processus/inter-machine dans .NET en raison de la vaste gamme d'options qu'il prend en charge via la configuration. En ce qui concerne l'authentification du service IIS -> WCF, vous pouvez simplement commencer par l'authentification Windows par défaut fournie par le proxy client WCF. IIS se connecte au service WCF à l'aide des informations d'identification du service réseau, qui doivent s'authentifier automatiquement sur la même machine. Si vous hébergez le service WCF sur une machine différente, vous devez mapper le compte Service réseau sur l'ordinateur IIS à l'ordinateur sur lequel le service est hébergé à l'aide du nom de compte d'ordinateur au format DOMAIN \ COMPUTERNAME $. .
Vous pouvez également initialiser votre propre instance NetworkCredentials sur le proxy client pour un compte de domaine spécifique. C'est moins sécurisé car vous devez inclure le mot de passe dans votre code, mais il est plus facile à utiliser dans la pratique.
Le processus hôte du service WCF peut s'exécuter en utilisant une identité de processus différente et utiliser cette identité de processus pour exécuter les composants en aval.
une solution finale avec un exemple de code source complet à son sujet? – Kiquenet