Comment mettre en place une station cliente légère ?

NOTE IMPORTANTE : le logiciel dont il est ici question est en pré-version. Vous pourriez donc ne pas en être pleinement satisfait… tant que vous n'aurez pas vous-même participé à son déboguage. Si vous recherchez une solution plus stable, reportez-vous au site du Linux Terminal Server Project, ou au tutoriel LTSP.

Comment franciser l'invite de connexion des clients légers ?

Niveau : bidouille

L'invite de connexion des clients légers affiche à ce jour "Username" puis "Password" quelle que soit la langue du système.

Contrôler l'activité des utilisateurs de clients légers

Il existe deux outils pour contrôler l'activité d'un utilisateur sur un réseau ltsp :

Serveur LTSP, résolution de problèmes

Page en cours de construction : en attendant, vous pouvez consulter les "FAQ"ici (en anglais) :

---

Cette page regroupe un ensemble d'information pour résoudre les problèmes classiques de configurations ou d'utilisation

Préparer une station comme client léger / choisir un client léger neuf

Nous allons voir ici les points à prendre en compte pour transformer une machine indépendante en client léger.

Nous donnerons quelques exemples de configurations "récup." ou "neuf" (mini PC spécialisé client léger).

Configuration matérielle

• Mémoire vive : 48 Mo constituent la limite basse, mais 128 Mo sont conseillés et 256 Mo seront parfaits.
• Processeur, Pentium II, 200 Mhz ou mieux. En deçà, le confort d'utilisation risque d'être juste.
• Carte réseau, 100 Mb/s (l'utilisation d'une carte réseau ancienne 10 Mb/s peut rendre le client inutilisable).
• Disque dur : pas nécessaire. Si le disque dur contient un vieux système d'exploitation type Windows 98, il n'est pas gênant de le conserver.
• Carte video : capable de gérer un affichage 1024 x 768 ou plus (on survivra avec du 800 x 600).
• Carte son, si possible.
• Port usb, si possible.

Exemples de configurations "récup"

• Portable HP Omnibook (Pentium II 600 Mhz, 64 Mo ram, carte ethernet Tulip intégrée, carte son ESS tech, batterie HS).  affichage 1024 x 768, son fonctionnel, trackpad reconnu, souris usb reconnue, streaming video fluide (Youtube). touches spéciales inactives, pas d'arrêt par acpi.
• Oxfam Solidarité : Fujitsu-Siemens E5616 AMD Dual Core 3800+ , ram de 1024Mo, Disque dur de 80Go, écran plat de 17" avec haut-parleurs intégrés, Ubuntu 12.04 LTS.

Exemples de configurations "neuf"

• Alix 1D : test Ok. Environ 100 €.
• A3Tech Corus T2 Test Ok. Environ 200 €. Contient un système embarqué mais peut booter en pxe (F12 au démarrage).
• Ordipost : test à venir. Environ 200 €.
• VXL Itona 3531 : test à venir. Prix : 130 €.
• Linutop : test à venir. Environ 250 €.
• Microclient Jr : test à venir. Environ 90 €.
• Thincan : test à venir. A partir de 50 €.
• NEC QUOVIO D180 : test à venir. Prix : 300 €

ubuntu-fr

Configurer le serveur de client léger : le fichier dhcpd.conf

Niveau : technique

Le serveur de clients légers installé par défaut dans Edubuntu peut fonctionner sans aucun réglage dans les cas simples.

Exemples :

• un serveur Edubuntu, un switch ethernet, des clients légers, pas de connexion internet : tout fonctionne "out of the box" (mais c'est dommage d'en rester là).

• Même configuration avec en plus un routeur ADSL branché sur le switch. Le routeur a une adresse sur le sous-réseau192.168.0 et on a choisi l'adresse "de base pour le serveur : 192.168.0.1. Au démarrage des clients légers, le serveur répond à leur demande dhcp. Les communications entre le serveur et les clients léger passant par un tunnel crypté ssh, la sécurité est assurée. Les communications vers l'internet sont relayées et éventuellement filtrées par le serveur.

