En bref

Présentation des services Terminal Server

Par Laurent Falguière ⋅ 10 June 2006 ⋅ Envoyer cet article Envoyer cet article ⋅ Imprimer cet article Imprimer cet article ⋅
Evaluer cet article: 1 étoile2 étoiles3 étoiles4 étoiles5 étoiles
Loading ... Loading ...

Les services Terminal Server de Windows 2000/2003 (ou la "Connexion Bureau à distance" sous Windows XP) sont aujourd’hui des services standards de Windows Server.

Les services Terminal Server, pour quoi faire ?

Il existe deux manières d’utiliser les services TS et celles-ci impactent le mode de licence utilisé et donc le coût de mise en place.

Administrer à distance

C’est un mode d’utilisation orienté administration qui permet à deux administrateurs et deux seulement de se connecter simultanément, à distance, au bureau d’un serveur via les services terminal Server. Ce mode d’utilisation n’est pas soumis à licence et son utilisation est donc libre. Windows 2000 a été la première génération a intégré cette fonctionnalité. Windows 2003 implémente la notion supplémentaire qui permet de se connecter à la session de console du serveur (ce qui amène à 3 sessions concurrentes). L’unique contrainte (mise à part la limitation du nombre de connexions concurrentes) est donc d’avoir implémenté la fonctionnalité, ce qui devrait être le cas de toute bonne installation. Voir aussi: Activer le bureau à distance

Exécuter des applications distantes (Serveur d’applications)

En mode serveur d’application, un nombre illimité (la limite est fixée par les ressources physiques du serveur) d’utilisateur peuvent accéder au serveur et exécuter à distance des applications installées sur le serveur. Il n’y a donc plus de limite légale sur le nombre de connexions concurrentes via les services Terminal server, mais, dans ce contexte, chaque connexion nécessite l’utilisation d’une licence d’accès client (communément CAL TSE) et bien distincte de la CAL Windows classique. Le mode Serveur d’application nécessite la mise en place d’un Serveur de licences Terminal Server, activé auprès de Microsoft, distribuant des licences, elles mêmes activées auprès de Microsoft… Contrairement aux CAL Windows Classique, le service de licences est requis pour le fonctionnement et ne peut être désactivé…

Comment ça marche ?

L’architecture de Terminal server est simple:

Un service

Comme évoqué précédemment, Microsoft a intégré les services Terminal Server dans tous ces systèmes d’exploitation: Windows 2000, Windows 2003, et même Windows XP dont le système d’Utilisation à distance est basé (avec de nombreuses limitations) sur les services Terminal Server.

Un client

Fourni de base sous XP sous la dénomination "connexion bureau à distance", le client Terminal Server (ou client RDP) est également disponible pour d’autres plates-formes: La diponibilité des clients pour les plates-formes Windows est évidente (9x,NT4,2000), mais Microsoft fourni également un client Macintosh , ainsi qu’une interface Web relativement sommaire, permettant d’utilisant un client Active X pour se connecter. Des développeurs tiers travaillent même sur une version open Source du client Terminal Server pour les plate-formes Linux/unix: Rdesktop.

Un protocole

En l’occurene RDP pour Remote Desktop Protocol : c’est le protocole permettant au client et au serveur de communiquer. Basiquement on peut considérer que les clients envoient les séquences de touches saisies, ainsi que le mouvement de la souris au serveur. La logique applicative est effectuée au niveau du serveur, celui-ci se contentant de renvoyer l’affichage de la session aux clients. Il est curieux de noter que le protocole RDP est basé historiquement sur le protocole utilisé dans NetMeeting.

Articles relatifs

Commentaires

7 commentaires pour l'article “Présentation des services Terminal Server”

  1. merci

    Par dekeyrel | 2007-08-31 3.28 pm

  2. Début du document prometteur, l’expérience décrite est très enrichissante !

    Par Brun | 2007-09-19 9.57 am

  3. Bravo!
    Mais une question pourquoi ne pas avoir mis le nécessaire pour activer un tse fonctionnel sur serveur ? (les types de licences à se procurer)

    Par fredermos | 2007-11-29 5.54 pm

  4. C’est en cours….

    Par Laurent Falguière | 2007-11-30 1.14 am

  5. Bonjour,
    J’ai acquis dernièrement un NAS IOMEGA doté de 4 disques de 500 Go chacun, et je cherche un outil me permettant d’administrer à distance le mieux possible ce “serveur” sachant que mon poste est sous windows 2000. J’ai essayé une multitude de choses mais je n’y arrive pas.
    Si vous pouvez m’aider, je vous en remercie d’avance.
    Cordialement,

    Par BOLLIET | 2007-12-04 4.45 pm

  6. A priori c’est du Windows 2003, donc on peut utiliser le “Bureau à distance” (remote desktop), y compris depuis un poste client Windows 2000 (en installation le client RDP http://www.microsoft.com/downloads/details.aspx?FamilyID=80111f21-d48d-426e-96c2-08aa2bd23a49&DisplayLang=en)

    Par Laurent | 2007-12-11 12.59 am

  7. Problème:
    Mettre à disposition d’un maximum de 50 utilisateurs (connectés par Internet sur un serveur et exploitant le système de traitement de base de données relationnelles MS ACCESS 2000, 2003 ou 2007) une base de données centrale stockée et mise à jour en permanence sur le Serveur.

    Première solution envisagée:
    La mise à jour centrale est faite sur une copie qui remplacera la base de données mise à disposition des utilisateurs le lendemain (ceci pour éviter la concurrence lecture/écriture).
    Si les utilisateurs ont des requêtes de mise à jour, ils les transmettent (formulaire et routine par E-mail) au Serveur qui les appliquera le lendemain. Inconvénient: les mises à jour ont un à deux jours de retard). Avantage: solution simple et bon marché.

    Deuxième solution envisagée:
    Un interface installé sur le serveur gère les requêtes de données et les propositions de mise à jour et arbitre les concurrences d’accès à la base de données centrale des Terminaux et des mises à jour du Serveur. Inconvénient: trouver un logiciel réalisant cette fonction et compatible à MS Access.

    Questions:
    1.- Ces deux solutions sont-elles réalisables?
    2.- Quels logiciels installer sur le Serveur et sur chaque Terminal pour les réaliser?
    3.- La solution consistant à dédier à chaque Terminal, sur le serveur, une partition propre d’Access allant pêcher ses données (une fois le matin ou en temps réel) dans une partition propre d’Access du serveur est-elle envisageable (performance du serveur?) si l’on sait que l’activité d’un Terminal est relativement basse (consultations, listes)?

    Merci d’avance pour vos réponses.

    Par Georges PIGUET | 2007-12-15 3.52 pm

Ajouter un commentaire

Important: Un modérateur est susceptible de supprimer, préalablement à sa diffusion, toute contribution qui ne serait pas en relation avec le thème de discussion abordé, la ligne éditoriale du site, ou qui serait contraire à la loi. Vous disposez d'un droit d'accès, de modification, de rectification et de suppression des données qui vous concernent. Vous pouvez, à tout moment, demander que vos contributions à cet espace de discussion soient supprimées.

english française