Brevet FR2811095A1 — publié le 20020104

SERVEUR INFORMATIQUE AVEC SUPPORT MEMOIRE AMOVIBLE PERMETTANT LE CONTRÈLE DE L'ACCES, PAR UN POSTE CLIENT, AUX PARAMETRES DE CONFIGURATION DU SERVEUR, ET EVENTUELLEMENT UNE SAUVEGARDE DE CES PARAMETRES DE CONFIGURATION La présente invention concerne le domaine des serveurs informatiques permettant l'échange de données via un réseau de télécommunication avec un avec un ou plusieurs postes clients, et concerne plus particulièrement le contrôle de l'accès, par un poste client, aux paramètres de configuration d'un serveur informatique, ainsi que la sauvegarde des paramètres de configuration d'un serveur, en vue de la restauration facilitée de cette configuration. Dans le présent texte, le terme "serveur" désigne d'une manière générale tout équipement informatique qui permet de centraliser et de diffuser de l'information sur un réseau de télécommunication à destination d'un ou plusieurs postes clients connectés au serveur. Un serveur comprend d'une manière générale une unité de traitement, comportant en mémoire vive au minimum (configuration de base) un logiciel d'exploitation encore appelé système d'exploitation, lui permettant de piloter les différentes ressources locales de l'équipement (interface réseau, unités de stockage de données, clavier, écran de visualisation, etc...)., et de gérer la connexion et la communication avec un poste client, selon un protocole prédéfini. En plus de cette configuration de base, I'unité de traitement d'un serveur comporte un ou plusieurs logiciels d'application, qui permettent au serveur d'offrir un ou plusieurs services spécifiques. De manière non exhaustive, on peut citer comme exemples de serveurs entrant dans le cadre de l'invention, les serveurs d'authentification, les serveurs de données, les serveurs de messagerie, les serveurs "web ", les serveurs passerelles,... Le terme "poste client" désigne d'une manière générale tout équipement informatique, qui peut échanger des données avec un serveur, via un réseau de télécommunication, selon un protocole de communication prédefini. Le terme "réseau de télécommunication" désigne d'une manière générale tout moyen de communication permettant l'échange de données à distance entre un serveur et un poste client; il peut s'agir d'un réseau local (LAN) tel que I'intranet d'une société, d'un réseau longue distance (WAN) tel que par exemple le réseau Internet, ou encore d'un ensemble de réseaux de type différents interconnectés. Pour pouvoir fonctionner, tout serveur doit être initialement l0 configuré, cette configuration initiale pouvant en outre être modifiée ultérieurement. La configuration d'un serveur est de manière usuelle constituée par un ensemble de paramètres, qui sont modifiables, et qui permettent de particulariser le fonctionnement du serveur. A cet effet, l'unité de traitement du serveur comporte une ou plusieurs fonctions de paramétrage, qui permettent à un ou plusieurs administrateurs du serveur, de modifier les paramètres de la configuration. Aujourd'hui, la tendance est de proposer des serveurs clefs en main qui permettent de facilement modifier les paramètres de configuration d'un serveur, en proposant des fonctions de paramétrage évoluées accessibles à des utilisateur non spécialistes. Egalement, pour faciliter l'utilisation de ces fonctions de paramétrage d'un serveur, il est usuel aujourd'hui de les rendre accessibles via un ou plusieurs postes clients connectés au serveur, et faisant office de poste de paramétrage déporté. Pour sécuriser la communication entre un poste de paramétrage client et un serveur, il est usuel de crypter les données échangées sur le réseau. Egalement, un poste de paramétrage client n'est autorisé à accéder aux fonctions de paramétrage de la configuration du serveur, qu'après reconnaissance par le serveur d'un ou plusieurs mots de passe émis par le poste de paramétrage client (par exemple mot de passe identifiant le poste de paramétrage, mot de passe identifiant l'utilisateur). Ces précautions sont toutefois insuffisantes et peuvent être contournés facilement par un fraudeur voulant accéder sans autorisation aux fonctions de paramétrage du serveur. Il suffit pour cela à ce fraudeur d'avoir accès à l'un des postes client du réseau et d'y charger un logiciel "renifleur ", ayant pour fonction d'écouter en permanence les données qui circulent sur le réseau, et de détourner le ou les mots de passe qui sont émis sur le réseau par un poste de paramétrage client, en se faisant passer vis à vis de ce poste pour le serveur, et ce sans interférer avec la communication entre le poste de paramétrage et le serveur. Il suffit en suite de réutiliser les mots de passe interceptés, pour pouvoir communiquer avec le serveur sans réel autorisation, et pour accéder frauduleusement aux fonctions de paramétrage de ce serveur. L'invention a pour but principal de proposer une solution simple qui permet de sécuriser de manière fiable l'accès aux fonctions de paramétrage d'un serveur par un poste de paramétrage client, et notamment d'empêcher la fraude précitée. A cet effet l'invention a pour objet un serveur informatique qui de manière connue comporte une unité de traitement comprenant un premier port de communication destiné à être raccordé à un réseau de télécommunication, laquelle unité de traitement est programmée pour échanger des données par ce premier port de communication avec au moins un poste client raccordé au réseau, et comporte en mémoire des paramètres de configuration permettant de particulariser le fonctionnement du serveur. De manière caractéristique et essentielle selon l'invention, I'unité de traitement comporte un deuxième port de communication physiquement séparé du premier port de communication; le serveur comprend au moins un premier dispositif qui est connecté à ce deuxième port de communication, et qui permet à l'unité de traitement au moins de lire des données sur un support, amovible par rapport au premier dispositif, et comportant une mémoire non volatile et réinscriptible; I'unité de traitement est programmée pour, en cas de réception sur le premier port de communication d'une requête de connexion émise par un poste client, réaliser les étapes suivantes: (a) contrôle de la présence d'un support mémoire dans le premier dispositif de lecture, et dans l'affirmative lecture d'au moins un premier code (CODE 1) enregistré dans la mémoire de ce support, (b) comparaison de ce code lu avec un code préenregistré dans l'unité de traitement, (c) si les codes correspondent, établissement de la connexion avec le poste client ayant émis la requête de connexion et autorisation d'accès pour ce poste client à tout ou partie des paramètres de configuration du serveur. (d) et dans le cas contraire refus de la connexion avec le poste client ayant émis la requête de connexion. Un autre problème des serveurs informatiques réside dans les pertes accidentelles de tout ou partie de la configuration du serveur, liées à une défaillance du matériel, un sinistre, une erreur de manipulation, etc. L'invention vise ainsi également à proposer une solution à ce deuxième problème, en proposant deux variantes de réalisation permettant la sauvegarde de la configuration d'un serveur informatique, en vue de la restauration ultérieure de cette configuration. Dans une première variante de réalisation, le premier dispositif précité permet également à l'unité de traitement d'avoir un accès en écriture à la mémoire d'un support présent dans le premier dispositif, et I'unité de traitement est en outre programmée pour, à l'issue d'une session de modification d'un ou plusieurs paramètres de configuration, effectuer automatiquement une sauvegarde, dans la mémoire du support présent dans le premier dispositif, au moins des paramètres de configuration qui ont été modifiés. Dans une deuxième variante de réalisation, le serveur comprend un deuxième dispositif qui permet à l'unité de traitement de lire ou d'écrire des données sur un support, amovible par rapport au dispositif, et comportant une mémoire non volatile et réinscriptible; I'unité de traitement est en outre programmée pour, à l'issue d'une session de modification d'un ou plusieurs paramètres de configuration: (1) effectuer automatiquement une sauvegarde, dans la mémoire du support présent dans le deuxième dispositif, au moins des paramètres de configuration qui ont été modifiés, (2) calculer automatiquement une signature caractéristique des paramètres de configuration contenus en mémoire sur le support présent dans le deuxième dispositif, et (3) sauvegarder cette signature dans la mémoire du support présent dans le premier dispositif. D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description ci-après d'une variante préférée de réalisation, laquelle description est donnée à titre d'exemple non limitatif et en référence aux dessins annexés sur lesquels: - la figure 1 est un synoptique d'une architecture client/serveur, le serveur étant réalisé conformément à une variante préférée de réalisation de l'invention, et comportant en local deux dispositifs de lecture/écriture sur supports mémoires amovibles, - la figure 2 est un organigramme des principales étapes mises en oeuvre par un premier programme qui est spécifique du serveur de l'invention, et qui permet un contrôle de niveau 1, préalablement à l'établissement de la connexion avec un poste client (Pi), - et la figure 3 est un organigramme des principales étapes mises en oeuvre par un deuxième programme qui est spécifique du serveur de l'invention, et qui permet un contrôle de niveaux supérieurs 2 et 3, après établissement de la connexion avec le poste client (Pi). On a représenté sur la figure 1 une architecture client /serveur, mettant en oeuvre un serveur informatique 1 spécifique de l'invention, qui est de manière usuelle raccordé à une pluralité de poste clients (Po, Pi, P2,...) , par un réseau de télécommunication 2. La nature du réseau est sans importance dans le cadre de l'invention; il peut s'agir d'un réseau local (LAN) ou encore d'un réseau longue distance (WAN). Le protocole de communication pour l'échange de donnée via ce réseau entre un poste client Pi et le serveur 1 est également, sans importance pour l'invention. Dans la suite de la description, et de manière non limitative de l'invention, le réseau 2 est un réseau de type TCP/IP, et la communication entre un poste client (Pi) et le serveur 1 est basée sur un protocole de communication HTTP. Le serveur 1 comprend de manière usuelle une unité de traitement 3 programmable qui est reliée au réseau 2 par un port de communication 4 (port réseau). La gestion de la connexion et de la communication avec un poste client (Pi) est assurée par un programme A stocké en mémoire vive de l'unité de traitement 3, et appelé ci-après programme " connexion ". Egalement, I'unité de traitement 3 comprend de manière usuelle en mémoire vive une pluralité de paramètres de configuration modifiables par l'un des postes clients (PI). Plus particulièrement, I'unité de traitement comporte une pluralités de programmes (ou fonctions) B permettant de manière usuelle la modification d'un ou plusieurs paramètres (un fichier de paramètres étant associé à chaque programme de paramétrage), un niveau d'accès étant en outre associé à chaque programme de paramétrage. Exemples de paramètres de configuration pour une ou plusieurs applications: * application authentification: chaque utilisateur de ressources mises en réseau doit être identifié afin de lui attribuer les droits correspondant à son profil. Quelques paramètres de configuration relatifs à cette application sont les suivants: nom, prénom, identité du compte informatique, mot de passe, numero de groupe de ressources auxquelles il est associé. * application messagerie: en complément des paramètres relatifs à l'application authentification, chaque utilisateur dispose d'une boite aux lettres identifiée par une adresse. Cette adresse est composée d'un préfixe (généralement issu de la composition du prénom et du nom de la personne) et d'un suffixe (le nom du domaine de l'entreprise). L'adresse se trouve donc sous la forme préfixe@suffixe. De plus, il est possible d'associer des alias à cette adresse pour permettre de recevoir des courriers électroniques sous une identité différente. Les paramètres de configuration supplémentaires de l'application messagerie sont l'adresse (préfixe et suffixe) et un ou plusieurs alias. Selon une première caractéristique de l'invention, I'unité de traitement 3 comporte un port de communication 5 auquel est relié un dispositif de lecture/écriture 6, qui est apte à recevoir un support mémoire amovible 7. Un support 7 comporte au moins une mémoire réinscriptible et non volatile, dans laquelle ont été sauvegardées trois codes (CODE 1, CODE2, CODE3) dans des zones mémoires spécifiques, accessibles en lecture par l'unité de traitement 3. Dans une variante préférée de réalisation, le support mémoire 7 sera de type carte à puce, avec faible capacité mémoire. Il peut s'agir d'un support mémoire de type passif comportant uniquement de la mémoire, ou un support de type actif, équipé d'un microprocesseur, permettant avantageusement un traitement en local et un contrôle des informations échangées avec le dispositif de lecture/écriture 5, ce qui permet par exemple de prévoir un cryptage des données en local sur le support 7. Le dispositif 6 permet à l'unité de traitement 3 au moins d'accéder en lecture aux trois codes sauvegardés dans la mémoire d'un support 7 présent dans le dispositif 5. Egalement, dans la variante de réalisation illustrée sur la figure 1, le dispositif 6 permet à l'unité de traitement 3 d'accéder en écriture à la mémoire d'un support 7 présent dans le dispositif 6, en vue de la sauvegarde dans une zone mémoire spécifique d'une signature, calculée par l'unité de traitement en fin de session de paramétrage, tel que cela apparaîtra plus clairement ultérieurement. Il est essentiel pour l'invention que le port de communication 5 soit séparé physiquement du port de communication 4 (port réseau), de telle sorte que les données échangées entre l'unité de traitement 3 et le dispositif de lecture/écriture 6, ne transitent pas sur le réseau 2, et ne puissent pas être interceptées par un fraudeur connecté sur le réseau 2. Le type de port de communication 5 est sans importance pour l'invention; il peut s'agir d'un port série type RS232, d'un port parallèle IEEE, d'un port USB, d'un port 12C, d'un bus, d'une interface propriétaire, ou d'un manière générale de toute interface permettant l'échange de donnée en lecture et de préférence en écriture entre l'unité de traitement 5 et un support mémoire 7 présent dans le dispositif 6. Selon une deuxième caractéristique de l'invention, I'unité de traitement 3 comporte un port de communication 8 auquel est relié un dispositif de lecture/écriture 9, qui est apte à recevoir un support mémoire amovible 10. Toutes les considérations précitées sur le dispositif 6, sur le port de communication 5 et sur le support mémoire 7 s'appliquent également au dispositif de lecture/écriture 9, au port de communication 8 et au support mémoire 10, à la différence près que le support mémoire 10 est nécessairement accessible en écriture par l'unité de traitement 3. En outre, la mémoire du support amovible 10 est destinée à contenir les paramètres de configuration du serveur qui sont sauvegardés automatiquement par l'unité de traitement 3 en fin de session de paramétrage, tel que cela apparaîtra plus clairement ultérieurement. En pratique, il est donc nécessaire de disposer d'une capacité mémoire plus importante que celle nécessaire pour la mémoire du support 7. Les capacités mémoire des cartes à puce étant à ce jour trop faibles, on utilisera comme support mémoire 10, par exemple et de manière non limitative de l'invention, une carte pcmia, ou une carte flash. Contrôle de l'accès aux programmes (ou fonctions) B de paramétraqe du serveur Une variante particulière de réalisation logicielle pour la mise en oeuvre du contrôle de l'accès aux programmes (ou fonctions) B de paramétrage du serveur, via un poste client Pi, va à présent être détaillée en référence aux organigrammes des figures 2 et 3. Dans cette variante de réalisation, ce contrôle d'accès est réalisé sur trois niveaux. Le premier niveau d'accès est contrôlé par un programme spécifique C chargé en mémoire vive de l'unité de traitement 3, et désigné ci-après programme" contrôle " Les contrôle de niveaux 2 et 3 sont assurés par le programme "connexion "A et par les programmes de paramétrage B. Contrôles de niveau 1 / figure 2 A chaque utilisateur (administrateur réseau) autorisé à changer les paramètres de configuration du serveur 1, on attribue un support mémoire 7, un support mémoire 10 étant en revanche partagé par plusieurs utilisateurs, et généralement toujours placé dans le dispositif de lecture/écriture 9. Pour un serveur 1 donné, tous les supports 7 attribués à différents utilisateurs comportent en mémoire le même premier code d'autorisation (CODE1), ce premier code étant par ailleurs chargé en mémoire vive de l'unité de traitement 3 du serveur 1, lors de la phase initiale d'installation du serveur. Les deux autres codes (CODE2 et CODE3) seront spécifiques pour un utilisateur donné. En particulier, le troisième code (CODE3) permet de coder le niveau d'accès de l'utilisateur aux paramètres de configuration du serveur, un utilisateur pouvant selon le cas avoir accès en lecture et/ou écriture à un nombre plus ou moins important de paramètres de configuration. Pour accéder aux programmes de paramétrage B, pour lesquels il possède une autorisation (CODE3), I'utilisateur (ou un tiers lorsque les postes de connexion sont géographiquement très éloignés du serveur 1, le réseau 3 étant un réseau de typez WAN) commence par insérer, dans le dispositif de lecture/écriture 6, le support mémoire 7 qui lui a été attribué, le support mémoire 10 étant déjà en place dans le dispositif de lecture/écriture 9. Ensuite l'utilisateur sollicite une demande de connexion au serveur, via l'un Pl des postes clients, ce qui se traduit par l'envoi par le poste client d'une requête HTTP sur le réseau 2, à destination de l'unité de traitement 3 du serveur 1. Au niveau de l'unité de traitement 3, le programme "contrôle" C est une routine système qui reste en attente sur le port réseau 4, et qui est chargée de prendre en compte les requêtes HTTP émise par un poste client Pi sur le réseau 3. Ce programme "contrôle" est activé lorsqu'une requête HTTP lui demande d'engager un dialogue avec le poste client Pi ayant émis la requête sur le réseau 2. Etape 201: Une fois activé, le programme" contrôle" vérifie via son port de communication 5 qu'un support est présent dans le dispositif de lecture/écriture 6. Si tel n'est pas le cas, le programme contrôle refuse d'établir la connexion avec le poste client, et informe le poste client de ce refus (étape 207). Etape 202: Si la présence d'un support mémoire 7 a été détecté, le programme "contrôle" accède en lecture, via son port de communication 5 et le dispositif 6, aux trois zones de la mémoire de ce support contenant les trois codes d'autorisation (CODE 1, CODE2, et CODE3) et sauvegarde en mémoire vive de l'unité de traitement 3 ces trois codes. Etape 203: le programme "contrôle" compare automatiquement le premier code lu (CODE1) sur le support 7, avec le code préenregistré en mémoire de l'unité de traitement lors de la phase d'installation. Lorsque ces deux codes correspondent (il peut d'agir d'une relation d'égalité ou de tout autre relation prédefinie entre les deux codes), le programme "contrôle" passe à l'étape 204, et dans la négative refuse la connexion (étape 207). Etape 204: Le programme "contrôle" donne l'autorisation d'accès aux niveaux supérieurs de contrôle (niveaux 2 et 3) et active le programme connexion" en lui passant comme paramètres les deux autres codes (CODE2 et CODE3). Etape 205: En tâche de fond, le programme "contrôle" vérifie la présence du support 7 dans le dispositif de lecture/écriture 6. Etape 206: Lorsque la présence d'un support 7 n'est plus détectée (retrait du support 7), le programme "contrôle" supprime l'autorisation d'accès aux niveaux supérieurs de contrôle (niveaux 2 et 3), et déconnecte le programme "connexion", ce dernier arrêtant automatiquement la connexion avec le poste Pi, pour le cas o celle-ci serait encore active. Contrôles de niveaux 2 et 3 / figure 3 Une fois activé, le programme "connexion" exécute les étapes décrites ci-après en référence à la figure 3. Etape 301: le programme" connexion" établit la connexion avec le poste client Pi. La procédure de connexion, qui dépend du protocole utilisé, est usuelle et ne sera donc pas détaillée. Etape 302: le programme "connexion" envoie au poste client Pi 2 o connecté une demande de saisie d'un code d'autorisation. Cette opération de saisie peut être de type manuelle (clavier), ou automatique (par exemple lecture d'un code qui est enregistré sur un troisième support mémoire introduit dans un lecteur équipant localement le poste client Pi). Etape 303: le code saisie manuellement ou de manière automatique au niveau du poste client Pi est envoyé via le réseau 2 à l'unité de traitement 3 du serveur 1, et est récupéré par le programme "connexion". Ce dernier compare ce code avec le deuxième code (CODE 2). Si les codes ne correspondent pas, le programme " connexion " abandonne la connexion, qui a été établie ( étape 308). Si les codes correspondent, le programme "connexion" autorise l'ouverture d'une session de paramétrage (étape 304) pour l'utilisateur du poste client Pi, avec comme paramètre de cette session le troisième code (CODE3). Etape 304: session de paramétrage Une fois la session de paramétrage ouverte, I'utilisateur peut accéder à tous les programmes (ou fonctions) B de paramétrage, qui sont associés à un niveau d'accès correspondant au troisième code (CODE3). Au cours de cette cession, I'utilisateur au moyen des fonctions de paramétrage mises de manière usuelle à sa disposition, modifie la configuration du serveur 1, en modifiant certains paramètres de configuration auxquels le troisième code (CODE3) lui donne accès. Une fois que l'utilisateur a achevé ses modifications, il valide pour l'unité de traitement 3 du serveur 1 la fin de la session de paramétrage. Etape 305: Une fois que le programme "connexion" est informé via le réseau 2 de la fin de la session de paramétrage, il réalise une sauvegarde des paramètres de la configuration du réseau sur le support amovible 10 présent dans le dispositif de lecture/écriture 9, ainsi que la date et l'heure de la sauvegarde. Selon le cas, I'intégralité des paramètres de configuration du serveur pourra être sauvegardée sur le support 10, ou seulement les paramètres qui ont été modifiés au cours de la session de paramétrage. Etape 306: le programme "connexion" calcule une signature qui est caractéristique de l'état de la configuration sauvegardée sur le support , et sauvegarde cette signature sur le support amovible 7 présent dans le dispositif de lecture/écriture 6. Cette signature est par exemple calculée à partir du nombre de données (nombre d'octets) sauvegardées dans le support mémoire 10 à l'étape 305, ainsi que la date et de l'heure de sauvegarde. La sauvegarde de la configuration réalisée sur le support amovible permet avantageusement de restaurer facilement la dernière configuration du serveur 1, en cas de défaillance. Cette restauration peut être effectuée sur le même serveur 1 si celui-ci peut de nouveau être rendu opérationnel, ou sur un autre serveur similaire dans le cas contraire, sachant que les supports mémoire 7 et 10 sont amovibles. Lors d'une restauration de la configuration, I'unité de traitement 3 du serveur est programmée pour lire la signature sauvegardée sur le support 7, et pour vérifier la cohérence entre cette signature et la configuration sauvegardée sur le support 10. Seul un utilisateur possédant les deux supports amovibles 7 et 10 est en mesure d'effectuer la restauration de la configuration du serveur. Une fois la vérification effectuée, I'unité de traitement 3 télécharge automatiquement tous les paramètres de configuration stockés sur le support mémoire 10. La variante de réalisation qui vient d'être décrite en référence aux figures 1 à 3 se caractérise par la mise en oeuvre de deux supports mémoire amovibles distincts 7 et 10. Cette caractéristique n'est toutefois pas limitative de l'invention. En effet, dans une autre variante de réalisation, il est envisageable de n'utiliser qu'un seul et même support mémoire amovible remplissant les fonctions des support 7 et 10. REVENDICATIONS 51. Serveur informatique (1) comportant une unité de traitement (3) qui comprend un premier port de communication (4) destiné à être raccordé à un réseau de télécommunication (2), qui est programmée pour échanger des données par ce premier port de communication avec au moins un poste client (Pi) raccordé au réseau, et qui comporte en mémoire des paramètres de configuration permettant de particulariser le fonctionnement du serveur, caractérisé en ce que l'unité de traitement (3) comporte un deuxième port de communication (5) physiquement séparé du premier port de communication (4), en ce que le serveur comprend au moins un premier dispositif (5) qui est connecté à ce deuxième port de communication (5), et qui permet à l'unité de traitement (3) au moins de lire des données sur un support (7), amovible par rapport au premier dispositif, et comportant une mémoire non volatile et réinscriptible, et en ce que l'unité de traitement (3) est programmée pour, en cas de réception sur le premier port de communication (4) d'une requête de connexion, réaliser les étapes suivantes: (a) contrôle de la présence d'un support mémoire (7) dans le premier dispositif de lecture (5), et dans l'affirmative lecture d'au moins un premier code (CODE 1) enregistré dans la mémoire de ce support, (b) comparaison de ce code lu avec un code préenregistré dans l'unité de traitement, (c) si les codes correspondent, établissement de la connexion avec le poste client (Pi) ayant émis la requête de connexion et autorisation d'accès pour ce poste client à tout ou partie des paramètres de configuration du serveur. (d) et dans le cas contraire refus de la connexion avec le poste client (Pi) ayant émis la requête de connexion. 2. Serveur selon la revendication 1 caractérisé en ce que l'unité de traitement est programmée pour réaliser à l'étape (a) une opération supplémentaire de lecture d'un deuxième code (CODE 2) enregistré dans la mémoire du support (7), et pour réaliser une opération d'identification après établissement d'une connexion avec un poste client, laquelle opération d'identification consiste à comparer le deuxième code lu avec un code d'identification saisi par l'utilisateur du poste client, et à abandonner la connexion avec le poste client si ces deux codes ne correspondent pas. 3. Serveur selon la revendication 1 ou 2 caractérisé en ce que chaque fonction de paramétrage est caractérisée par un niveau d'accès, en ce que l'unité de traitement est programmée pour réaliser à l'étape (a) une opération supplémentaire de lecture d'un troisième code (CODE 3) enregistré dans la mémoire du support (7), et pour autoriser le poste client à accéder uniquement aux paramètres de configuration dont le niveau d'accès correspond au troisième code lu. 4. Serveur selon l'une des revendications 1 à 3 caractérisé en ce que le premier dispositif (6) permet également à l'unité de traitement (3) d'avoir un accès en écriture à la mémoire d'un support (7) présent dans le premier dispositif, et en ce que l'unité de traitement (3) est en outre programmée pour, à l'issue d'une session de modification d'un ou plusieurs paramètres de configuration (session de paramétrage), effectuer automatiquement une sauvegarde, dans la mémoire du support (7) présent dans le premier dispositif, au moins des paramètres de configuration qui ont été modifiés. 5. Serveur selon l'une des revendication là 3 caractérisé en ce que le premier dispositif (6) permet également à l'unité de traitement (3) d'avoir un accès en écriture à la mémoire d'un support (7) présent dans le dispositif, en ce que qu'il comprend un deuxième dispositif (9) qui 3 0 permet à l'unité de traitement (3) de lire ou d'écrire des données sur un support (10), amovible par rapport au dispositif (9), et comportant une mémoire non volatile et réinscriptible, et en ce que l'unité de traitement (3) est en outre programmée pour, à l'issue d'une session de modification d'un ou plusieurs paramètres de configuration (session de paramétrage): (1) effectuer automatiquement une sauvegarde, dans la mémoire du support (10) présent dans le deuxième dispositif (9), au moins des paramètres de configuration qui ont été modifiés, (2) calculer automatiquement une signature caractéristique des paramètres de configuration contenus en mémoire sur le support (10) présent dans le deuxième dispositif, et (3) sauvegarder cette signature dans la mémoire du support( 7) présent dans le premier dispositif (6). 6. Serveur selon la revendication 5 caractérisé en ce que la signature est calculée à partir de la date, et l'heure de sauvegarde et du nombre de données sauvegardées dans le support mémoire (10) présent dans le deuxième dispositif (9). 7. Serveur selon l'une des revendications 1 à 6 caractérisé en ce que le support mémoire (7) est de type carte à puce.