Dans les versions précédentes, les services Terminal Server permettaient essentiellement de mettre à disposition des utilisateurs un bureau complet. Ceci ne présente pas de contrainte dans une architecture exclusivement basée sur des terminaux, puisque l’utilisateur dispose de tout son environnement sur des serveurs distants et n’utilise pas d’application locale. Dans un contexte où l’utilisateur doit pouvoir utiliser des applications localement sur son poste de travail et des applications distantes, il était nécessaire de recourir à un des artifices suivants :
Dans Windows 2008, Microsoft propose une solution (RemoteApp) pour mettre à disposition des applications distantes à travers Terminal Server en intégrant cette application dans l’environnement local de l’utilisateur. Rien ne distingue alors, en cours d’exécution, cette application d’une application locale. Ci-dessous, un exemple avec la calculatrice de Windows. Seul le thème permet de distinguer l’application distante (à gauche) de l’application locale (à droite).
|
|
Les utilisent peuvent accéder aux RemoteApp de plusieurs manières :
|
|
Il est possible de configurer le client (Vista SP1 ou XP SP3) pour authentifier l’utilisateur dans la session TS avec les informations de connexion locale du poste client. Ce paramétrage est accessible localement sur le poste ou par stratégie de groupe. Si ce n’est pas le cas, l’utilisateur devrait fournir un login/mot de passe.
Au niveau administratif, les RemoteApp sont gérées par l’administrateur (depuis le Gestionnaire RemoteApp TS) qui définit les applications mises à disposition des utilisateurs. Ceci évite qu’un utilisateur modifie un fichier RDP pour lancer une application non prévue. Cependant le lancement d’une application tierce depuis une application RemoteApp reste possible (Typiquement le lancement d’un Internet Explorer –celui du serveur TS- depuis l’aide d’une application). Un point à surveiller, donc…
De la même manière, qu’est ce qui empêche un pirate de fournir à un utilisateur un fichier RDP correspondant à une application distante (y compris hors de l’entreprise avec RDP over HTTPS) qui simule une application habituelle de l’utilisateur pour capturer ses identifiants de connexion ? Pour éviter ces problèmes, remoteApp implémente un mécanisme permettant de signer une remoteApp pour authentifier son origine. Si l’origine de l’application n’est pas reconnue, le message suivant apparait :
|
|
Commentaires
Aucun commentaire pour l'article “TS 2008: Introduction à RemoteApp”
Ajouter un commentaire