• Même configuration mais le routeur ADSL a aussi des fonctions dhcp : au démarrage d'un client léger, le serveur peut répondre avant le routeur et tout peut se passer sans problèmes. Mais le dhcp du routeur peut aussi interférer et semer la zizanie dans le démarrage. À déconseiller.

• Configuration avec deux cartes réseau, l'une va vers le routeur (eth0) et l'autre (eth1) sert les clients légers : il faut juste donner à eth1 l'IP fixe 192.168.0.1 et tout se passe bien. Par défaut l'internet est accessible par tous les clients. En cas de soucis, on peut consulter cet article (en anglais).

• Intégration dans un réseau existant : cette fois on est presque obligé de mettre le nez sous le capot si l'on veut éviter d'interférer avec les machines déjà en place.

Configuration du "dhcpd.conf" du serveur Edubuntu

Dans un terminal, tapez :

gksudo "gedit /etc/ltsp/dhcpd.conf"

Vous obtiendrez ceci (sans les commentaires [#]) :

# Cette ligne tente de donner la priorité sur un autre serveur dhcp

authoritative;

# Sous réseau autorisant les adresses 192.168.0.1 à 192.168.0.254

subnet 192.168.0.0 netmask 255.255.255.0 {

# plage d'adresses possibles pour les clients légers (affectation en décroissant)

range 192.168.0.20 192.168.0.250;

# Adresse de base du serveur : 192.168.0.1

option domain-name "example.com";
option domain-name-servers 192.168.0.1;
option broadcast-address 192.168.0.255;
option routers 192.168.0.1;
option subnet-mask 255.255.255.0;

# Emplacement du noyau dans le répertoire /var/lib/tftpboot. Selon le client, un noyau PXE ou Etherboot est fourni.

if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" {
filename "/ltsp/i386/pxelinux.0";
}
else{
filename "/ltsp/i386/nbi.img";
}

# Emplacement du système alternatif spécial clients légers

option root-path "/opt/ltsp/i386";
}

Modifications possibles

• Modification de l'adresse du serveur, si par exemple l'adresse 192.168.0.1 est déjà celle du routeur. Cette adresse doit être identique à celle que vous avez choisi dans "Système > Administration > Réseau".

• Modification du sous-réseau : recherchez "192.168.0" et remplacez-le par "192.168.1" (par exemple).

• Modification de la plage d'adresse des clients légers pour éviter un conflit avec une autre machine.

Enregistrez les modifications puis tapez :

sudo /etc/init.d/dhcp3-server start

pour relancer le serveur dhcp, puis

sudo ltsp-update-sshkeys
sudo ltsp-update-image

pour mettre à jour les clés de cryptage ssh qui permettent la communication entre le serveur et les clients légers.

Il ne vous reste plus qu'à démarrer vos clients légers.

Configuration du dhcpd.conf sur un autre serveur

Dans le cas où vous installez le serveur Edubuntu sur un réseau déjà équipé d'un serveur DHCP, vous ne pourrez pas utiliser celui d'Edubuntu sous peine de créer des conflits sur le réseau. Vous devez dans ce cas configurer le fichier /etc/dhcpd.confou /etc/dhcp3/dhcpd.conf en fonction du serveur. Attention, les paramètres ne sont valables que dans le cas du DHCP de l'ISC. Vous serez obligés d'utiliser le serveur DHCP en mode adressé ou statique, ce qui veut dire qu'il faudra entrer les adresses ethernet des clients et l'adresse IP correspondante dans le fichier dhcpd.conf.

Sur le serveur Edubuntu, ne modifiez pas le fichier /etc/ltsp/dhcpd.conf installé par défaut ainsi le serveur ne se lancera pas. Éditez le fichier du serveur DHCP:

sudo gedit /etc/dhcpd.conf

Créez un groupe pour gérer vos clients légers ensemble:

  group {
          option root-path "/opt/ltsp/i386";  
          next-server 192.0.0.1;
          if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" {
                       filename "/ltsp/i386/pxelinux.0";
                       }
                       else{
                       filename "/ltsp/i386/nbi.img";
                       };

La différence principale avec la configuration décrite plus haut est next-server qui donne l'adresse du serveur Edubuntu aux clients légers ainsi une fois qu'ils ont récupéré leurs adresse IP, ils savent qui contacter ensuite.

La suite de votre fichier va concerner les machines incluses dans ce groupe, voici un exemple.

        # PC (Salle multimedia) eleve 1               ##c'est un champ commentaire
	host lnt-d00050 {                             ##c'est le nom réseau ou DNS du client léger
		hardware ethernet 00:1a:a0:34:44:af;  ##c'est l'adresse ethernet du client léger.  (Erreur ?! Ça ressemble plus à une adresse MAC…)
		fixed-address 192.0.0.10;             ##c'est l'adresse IP attribuée au client léger
		}
	# PC (Salle multimedia) eleve 2
	host lnt-d00049 {
	        hardware ethernet 00:1a:a0:34:45:97;
		fixed-address 192.0.0.11;
		}
	# PC (Salle multimedia) eleve 3
	host lnt-d00059 {	hardware ethernet 00:1a:a0:34:45:d1;
		fixed-address 192.0.0.12;
		}
       }

