Réseau Kwartz Principe de reconstruction d un poste Phase de reconstruction initiale : à partir d un disque de station vierge Dans cette phase, le disque de la station est totalement vierge. Le processus de reconstruction du poste est décrit ci-dessous. Le poste client (le PC) est configuré (au niveau du SETUP) afin de démarrer par le réseau en utilisant le protocole PXE. Il effectue, sur l ensemble du réseau, une demande d obtention de paramètres IP (requête DHCP) afin de pouvoir dialoguer. Le serveur DHCP reçoit la demande de la station qui obtient les paramètres IP (voir glossaire). Parmi ceux-ci, on trouve : - L adresse IP de la station. - Le masque de sous-réseau. - Les serveurs DNS. - La passerelle. - L adresse du serveur PXE. - Nom du fichier à télécharger et exécuter par le client. Les autres paramètres peuvent varier suivant les services à obtenir. Formation des PRTICE Page 1 / 7 Pôle pédagogique du DAIP - 28/08/2014
La station se connecte au serveur PXE et demande le téléchargement du fichier NOTA : Dans notre cas, le serveur PXE (Rembo/Tivoli) est intégré au serveur pédagogique Kwartz. Acceptation de la demande du client par le serveur PXE (Rembo) Transmission du programme client PXE Chargement en mémoire du client Rembo / Tivoli et exécution du client PXE Le serveur PXE accepte la connexion du client. Le dialogue peut maintenant débuter entre les deux équipements. Le client PXE (Rembo/Tivoli) est téléchargé en mémoire sur le poste puis son code est exécuté. L écran d accueil (bleu ou gris suivant la version) du client Rembo/Tivoli s affiche. Si des propriétés spécifiques ont été fixées dans Kwartz~Control (postes clients) pour la station alors le client Rembo/Tivoli exécute les actions en conséquence : - Attente d une action - Chargement une image - Etc. Dans notre cas, on considérera que c est le chargement d une image qui est demandée. Le client Rembo / Tivoli créé le partitionnement suivant le schéma fixé ainsi que les systèmes de fichiers. Le schéma de partitionnement peut varier d un système à un autre Windows XP, 7, 8, Linux). Dans tous les cas une partie du disque est réservé comme espace de cache pour les fichiers des images téléchargées (cache Rembo / Tivoli). La taille des partitions peut être fixée à la préparation du poste avant création de l image ou redéfinie dans l interface du client Rembo (gestion dynamique des partitions). Formation des PRTICE Page 2 / 7 Pôle pédagogique du DAIP - 28/08/2014
Les opérations de création des partitions et des systèmes de fichiers étant effectuées, le poste télécharge l ensemble des fichiers constituant l image du système. Ceux-ci seront stockés dans l espace non alloué du disque : le cache Rembo/Tivoli. La première opération effectuée est une comparaison (synchronisation) entre le disque système et les fichiers enregistrés constituant l image dans le cache rembo/tivoli. Dans notre cas le disque système est vide. De ce fait, l ensemble des fichiers du cache Rembo/Tivoli sont copiés vers le disque système (Copying). Si une partition optionnelle existe, son contenu n est pas modifié (reconstruit). Finalisation du poste : mise en place de la personnalisation du poste La partition système est reconstruite suivant le modèle fixé dans l image Rembo/Tivoli. Les dernières opérations de finalisation du poste s effectuent : nom du poste, composants nécessaires à la jonction du poste au domaine, etc. Formation des PRTICE Page 3 / 7 Pôle pédagogique du DAIP - 28/08/2014
Le système d exploitation démarre. Après quelques secondes, un bip se fait entendre. Ce signal permet de valider la bonne jonction du poste au domaine Microsoft. L usager peut ouvrir sa session sur le domaine. Phase de reconstruction secondaire : le disque système contient déjà des fichiers Dans cette phase, le disque système contient des données et le cache Rembo/Tivoli contient l ensemble des fichiers constituant l image. L image stockée dans le cache Rembo/Tivoli est identique à l image figurant sur le serveur. Le processus de reconstruction du poste est décrit ci-dessous. Le poste client (le PC) est configuré (au niveau du SETUP) afin de démarrer par le réseau (boot PXE). Il effectue, sur l ensemble du réseau, une demande d obtention de paramètres IP afin de pouvoir dialoguer. Formation des PRTICE Page 4 / 7 Pôle pédagogique du DAIP - 28/08/2014
Le serveur DHCP reçoit la demande de la station. La station obtient les paramètres IP (voir glossaire). Parmi ceux-ci, on trouve : - L adresse IP de la station. - Le masque de sous-réseau. Il permet de fixer l ensemble des équipements qui pourront dialoguer au sein d un même réseau. - Les serveurs DNS. Ils permettent de faire le lien entre une adresse IP et le nom d une ressource sur un réseau local ou externe. - La passerelle. C est l adresse IP de l équipement qui permettra de sortir du réseau local. - L adresse du serveur PXE. - Nom du fichier à télécharger et exécuter par le client. - Les autres paramètres. Ceux-ci peuvent varier suivant les services à obtenir. La station se connecte au serveur PXE et demande le téléchargement du fichier NOTA : Dans notre cas, le serveur PXE est intégré au serveur pédagogique Kwartz. Acceptation de la demande du client par le serveur PXE (Rembo) Transmission du programme client PXE Chargement en mémoire du client Rembo / Tivoli et exécution du client PXE Le serveur PXE accepte la connexion du client. Le dialogue peut maintenant débuter entre les deux équipements. Le client PXE (Rembo/Tivoli) est téléchargé en mémoire sur le poste puis son code est exécuté. L écran d accueil (bleu ou gris suivant la version) du client Rembo/Tivoli s affiche. Des propriétés ont été fixées dans Kwartz~Control (postes clients) pour le poste. Le client Rembo/Tivoli exécute les actions en conséquence : - Attendre d une action - Chargement une image - Etc. Dans notre cas, on considérera que c est le chargement d une image qui est demandée. Formation des PRTICE Page 5 / 7 Pôle pédagogique du DAIP - 28/08/2014
Le client Rembo/Tivoli dialogue avec le serveur PXE. Il compare le contenu de l image figurant sur le serveur avec celui contenu dans le cache. S il y a une différence alors cela signifie que l image du serveur a changé. Il constitue alors la liste des fichiers devant être téléchargés à partir du serveur. Dans notre cas, les images du serveur et du cache Rembo/Tivoli sont identiques. Le client effectue une nouvelle opération de comparaison entre le cache Rembo/Tivoli et le disque système. Il effectue ensuite une synchronisation entre les fichiers du disque système et les fichiers enregistrés constituant l image dans le cache rembo/tivoli. Dans notre cas le disque système contient déjà partiellement ou totalement l image figurant dans le cache Rembo/Tivoli. De ce fait, seul un faible nombre de fichiers sont copiés du cache Rembo/Tivoli vers le disque système. Si une partition optionnelle existe, son contenu n est pas modifié (reconstruit). Finalisation du poste : mise en place de la personnalisation du poste La partition système est reconstruite suivant le modèle fixé dans l image Rembo/Tivoli. Les dernières opérations de finalisation du poste s effectuent : nom du poste, composants nécessaires à la jonction du poste au domaine, etc. Formation des PRTICE Page 6 / 7 Pôle pédagogique du DAIP - 28/08/2014
Le système d exploitation démarre. Après quelques secondes, un bip se fait entendre. Ce signal permet de valider la bonne jonction du poste au domaine Microsoft. L usager peut ouvrir sa session sur le domaine. Remarques concernant la reconstruction d un poste. - Un poste ne peut être reconstruit que : - si celui-ci est enregistré comme poste client dans l interface Kwartz~Control. - s il existe une licence cliente Rembo/Tivoli disponible pour ce poste. - Le temps de la phase de reconstruction initiale est dépendante de : - la taille de l image (donc de la partition système qui sera mémorisée au sein de l image). - La performance du réseau. Un débit affiché par le client Rembo inférieur à 5 Mb/s peut être le signe d un réseau défaillant. Dans ce cas de figure, faites appel à la structure qui pourra analyser votre problème. - Les phases du processus qui prennent le plus de temps lors de la reconstruction initiale sont : - Le téléchargement de l image à partir du serveur (downloading). - La copie des fichiers du cache Rembo/Tivoli vers le disque système (synchronising et copying files). Dans ce cas, le système est opérationnel après plusieurs dizaine de minutes (prévoir de 30 à 60 minutes suivant la taille de l image et les performances du réseau). - La phase du processus qui prend le plus de temps durant une reconstruction secondaire est la comparaison de la liste de fichiers figurant dans le cache Rembo/Tivoli avec ceux figurant sur le disque système. Dans ce cas, le système doit être opérationnel quelques minutes après le démarrage du poste. Formation des PRTICE Page 7 / 7 Pôle pédagogique du DAIP - 28/08/2014