Brevet FR2843847A1 — publié le 20040227

Domaine technique La présente invention concerne de façon générale les systèmes de transmission de données dans lesquels un centre de support client peut établir une connexion Telnet à travers un 5 réseau de transmission de données lui permettant d'utiliser une ligne téléphonique pour accéder à un dispositif IP et concerne en particulier un système permettant l'établissement d'une connexion Telnet avec un dispositif éloigné dépourvu de modem. Etat de la technique Dans les services de réseau, un fournisseur de service gère les équipements des clients tels que des routeurs d'accès au réseau. Il peut généralement accéder aux différents 15 équipements au moyen de liaisons réseau ou au moyen d'une connexion commutée via le réseau PSTN ou ISDN si une telle connexion est disponible sur l'équipement. Le protocole de base utilisé pour contrôler, configurer et gérer ces équipements est appelé Telnet et est déjà installé sur 20 plusieurs plate-formes telles que Windows 95/98/NT/2000/XP ou le système d'exploitation UNIX. Telnet est donc un protocole standard qui est une sorte de fonction permettant de se logger à distance. Pour un utilisateur, accéder par Telnet à un ordinateur 25 hôte ou un dispositif revient à établir une connexion à cet ordinateur ou ce dispositif à travers un réseau. Cette connexion est possible directement à travers un réseau IP en utilisant l'adresse ou le nom IP de l'hôte ou en utilisant le numéro de téléphone du dispositif. Telnet permet à un 30 utilisateur d'utiliser sa ligne de téléphone pour accéder à et contrôler un PC et/ou serveur éloigné ou n'importe quel dispositif disposant d'une connexion commutée. Accéder par le protocole Telnet à un ordinateur permet à un utilisateur de le contrôler en direct. Lorsque l'utilisateur accède par Telnet à un système éloigné, c'est comme si il était assis devant un terminal et un clavier directement connecté au système. Pour ceci, l'utilisateur doit avoir accès à un compte qui est à sa disposition. 5 Habituellement, un compte sur l'hôte éloigné est nécessaire pour pouvoir se logger une fois la connexion établie. Plusieurs programmes Telnet peuvent être utilisés et quelques uns sont intégrés dans les systèmes d'exploitation tels que "Hyperterminal" pour les plate-formes Windows. 10 Lorsque le programme est commencé, il réclame un ordinateur hôte à l'utilisateur. Puis, l'ordinateur hôte demande de se logger et demande un mot de passe. Si l'utilisateur est enregistré et possède un compte, il aura la faculté de se logger. Ceci explique pourquoi l'accès Telnet à des dispositifs situés chez le client est un plus pour les fournisseurs de services dans la mesure o ils peuvent gérer ces dispositifs. Dans Internet, une seule connexion entre le routeur et le réseau est fournie sur les routeurs bon marché. Ce peut être 20 une connexion DSL/câble d'origine ou un dispositif de routage Ethernet. Aucun port de liaison téléphonique est fourni pour la configuration et la maintenance et le seul port série est généralement le port console. Le port console est un port série asynchrone qui peut être utilisé pour Telnet mais n'est 25 pas suffisamment protégé par des mots de passe. L'ajout d'une connexion modem sur le port console est coteux dans la mesure o un modem externe présentant toute sécurité avec un moyen d'authentification associé est nécessaire puisque le port utilisé est le port console qui autorise l'accès sans 30 authentification. Lorsqu'un routeur n'est pas un routeur géré à distance mais est sous la responsabilité de l'utilisateur, il n'y a aucun problème puisque l'utilisateur peut le gérer soit à partir du port Ethernet soit à partir du port console. Mais, lorsqu'un fournisseur de services contrôle le routeur, cela devient plus compliqué et plus coteux d'utiliser un routeur bon marché à cause du modem coteux qu'il faut ajouter. Aujourd'hui, un modem externe est nécessaire sur de tels 5 routeurs bon marché et puisque le port console est le seul port, il existe donc un problème de sécurité qui exige pour être résolu d'utiliser un modem présentant une sécurité maximale ainsi qu'un moyen d'authentification intégré. Une solution alternative est d'utiliser des PC pour avoir accès 10 localement aux routeurs mais ceci ne peut être réalisé qu'avec des programmes utilitaires qui ont le contrôle total du PC tels que "Carbon Copy" ou "Desktop on-call". Il subsiste un problème de sécurité puisque, s'il est normal pour un utilisateur d'avoir le contrôle total du PC, il n'est pas 15 envisageable qu'un client permette à un fournisseur de le faire. Aujourd'hui, il existe des programmes qui permettent un contrôle total du système d'exploitation du PC. Ces programmes sont très efficaces mais présentent plusieurs inconvénients qui empêchent de les utiliser dans un tel environnement. 20 L'inconvénient principal est la sécurité puisque le centre de support du fournisseur de services aura accès au système du client. Généralement, un client n'aime pas permettre d'accéder à son PC dans lequel des informations confidentielles peuvent être mémorisées. En outre, il n'est pas possible d'être 25 certain qu'aucun dommage commis par erreur ou volontairement ne donnera l'accès au système en utilisant le port du réseau commuté. Un autre inconvénient est l'impact sur la performance du système puisqu'il n'est plus sous le contrôle du client. Exposé de l'invention Ainsi, le but principal de l'invention est de fournir un système dans lequel une station de travail d'utilisateur comprend une fonction proxy supportant le protocole Telnet 4. permettant une connexion Telnet entre un client Telnet et un dispositif éloigné ne disposant pas d'un modem. L'objet de l'invention est donc un système de transmission de données comprenant un centre de support client disposant 5 d'une fonction client Telnet et étant connecté à un réseau de transmission WAN et au réseau téléphonique public commuté PSTN, et un dispositif gérable par Telnet ne disposant pas de modem et auquel le centre de support client peut accéder à travers le réseau WAN en utilisant le protocole Telnet. Ce 10 système comprend un dispositif de traitement de données disposant de la fonction proxy et étant connecté au réseau PSTN et au dispositif gérable par Telnet par l'intermédiaire d'un réseau de transmission local LAN, le dispositif de traitement de données comportant des moyens proxy pour 15 compléter une première connexion Telnet avec le centre de support client par l'intermédiaire du réseau PSTN et établir une seconde connexion Telnet avec le dispositif gérable par Telnet à la réception d'une requête provenant du centre de support client de manière à avoir accès selon le protocole 20 Telnet au dispositif gérable par Telnet. Brève description des dessins Les buts, objets et caractéristiques de l'invention apparaîtront plus clairement à la lecture de la description 25 qui suit faite en référence aux dessins dans lesquels: la figure 1 est un bloc-diagramme schématique représentant, dans un environnement Telnet, un système comprenant le dispositif proxy selon un mode de réalisation de l'invention, la figure 2 est une représentation schématique des flux de communication entre les éléments composant le système illustré sur la figure 1, la figure 3 est un organigramme représentant les étapes de la méthode utilisée pour établir la connexion avec un dispositif éloigné dans le système illustré sur la figure 1, la figure 4 est un organigramme représentant les étapes de 5 la méthode utilisée par le dispositif éloigné en réponse à l'établissement de la connexion, les figure 5A et 5B représentent respectivement les organigrammes du procédé de commande Telnet déroulé chez le client Telnet et dans le dispositif éloigné, et la figure 6 est un diagramme représentant les flux de la fonction proxy Telnet selon un autre mode de réalisation. Description détaillée de l'invention L'idée mère de l'invention est d'utiliser une station de 15 travail d'utilisateur comme modem pour résoudre le problème de sécurité soulevé lorsqu'un centre de support client accède au système d'un client tel que mentionné précédemment. Avec l'ajout d'une fonction proxy supportant le protocole Telnet dans le PC de la station de travail, ce PC devient équivalent 20 à un modem isolé n'ayant pas d'accès aux ressources de l'utilisateur. Ceci permet la connexion via un LAN local ou via un port COM à un routeur ou, de façon générale, à n'importe quel dispositif gérable par le protocole Telnet. Il est rappelé qu'une application proxy est un programme 25 d'application qui s'exécute sur un système entre deux réseaux. Le PC sur lequel s'exécute le programme n'a pas besoin d'agir comme un routeur. Lorsqu'un centre de support client établit une connexion au moyen d'un proxy vers un dispositif destinataire, il établit d'abord une connexion directe avec le 30 serveur proxy. Le centre de support client négocie ensuite avec le serveur proxy pour que celui-ci établisse une connexion pour le compte du centre de support entre le proxy et le dispositif destinataire. Si c'est réussi, il y a alors deux connexions en place: une entre le centre de support et le serveur proxy et une autre entre le serveur proxy et le dispositif destinataire. Une fois les connexions établies, le proxy reçoit et transmet un trafic bidirectionnel entre le centre de support et le dispositif. Le proxy prend ainsi 5 toutes les décisions concernant l'établissement des connexions et la transmission des paquets. Les fonctions de routage qui sont actives sur le PC sont généralement sans impact sur le proxy, et la fonction proxy basée sur le protocole Telnet est configurée pour seulement gérer un dispositif tel qu'un 10 routeur lorsque aucun accès direct n'est possible par la ligne d'abonnement numérique (DSL). En référence à la figure 1, un centre de support client qui inclut un client Telnet est connecté au réseau public téléphonique commuté (PSTN) 130 et au réseau WAN 115. Le 15 centre de support client 100 peut avoir accès à un dispositif gérable par Telnet 120 au moyen du WAN 115. Lorsque la connexion est interrompue, un chemin alternatif devient nécessaire. S'il n'y a pas de modem sur le dispositif 120, son accès est alors réalisé au moyen d'une station de travail 20 utilisateur 110 qui est un dispositif de traitement de données tel qu'un ordinateur hôte ou un PC sur lequel un programme proxy supportant le protocole est implémenté. Cette fonction proxy est connectée d'une part au port modem 105 connecté au PSTN 130 et d'autre part au port relié au LAN 125 lui-même 25 connecté au dispositif 120 dans le mode de réalisation préféré. Il peut aussi être connecté au port COM de l'ordinateur hôte pour le re-routage des commandes Telnet comme expliqué ci-dessous. La fonction proxy Telnet est donc implémentée au-dessus de la couche IP de l'hôte 110 de manière 30 à intercepter les paquets Telnet IP qui utilisent le port IP 23 associé au protocole Telnet. Par conséquent, un utilisateur du centre de support client 100 peut atteindre le PC 110 via le PSTN 130, et ensuite la fonction proxy dans l'hôte 110 permet d'atteindre par Telnet le dispositif éloigné 120 pour résoudre le problème lorsque le dispositif 120 ne peut pas être atteint du côté réseau WAN. A noter que deux cas sont possibles. Dans un premier mode de réalisation, le client Telnet 100 est un client Telnet 5 standardisé conforme à RFC 854. Dans ce cas, le proxy n'est pas configuré au moyen du centre de support client et est préconfiguré pour accéder à la passerelle par défaut configurée dans la pile IP à travers l'interface LAN ou par le port série COM et s'il ne peut pas être atteint du côté LAN. Dans un second mode de réalisation, le client Telnet est encore standardisé mais le proxy est un programme qui peut être configuré par l'utilisateur pour accéder à une adresse IP définie dans une liste d'adresses à travers l'interface LAN ou par le port série COM si elle ne peut pas être atteinte du 15 côté LAN. La principale différence entre le premier et le second modes de réalisation est la façon de configurer l'adresse IP du dispositif sur lequel la fonction Telnet est implémentée. Le premier mode de réalisation utilise l'adresse IP de la 20 passerelle par défaut de l'hôte sur lequel fonctionne le proxy. Cette adresse de la passerelle correspond au routeur auquel chaque paquet IP est envoyé. Elle peut être préconfigurée dans la configuration IP de l'hôte ou découverte automatiquement grâce au protocole DHCP. Dans SOHO, il y a 25 généralement un seul routeur de sorte qu'il n'est pas nécessaire de le définir manuellement. Le second mode de réalisation n'utilise pas la passerelle par défaut comme adresse IP préférée. Un fichier est construit dans lequel l'adresse IP est écrite par l'utilisateur. Le Telnet est 30 implémenté en utilisant cette adresse qui peut être différente de la passerelle par défaut définie et utilisée dans la pile IP de l'hôte. Ceci peut être utile dans un environnement plus complexe o des routeurs multiples sont implémentés. Il est aussi possible de définir plus d'une adresse IP dans la liste, soit pour accéder au même dispositif sur un autre port, soit pour accéder à un autre dispositif lorsque le premier est en panne. Les étapes nécessaires pour établir une connexion sont 5 illustrées sur la figure 2. D'abord, le programme client dans le centre de support client 100 établit une connexion Telnet normalisée directement avec le serveur proxy en utilisant des messages tels que la requête MessAtoB et accusé réception MessBtoA 230. En parallèle, pour chaque paquet, la fonction 10 proxy dans l'hôte 110 établit une connexion en utilisant un ensemble de messages MessBtoC 210 et MessCtoB 220 en réponse pour le compte du client Telnet entre la fonction proxy et le dispositif destinataire 120 en utilisant le même type de paquets mais avec une en- tête IP différente. Si c'est réussi, 15 il y a alors deux connexions en place, une entre le client Telnet et le proxy et une autre entre le proxy et le dispositif destinataire. Pratiquement, le centre de support client 100 envoie un message de requête 200 au proxy 110. Ensuite, le processus 20 Telnet emmagasine le message 200 et modifie son en-tête IP en message de requête 210 qu'il transmet au dispositif 120. Le dispositif 120 envoie un message de réponse 220 au proxy 110 qui vérifie, traite et traduit ce message en message de réponse 230 avant de le transmettre au centre de support 25 client 100. La méthode Telnet proxy pour les messages en provenance du client Telnet est maintenant décrite en référence à la figure 3. D'abord, le système attend un message Telnet provenant du centre de support client (étape 300) en analysant les paquets 30 TCP/IP sur l'accès commuté. Lorsqu'un message arrive, on vérifie s'il est reçu sur le port 23 (étape 302). Sinon, ceci signifie que le paquet est pour une autre tâche que la fonction proxy et le paquet est transmis à l'ordinateur hôte selon un mode transparent (étape 306). A noter qu'une autre application Telnet ne peut pas être utilisée en parallèle avec la fonction proxy sur la même interface. Si le message est reçu sur le port 23, on vérifie si c'est une commande Telnet (étape 308). Sinon, on vérifie s'il 5 correspond à la phase d'initialisation pour la demande de connexion (étape 310). Si ce n'est pas le cas, ceci correspond à une erreur et le message est rejeté (étape 315). Si le message reçu correspond à l'étape d'initialisation, une demande de connexion est transmise au dispositif destinataire 10 120 (étape 312). En cas de message reçu conforme au protocole Telnet, on vérifie si c'est réellement une commande Telnet (étape 320). Sinon, le message est rejeté (étape 315). Si c'est le cas, le message est traité (étape 325) tel que décrit plus loin et un 15 nouveau message Telnet est transmis au dispositif gérable par Telnet 120 (étape 330). A noter que, lorsque le message est rejeté, un message de réponse est transmis au centre de support client. Pour les deux premiers modes de réalisation o le client 20 Telnet est standardisé, la connexion (étape 312) a la responsabilité de: - obtenir l'adresse IP du dispositif 120, - obtenir automatiquement l'adresse IP de l'interface LAN de l'hôte 110, et - créer la connexion Telnet entre le centre de support 100 et l'hôte 110, et entre les dispositifs 110 et 120. Mais, alors que l'adresse IP du dispositif 120 correspond à la passerelle par défaut de l'hôte 110 dans le premier mode de réalisation, cette adresse IP a été configurée 30 préalablement dans le programme proxy (durant l'installation) dans le second mode de réalisation. A noter qu'un message de rejet est transmis si une des étapes ci-dessus n'a pas pu être réalisée. La figure 4 décrit le procédé Telnet proxy pour un message entrant à partir du dispositif 120 vers la fonction proxy de l'hôte 110. D'abord, le système attend un message Telnet provenant du dispositif 120 (étape 400). Lorsqu'un 5 message est reçu, on vérifie si c'est une commande Telnet sur le port 23 comme précédemment (étape 420). Sinon, le message est rejeté (étape 415) et un message en retour est envoyé à la source. Si c'est une commande Telnet, celle-ci est traitée (étape 425) tel que décrit ci-dessous, et un nouveau message 10 Telnet est transmis au centre de support client 100 (étape 430). En référence à la figure 5A, le traitement d'une commande reçue du centre de support client 100 débute à l'étape 500 lorsque le processus de traitement Telnet reçoit un message du 15 centre de support 100. Ce message passe à la routine SWAP 510 qui effectue les modifications suivantes dans l'en-tête: - remplacement de l'adresse IP de la source par l'adresse IP de l'hôte 110, - remplacement de l'adresse IP de destination par l'adresse 20 IP du dispositif destinataire 120. Puis, le message modifié est transmis au dispositif 120 (étape 520). Le traitement d'un message reçu du dispositif gérable par Telnet 120 débute à l'étape 530 lorsque le processus de 25 traitement Telnet reçoit un message du dispositif 120. Ce message passe à la routine SWAP BACK 540 qui effectue les modifications suivantes dans l'en-tête: - remplacement de l'adresse IP de la source par l'adresse IP de l'hôte 110, - remplacement de l'adresse IP de destination par l'adresse IP du centre de support client. Puis, le message modifié est transmis au centre de support client 100. il La nécessité de changer les adresses de source et destination provient du fait qu'un "Telnet client " standardisé a besoin de savoir à quel dispositif il se connecte et doit être configuré pour cela. Comme la pile IP de 5 l'hôte est utilisée, l'adresse IP de destination utilisée par le client Telnet est l'adresse proxy. Cependant, la véritable destination est le dispositif éloigné et non pas l'hôte 110 qui agit en tant que proxy. Par conséquent, le proxy remplace à la volée l'adresse de destination par l'adresse finale que 10 le proxy connaît parce que c'est, soit l'adresse de la passerelle par défaut, soit l'adresse IP définie dans la configuration proxy. De façon similaire, le proxy doit modifier l'adresse source du paquet parce que l'adresse source du message reçu est l'adresse du client Telnet. Pour obtenir 15 une réponse du dispositif de destination, l'adresse source doit être la fonction proxy. Sinon, une autre adresse ne pourra pas être atteinte. La figure 6 montre les étapes impliquées dans le troisième mode de réalisation plus complexe basé sur un 20 nouveau client Telnet qui interface d'une façon "propriétaire" la fonction proxy. L'avantage d'une telle implémentation est d'offrir une meilleure performance et plus de fonctionnalités. L'augmentation de performance est due à l'agrégation des commandes d'entrée Telnet qui est basée sur des caractères en 25 messages de commandes complètes entre le client Telnet 100 et le proxy 110. Ensuite, entre l'hôte 110 et le dispositif 120, les commandes sont converties en un mode de transmission par caractères. En outre, il n'est pas nécessaire d'utiliser l'adresse IP 30 du centre de support client 100 et l'adresse IP de l'hôte 110 puisqu'un protocole propriétaire tel que détaillé cidessous est utilisé. Seul l'hôte 110 et le dispositif 120 échangent réellement des messages Telnet conformes à RFC 854 et utilisent leurs propres adresses IP comme adresses de source et destination. La fonction proxy dans ce mode de réalisation n'a pas besoin de modifier les adresses IP pour les paquets transmis entre le centre de support et la fonction proxy du fait que les commandes Telnet sont encapsulées dans le protocole propriétaire. Le protocole propriétaire débute avec un message InitSession 601 donnant lieu au message d'accusé réception ACK 621. Ensuite, les paramètres d'établissement sont échangés pour configurer correctement la session Telnet. Ceci débute 10 par un message getLocalInfo 602 et la réponse de l'hôte sendInfoLocal 622 qui fournit au centre de support l'environnement à partir de la fonction proxy. L'information transmise peut inclure les interfaces disponibles, la configuration de la pile IP (WinIPcfg ou IPconfigdansWindows), 15 le profil préalable utilisé, les résultats des tests IP de l'hôte de base tels que "ping". En se basant sur ces informations, l'utilisateur définira à quel dispositif et à travers quelle interface il enverra la commande Telnet et configurera l'hôte 110 grâce au message sendInitProfile 603 20 qui permet à la fonction proxy de commencer une session Telnet réelle avec le dispositif destinataire par initTelnet 623. A la réception du message d'accusé réception provenant du dispositif 120, la fonction proxy transmet la réponse ACK 624 au centre de support client 100, ce qui signifie que les 25 commandes Telnet peuvent être transmises. Les commandes complètes sont transmises par le centre de support client en utilisant les messages sendCommand 605 qui sont couvertes par le proxy en un ensemble de messages de caractères commande 625. Un procédé similaire est utilisé pour 30 le dispositif 120 pour transmettre des commandes au centre de support client 100 mais en utilisant la méthode inverse. Le dispositif 120 envoie des caractères de commande en utilisant des messages sendCharacter 626 agrégés par la fonction proxy de manière à reconstruire des commandes complètes transmises au centre de support client 100 en tant que message sendResult 627. L'horloge de la fonction proxy pour l'agrégation des caractères contient une ligne de commande partielle avec la partie restante dans les prochains messages mais n'a pas d'impact dans la fonctionnalité du système. De façon similaire au procédé 'Init", le centre de support client 100 peut initialiser une session fermeture par un message sendClosedSession 608 transmis au dispositif 120 par la fonction proxy en tant que message ClosedSession 628. 10 Le message d'accusé réception ACK provenant du dispositif 120 permet de quitter la session par le message releaseSession 629 transmis par l'hôte 110 au centre de support client 100. On doit noter que, lorsque la connexion au moyen du LAN est en panne, il est possible d'utiliser la liaison entre le 15 port série asynchrone COM de l'hôte 110 (voir figure 1) et le port console du dispositif 120. A la détection de la panne, une connexion "retry" Telnet peut être issue par l'administrateur du centre de support client 100 et être transmise au port COM de l'hôte 110 par la fonction proxy. Un 20 accès Telnet automatique par les ports COM peut aussi être réalisé après plusieurs tentatives de connexion par le port LAN si ceci est défini dans la fonction proxy. Si ceci est possible, l'authentification de l'utilisateur doit être effectuée dans la fonction proxy de l'hôte 110. Ces options 25 sont installées durant la configuration de la fonction proxy supportant le protocole Telnet. REVENDICATIONS 1. Système de transmission de données comprenant un centre de 5 support client (100) disposant d'une fonction client Telnet et étant connecté à un réseau de transmission WAN (115) et au réseau téléphonique public commuté PSTN (130), et un dispositif gérable par Telnet (120) ne disposant pas de modem et auquel ledit centre de support client peut accéder à 10 travers ledit réseau WAN en utilisant le protocole Telnet; ledit système étant caractérisé en ce qu'il comprend un dispositif de traitement de données (110) disposant de la fonction proxy et étant connecté audit réseau PSTN et audit dispositif gérable par Telnet par l'intermédiaire d'un réseau 15 de transmission local LAN (125), ledit dispositif de traitement de données comportant des moyens proxy pour compléter une première connexion Telnet avec ledit centre de support client par l'intermédiaire dudit réseau PSTN et établir une seconde connexion Telnet avec ledit dispositif 20 gérable par Telnet à la réception d'une requête provenant dudit centre de support client de manière à avoir accès selon le protocole Telnet audit dispositif gérable par Telnet. 2. Système de transmission de données selon la revendication 1, 25 dans lequel ladite fonction client Telnet correspond à un client Telnet standardisé et dans lequel lesdits moyens proxy sont adaptés pour avoir accès à la passerelle par défaut configurée dans la pile IP dudit dispositif de traitement de données (120) à la réception d'une requête provenant dudit 30 centre de support client (100). 3. Système de transmission de données selon la revendication 1, dans lequel ladite fonction client Telnet correspond à un client Telnet standardisé et dans lequel lesdits moyens proxy sont adaptés pour avoir accès à une adresse IP dans un fichier incluant une adresse IP pour le protocole Telnet. 4. Système de transmission de données selon la revendication 2 ou 5 3, dans lequel lesdits moyens proxy modifient l'adresse IP du message de requête provenant dudit centre de support client (100) avant d'envoyer ledit message de requête avec l'adresse IP Modifiée audit dispositif gérable par Telnet (120). 5. Système de transmission de données selon l'une des revendications 1 à 4, dans lequel lesdits moyens proxy établissent ladite seconde connexion avec ledit dispositif gérable par Telnet (120) à travers ledit réseau LAN (125). 6. Système de transmission de données selon l'une des revendications 1 à 4, dans lequel lesdits moyens proxy établissent ladite seconde connexion avec ledit dispositif gérable par Telnet (120) au moyen d'une liaison entre le port COM dudit dispositif de traitement de données (110) et le port 20 console dudit dispositif gérable par Telnet. 7. Système de transmission de données selon la revendication 1, dans lequel ladite fonction client Telnet correspond à une fonction propriétaire adaptée pour effectuer une encapsulation 25 des commandes Telnet incluses dans la requête transmises par ledit centre de support client (100) audit dispositif de traitement de données (110) incluant lesdits moyens proxy, ces derniers étant adaptés pour extraire lesdites commandes Telnet à partir des commandes encapsulées reçues dudit centre de 30 support client. 8. Système de transmission de données selon l'une des revendications précédentes, dans lequel lesdits moyens poxy sont constitués par un programme installé sur ledit dispositif 35 de traitement de données.