Il faut faire attention à ne pas oublier une { ou }

Installer un serveur de clients légers sous linux

Niveau : technique

Prérequis : connexion Internet

Nota : en ce qui concerne la distribution Edubuntu, l'étape décrite ici est incluse dans l'installation, mais on peut installer un serveur de clients légers à partir de Ubuntu, Kubuntu, Xubuntu…

1.1. Installer les serveurs dhcp, tftp, ssh

sudo apt-get install ltsp-server-standalone openssh-server 

1.2. Construire l'environnement d'exécution du client léger

sudo ltsp-build-client

Ce script crée un système complet dans /opt/ltsp/i386 (dans le cas le plus fréquent où les postes clients sont de type "i386" ainsi que le serveur).

Dans le cas où le serveur est de type "amd64" et que les clients sont de type "i386", il faut saisir :

 sudo ltsp-build-client --arch i386

Attention à modifier ensuite le fichier "dhcpd.conf" en conséquence en y remplaçant les chemins "amd64" par "i386".

Comment fonctionne un client léger sous linux?

C'est un ordinateur qui n'exécute aucun programme lui-même. Il se contente de transmettre à un ordinateur plus puissant (le serveur) les signaux de son clavier et de sa souris. Le serveur, sur lequel s'exécutent les programmes, traîte ces informations et dit au client léger ce qu'il doit afficher sur son écran.

Rien n'est installé sur le client léger, qui n'a même pas besoin de disque dur. Une carte réseau, une carte graphique et une mémoire vive rudimentaire lui suffisent. Même s'il est ancien, ce n'est pas un problème.

Un même serveur peut gérer simultanément une douzaine de clients, voire plus s'il est très puissant. Il lui faut une grosse mémoire vive car c'est lui qui exécute tous les programmes. Mais aujourd'hui, il est facile de trouver un PC avec 4Go de RAM. De plus, si plusieurs clients utilisent un même programme, il suffit au serveur de le charger une fois en mémoire. Et c'est au moins le cas du système d'exploitation.

Il va quand même falloir acheter quelque chose : une deuxième carte réseau pour le serveur :

 mage tirée du tutoriel de junior0, The frog et Vinc14 sur les réseaux

On trouve des cartes réseau à partir de 8€ dans les grands supermarchés ou sur internet. Voici comment disposer vos appareils :

Une fois ces branchements terminés, ouvrez un terminal sur le serveur (votre ordinateur neuf, sur lequel PC-BSD est installé) et lancez la commande ifconfig :

COMMANDE UNIX ----- ifconfig (interface configuration)

Configure ou affiche des informations sur vos interfaces réseau

ifconfig : affiche des informations sur toutes vos interfaces.

ifconfig interface : affiche des informations uniquement sur cette interface.

ifconfig interface adresse : assigne une adresse à cette interface.

ifconfig interface down : désactive cette interface.

ifconfig interface up : active cette interface.

Réponse basique

Les clients légers se contentent de charger en mémoire un système d'exploitation réduit et de se connecter ensuite à un serveur. Les applications s'exécutent sur le serveur mais s'affichent sur l'écran de la station cliente.

Réponse technique

Séquence de démarrage (d'un point de vue du client léger): la station cliente peut soit disposer d'un noyau sur un média de stockage local, soit le charger depuis le serveur au travers du réseau (en utilisant les instructions appropriés, il est possible de charger le noyau linux depuis un serveur au travers d'une carte réseau de démarrage. Ainsi, la station cliente n'a plus besoin de stocker quoi que ce soit, si ce n'est sur la mémoire vive de l'ordinateur.)

Séquence de démarrage

La carte réseau PXE lance une requête DHCP sur le réseau local. Le serveur DHCP répond en indiquant à la carte où se trouve le noyau linux. Le noyau stocké dans /var/lib/tftpboot est alors chargé au travers du réseau via le protocole TFTP.

Une fois le noyau chargé, il est exécuté, et la machine démarre sous linux. initramfs est chargé avec le noyau Linux et il est monté comme système de fichiers root. Ceci procure automatiquement les pilotes nécessaires pour la carte réseau, la souris, le clavier, etc… Une fois le pilote de carte réseau chargé en mémoire, une seconde requête DHCP fournit aux clients les informations comme l'adresse IP, le masque réseau, la passerelle, le serveur DNS et le point de montage root NFS (Network File System) .

Le noyau Linux exécute ubuntu initramfs qui monte le système de fichiers root partagé du serveur sur la machine cliente, en lecture seule. La station cliente a donc alors un noyau Linux de démarrage, un système de fichiers root, comme un vrai système Linux. À partir de maintenant, quand nous parlerons du système de fichiers de la station client, il s'agira en fait du système de fichiers root du serveur monté en lecture seule. Le système de fichiers root monté par la station cliente est différent du système de fichiers root que le serveur utilise lui-même, mais il est conçu spécialement pour les stations clientes, et il est partagé entre toutes celles connectées au serveur (il est situé dans le répertoire /opt/ltsp/ sur le serveur) . initramfs appelle le programme init, les paramètres du serveur X sont autodétectés et le gestionnaire de connexion que l'on appelle ldm est exécuté.

Nota : dans la plupart des cas, les clients seront des machines 32 bits type Intel, et le système alternatif sera placé dans /opt/ltsp/i386.


Une fois connecté, ldm crée un tunnel ssh et démarre une session X sur le serveur avec affichage sur les stations clientes via le tunnel. L'utilisation de ssh procure des avantages : vous n'avez pas à configurer le serveur X sur la station cliente, et aucun transport de données par protocole tcp non sécurisé n'est initialisée, comme cela pouvait l'être auparavant avec ltsp.

VMWare Virtual Desktop Infrastructure !!!.

La virtualisation des postes de travail permet d'utiliser les avantages de la virtualisation, pour administrer des postes de travail légers. Les administrateurs vont pouvoir proposer des postes de travail qui sont conformes aux habitudes des utilisateurs, c'est à dire qu'ils pourront proposer des systèmes d'exploitation de type Desktop ( Windows XP ou Vista par exemple).

L'utilisation de système de type Desktop, va apporter à chaque utilisateur un système dédié. Malgré que cela soit une contrainte, cela va permettre de rendre les utilisateurs administrateur de leurs machines. Seules les applications nécessitant des périphériques physiques (tel que des cartes graphiques par exemple) resteront inutilisables. 

Technologie Client Leger:L'utilisation,Fonctionnalité,Les avantages

L'utilisation

Samsung innove avec sa nouvelle série de Client Léger et moniteur multi-usages. Contrairement aux PC, le
L'ensemble des applications est déporté sur un serveur central avec un accès simplifié, économique, sécurisé et performant.
Client Léger de Samsung n'exécute que des tâches d'affichage, de gestion réseau et d'interface utilisateur, vous bénéficiez en plus de l'écran intégré.
Ce qui n'empêche pas les utilisateurs de retrouver leur environnement de travail habituel : applications métier et bureautiques, messagerie, Internet etc. et bien plus avec ce moniteur tout en un.
Le terminal Client Léger et moniteur multi-usage de Samsung se différencie donc principalement des PC, mais aussi des autres Client Léger par :

Client Léger:Architecture

Le terme "Client Léger" trouve son origine dans une nouvelle génération de terminaux windows, remplaçants des traditionnels terminaux texte passifs. Ils embarquent un système d'exploitation dédié (type Windows CE, CE.NET) et se connectent à des serveurs Windows 2000, 2003, NT4 TSE ou Citrix Metaframe en utilisant les protocoles RDP de Microsoft ou ICA de Citrix.
   

 

citrix_xendesktop4.0

           Guillaume Letyrant, de Citrix France, vous présente, par des schémas très clairs, les 6 possibilités de mise à disposition de l'espace numérique de vos utilisateurs proposées dans la nouvelle solutions XenDesktop 4 de Citrix.

Explications FlexCast PDF

Explications FlexCast en video

La Virtualisation - Principes et fonctionnement Campus

Les entreprises implémentent aujourd’hui majoritairement des infrastructures routées, pour des besoins de haute disponibilité, et d’évolutivité.

Le réseau fédère désormais les flux de diverses entités d’une même entreprise, de partenaires ou sous-traitants ainsi que d’invités. Le besoin de segmentation et de virtualisation au sein du réseau de l’entreprise est donc de plus en plus important afin de supporter les nouvelles applications, la sécurité entre les groupes d’utilisateurs ainsi que la nécessaire souplesse d’évolution en fonction des demandes.

Le réseau doit donc être à même de fournir une isolation de couche 2 et de couche 3, renforçant la sécurité pour les abonnés partageant cette même infrastructure. Les entités n’auront aucune possibilité de communiquer les unes avec les autres, sans une définition explicite de ces autorisations.

Pour cela, il est nécessaire de virtualiser les instances de routage, les services des différents équipements constituant cette infrastructure ainsi que les chemins entre les routeurs.

Les routeurs Cisco ainsi que la gamme de commutateurs Catalyst supportent dès à présent la notion de routeurs virtuels (VPN routing and forwarding instances, RFC 2547) qui sont à la base de la technologie plus globale utilisée par les opérateurs MPLS-VPN.

Virtualisation serveur et poste de travail

                                                                                 La virtualisation est devenue aujourd’hui un élément incontournable des centres de données. L’efficacité opérationnelle offerte par la virtualisation permet aux entreprises de réduire de façon importante la consommation électrique et les tâches d’exploitation.

Le 30 juin 2011, Le Gartner place Microsoft parmi les leaders de la virtualisation et livre de précieuses informations sur le marché. Dans son étude, le Gartner souligne la flexibilité des solutions Microsoft qui vous permettent d’optimiser vos coûts pour retirer le meilleur de vos investissements. Contrairement à d’autres solutions sur le marché, Microsoft propose des suites de produits licenciées au processeur avec un droit illimité de machines virtuelles, comme Windows Server 2008 R2 Datacenter. Ainsi vos coûts de licences par machine virtuelle diminuent au fur et à mesure que vous virtualisez. 

Démonstration du poste de travail de 3ème Génération

 
    Bonjour à tous, aujourd'hui je vais vous montrer une vidéo parle de la nouvelle génération d'ordinateurs,
il ordinateurs virtuel .

« The Network is the Computer »

Le « poste de travail » de 2ème génération ou PC pour Personal Computer, tel que nous le connaissons depuis 1981 sous sa forme monolithique « PC-logiciels installés-données et personnalisation locales » est en voie de disparition pour laisser place à un « environnement de travail » constitué de divers éléments assemblés entre eux dynamiquement et présentés à l'utilisateur dans un mode le plus adapté à son métier.

Aujourd'hui cette métamorphose est possible sans révolution ni perturbation des habitudes, et donc de la productivité des utilisateurs, grâce d'une part au découplage de l'environnement historique en briques rendues indépendantes entre elles par le biais de couches de virtualisation et d'autre part à l'évolution fantastique des réseaux : « The Network is the Computer ».

la virtualisation du poste de travail dans l'administration : difficile mais inéluctable ?

vers un poste de travail universel

La virtualisation du poste de travail consiste à déporter sur le réseau les applications, bureautiques ou
métiers, utilisées par les agents, leur permettant ainsi de retrouver depuis n’importe quel endroit et sur tout type de terminal leur environnement de travail. Elle permet également aux responsables informatiques de gérer le plus finement possible les licences et les droits d’accès, ainsi que les coûts qui en découlent.
Pour les agents en situation de mobilité, qui resteront toujours une minorité par rapport aux agents sédentaires pouvant déjà pleinement bénéficier des bienfaits de la virtualisation du poste de travail, l’existence de solutions permettant à la fois le travail en mode connecté ou déconnecté devrait permettre encore plus l’innovation dans les usages et une appropriation rapide des solutions mobiles par les agents publics.

La virtualisation matériel assistée

Je vais continuer dans la suite logique des billets précédents. Pour rappel, j’ai précédemment parlé de l’intérêt de la virtualisation, proposé une classification des différents types de virtualisation et puis expliqué plus en détail la virtualisation totale. Je vais donc continuer cette série d’article en vous parlant de virtualisation matériel assistée.

Tout d’abord, le terme de virtualisation matériel assistée semble assez explicite. On comprend bien qu’il s’agit de virtualisation qui va être assistée par une fonctionnalité spécifique du matériel. Les détails du fonctionnement de cette technologie le sont cependant bien moins. Ce terme est une traduction de l’anglais « Hardware Assisted Virtualization ». On peut aussi trouver comme autre traduction « virtualisation assistée par matériel ». Tous ces termes sont cependant équivalents. Cependant, la virtualisation partielle n’a aucun rapport.

Comprendre la virtualisation

Le principe de base de la virtualisation est simple. L'idée est de faire fonctionner plusieurs systèmes d'exploitation sur une seule machine physique. Mais voyons d'un peu plus près comment cela fonctionne.

Les premières plateformes de virtualisation, appelées hyperviseurs, ont été conçues par IBM il y a une quarantaine d'années (voir aussi : les services de cloud computing). Alors qu'un OS est normalement associé à un hardware, l'hyperviseur va offrir à l'OS des ressources différentes de celles effectivement présentes. Il va de cette façon pouvoir isoler le système en utilisant une partie du matériel et ainsi le rendre complètement indépendant. L'évolution des technologies et de la puissance des différents composants fait que les ordinateurs actuels sont largement capables de supporter la présence de plusieurs systèmes d'exploitation.

Deux types de modèles sont à distinguer : bare-metal et host based. Le premier consiste à installer l'hyperviseur directement sur le matériel, à la manière d'un OS normal. Dans la seconde option, destinée aux environnements de test, la couche de virtualisation sera installée sur un premier OS, comme un logiciel.

Une fois l'hyperviseur installé, l'administrateur de la machine pourra provisionner des machines virtuelles, ou VM (Virtual Machine), en spécifiant de façon précise les ressources qui lui seront attribuées. Ces VM fonctionnent exactement de la même façon que des machines physiques et contiennent un OS, des applications et des données. L'intégralité de la VM est encapsulée dans des fichiers qui peuvent facilement être sauvegardés ou déplacés.

DaaS, Cloud, SaaS : Késako ?

On entend partout parler des fantastiques possibilités du Cloud, de la nouvelle donne des logiciels partagés et des quelques expériences menées dans le plus grand des secrets autour de la technologie DaaS (Desktop as a Service). Qui y-a-t-il derrière tout ça ? A quoi ça sert ? Et surtout est-ce intéressant pour votre entreprise... Quelques éléments de réponse ici.