Typiquement, le fichier Xservers contiendra une entrée unique – celle pour l’hôte local, et le fichier Xaccess n’aura besoin que d’autoriser l’accès depuis l’hôte local. Le serveur X peut s’exécuter localement sur la même machine ou ailleurs sur le réseau. La force de linux, c’est la puissance qui est donnee a l’utilisateur, sur plusieurs niveaux. Je suis sur Facebook mercingoma Si tu veux tu peux configurer ton inittab pour pas qu’init lance de login texte si t’es dans le runlevel graphique.

Nom:	xdm linux
Format:	Fichier D’archive
Système d’exploitation:	Windows, Mac, Android, iOS
Licence:	Usage Personnel Seulement
Taille:	39.99 MBytes

Il gérera ensuite les sessions X des utilisateurs après qu’ils se soient identifiés – c’est-à-dire qu’il lancera l’exécution de leur gestionnaire de fenêtres et d’applications. Ba c’est facil tu installe un win truc la et t’auras un demarage ultra lent mais qui fait plus « professionnel » Dans la plupart des cas, ce qui a été fourni par défaut avec votre distribution devrait être suffisant, mais pour ceux d’entre vous qui en veulent plus Cette configuration, quand elle est utilisée sans serveur X distant, est la configuration typique utilisée pour une station de travail X, de façon à offrir à l’utilisateur une invite d’authentification graphique sur la machine locale sur laquelle il doit travailler. Il y a Jdownloader, DownloadThemAll, à vous de voir mieux lequel choisir. La requête du serveur X peut prendre une de ces trois formes: Je ne sais pas si il est possible d’empécher çà.

Ce document décrit les principes de base pour utiliser XDM afin d’administrer les terminaux X. Il n’est pas pensé comme un vaste exposé sur toutes les caractéristiques de XDM, mais comme une introduction simple sur ce que peut faire XDM pour les terminaux X.

Pour une présentation complète sur l’installation et la configuration des terminaux X, reportez-vous s’il vous plaît au Thin-client HOWTO, linhx projet de documentation Linux, ou au projet Linux Terminal Server cf. Ce document est soumis au copyright c Kevin Taylor et est distribué sous les conditions de la licence du Linux Documentation Project LDP – Projet de documentation Linuxspécifié comme suit:.

Les documents Linux HOWTO peuvent être reproduits et distribués en tout ou partie, sur tout support physique ou électronique, tant que cette information de copyright est conservée sur chacune des copies. Les distributions commerciales sont autorisées et encouragées ; en revanche, l’auteur voudrait être informé de telles distributions. Toute traduction, tous travaux dérivés ou de compilation contenant un document Linux HOWTO doit être couvert par cette information de copyright.

En conséquence, vous ne pouvez pas créer un document dérivé d’un HOWTO et imposer de nouvelles restrictions à la distribution. Des exceptions à ces règles peuvent être accordées sous certaines conditions ; contactez le coordinateur Linx HOWTO à l’adresse donnée ci-dessous. ,inux un mot, nous voulons encourager la diffusion de ces connaissances par tous les moyens. Aucune responsabilité relative au contenu de ces documents ne saurait être acceptée.

Utilisez les concepts, exemples et autre contenu à vos propres risques. S’agissant d’une nouvelle version de ce document, il peut y avoir des erreurs et des inexactitudes, qui peuvent bien sûr endommager votre système. Procédez avec prudence, et bien que cela reste hautement improbable, le s auteur s en décline nt toutes responsabilités.

Tous les copyrights sont détenus par leurs propriétaires respectifs, sauf mention contraire expresse. L’utilisation d’un terme dans ce document ne doit xcm être considéré comme affectant la valeur d’une xfm de fabrique ou de service. La mention d’un produit particulier ou d’une marque ne doit pas être considérée comme un acte d’approbation. Vous êtes vivement encouragé à faire une linu de votre linu avant une installation importante, et à faire des sauvegardes à des intervalles réguliers.

Mes remerciements vont aux personnes suivantes, pour leur aide sur le fond et la relecture approfondie de ce document. Scot W Stevenson, pour le mini-howto original sur les terminaux X, le X Terminal Mini-Howto delniux ont été tirées certaines informations pour la section sur la configuration avancée de xdm-config. Vos réactions sur ce document sont absolument les bienvenues. Sans vos soumissions et vos contributions, ce document n’aurait jamais existé.

Envoyez s’il vous plaît vos ajouts, commentaires et critiques à cette adresse électronique: Je devrais probablement donner des détails sur les sujets suivants: Sa grande force et ce détail qui nous intéresse pour ce document est qu’il sépare les applications en fonctionnement navigateur internet, traitement de textes, etc.

En fait, cela veut dire que vous pouvez faire tourner une application sur une machine, et avoir ses entrées et xrm redirigées sur une autre machine au travers d’un réseau. C’est le principe clé qui rend possibles les terminaux X. Ce document ne traite pas de l’installation ou de la configuration d’un réseau ou de X sous Linux.

Il est recommandé au lecteur de consulter la liste de ressources fournie à la fin de ce document afin de continuer au-delà de ces renseignements de base – en particulier la configuration des paramètres linus et de sécurité doit être étudiée, car les exemples donnés dans ce document utilisent les modes d’exploitation les moins sécurisés. Ce document n’essaie pas de décrire l’installation et la configuration de Linux comme terminal X. Ce document est né de mon désir d’expérimenter Linux sur llinux PCcomme terminal X de ma machine Linux principale.

Ainsi, après une soirée ou deux linyx, ce document est né. Une fois la terminologie xsm base triée, la documentation de XDM et les fichiers d’exemples commentés deviennent très intéressants à lire. Je n’ai juste pu trouver nulle part une introduction simple aux concepts de base, qui me permette de débuter.

En espérant que ce document pourra être une introduction appropriée pour quelqu’un dans une situation similaire à la mienne. En réalité, il peut vraiment faire beaucoup plus que cela. Il gérera ensuite les sessions X des utilisateurs après qu’ils se soient identifiés – c’est-à-dire qu’il lancera l’exécution de leur gestionnaire de fenêtres et d’applications. Cependant, XDM peut également gérer des serveurs X distants et fournir des demandes d’authentification pour les terminaux X distants.

En résumé, il n’est pas limité à la machine locale – il peut facilement gérer d’autres machines reliées par réseau.

Ce document tente d’apporter assez d’informations pour configurer vos terminaux X et vos applications serveur pour les connecter entre eux. Une note à propos de la sécurité: Je suppose que vous faîtes fonctionner X sur un réseau de confiance et que la sécurité n’est pas un problème. Ce terme peut être utilisé pour des configurations très diverses, mais dans sa forme la plus simple, c’est une machine avec une connexion réseau, clavier, souris et écran, configurée pour faire tourner le système X Window connecté à un serveur d’applications situé quelque part sur le réseau.

Il y a xvm configurations de terminaux X avec différents niveaux de fonctionnalités, allant du terminal dépourvu de disque aux stations de travail X complètes. Avant d’aller plus loin, je dois xsm les termes que j’utiliserai tout au long de ce document. En oinux de X, il y a pas mal de confusion entre qui lknux serveur de services pour qui. C’est encore plus vrai quand on considère des sessions distribuées sur un réseau faisant appel à des terminaux X.

Terminal X dépourvu de disque Il s’agit d’une machine sans disque dur local, qui accomplira son démarrage grâce à une EPROM ou autres qui utilise une connexion réseau avec un serveur.

X Window Display Manager

Cela veut dire obtenir du serveur la configuration réseau, le système d’exploitation, la configuration système et toutes les applications.

Typiquement, cette configuration combinera les protocoles réseau suivants pour pouvoir se lancer: Il s’agit d’une machine qui démarre sur son disque local, lance un système d’exploitation et le programme serveur X, mais rien de plus. Il s’agit d’une machine similaire au terminal X limité, mais qui fournira l’option de s’identifier sur la machine elle-même, et donc la possibilité de devenir une station de travail autonome c’est-à-dire sans connectivité réseau si nécessaire.

La plupart des distributions peuvent être configurées directement comme une station de travail X autonome, avec une invite d’authentification graphique. Il s’agit de toute application, des éditeurs aux navigateurs, en passant par le gestionnaire de fenêtres lui-même.

Il s’agit du programme qui contrôle l’affichage d’une machine disposant d’une console physique écran, clavier, souris, etc. Cela peut être vu comme un pilote pour une combinaison de carte graphique, clavier et souris.

Morceaux choisis de la Linux Gazette N° Configuration et utilisation d’XDM

Il s’agit d’une configuration qui nécessite l’utilisation d’un serveur X pour accepter des entrées clavier et souris et fournir un affichage écran. Un client X ne peut produire d’affichage sans les services d’un serveur X. Le serveur X peut s’exécuter localement sur la même machine ou ailleurs sur le réseau. Ainsi, suivant les descriptions ci-dessus, une station de travail X peut être vue comme un terminal X limité et un serveur d’applications tournant sur la même machine.

Ce document envisagera les architectures des différentes options données ci-dessus, et décrira le rôle que XDM peut jouer dans leur mise en place. XDM est chargé de fournir aux utilisateurs une invite d’authentification et de lancer kinux session X. Il peut gérer des sessions locales c’est à dire pour les personnes utilisant une station de travail X ou des sessions sur des machines distantes, au travers d’une connexion avec un serveur d’applications, depuis un terminal limité ou dépourvu de disque.

Il y a deux modes opératoires: Ceci permet aux serveurs X d’envoyer des requêtes aux serveurs exécutant XDM.

Dans ce mode opératoire, XDM ne fera rien tant que ça ne lui aura pas été demandé par votre serveur X. La requête du serveur X peut prendre une de ces trois formes: Cet hôte donné présentera alors à l’utilisateur une liste d’hôtes dans laquelle il devra choisir, puis initialisera la communication avec l’hôte sélectionné, lequel présentera xdk invite d’authentification sur linjx du serveur X.

Si vous avez plusieurs machines par exemple des terminaux X limités ou dépourvus de disquequi ne font que faire tourner un serveur X, tous destinés à fournir une invite d’authentification pour un seul serveur d’application, alors il est possible de configurer XDM sur le serveur d’applications afin qu’il se connecte en retour avec chaque serveur X et qu’il présente xxm invite d’authentification automatiquement sur chaque écran.

Dans ce mode opératoire, XDM sortira d’initiative une invite xdn pour tous les liinux X de sa connaissance, sans attendre une requête de leur xxm. Dans ce cas, le fichier de configuration Xservers liste chaque machine y compris l’écran local, si nécessaire auxquelles XDM doit se connecter pour afficher son invite d’authentification.

Cette configuration, quand elle est utilisée sans serveur X distant, est la configuration typique utilisée pour une station de travail X, liux façon à offrir à l’utilisateur une invite d’authentification graphique sur la machine locale sur laquelle il doit travailler.

Comme dit plus haut, la plupart des distributions permettent immédiatement cette configuration, de façon à présenter pinux l’utilisateur une invite d’authentification graphique. XDM doit avoir l’autorisation de se connecter aux serveurs X en question – aussi linuxx contrôles d’accès sur xvm serveurs X doivent être configurés en conséquence. Cette section couvre ce qui doit être configuré pour que XDM puisse accomplir les fonctions décrites jusqu’ici dans ce document.

Pour chaque cas, la configuration décrite est le minimum nécessaire pour accomplir chaque but. Dans la plupart des cas, cela veut dire aussi que la configuration est la moins sécurisée. Cette section décrit l’ensemble des fichiers de configuration de XDM suivant: Il seront trouvés dans Debian 2. Pour toutes les distributions considérées dans ce document, les noms de fichiers apparaissent tels que cités ici mais quelques fois, leur emplacement peut varier.

Il définit également les scripts qui doivent être lancés pour les différents états de transition d’une session X, c’est-à-dire au démarrage, etc. Vous ne devriez pas avoir besoin de les changer, car la plupart des distributions l’ont préconfiguré pour vous. Notez que les sessions X gérées par XDM ont un ensemble de scripts de configuration et de démarrage différent des sessions X démarrées avec xinit ou startx c’est-à-dire les sessions X non gérées par XDM.

Si une machine n’est pas inscrite dans ce fichier, alors il lui sera impossible de demander une invite d’authentification à XDM. Contient une liste de machines auxquelles XDM se connectera, pour fournir une invite d’authentification, de façon automatique – c’est-à-dire, ces machines faisant déjà tourner un serveur X, mais qui veulent que ce soit notre machine qui fournisse l’invite d’authentification. Ce fichier n’est nécessaire que pour des serveurs X gérés par XDM.

Vous n’avez besoin d’aucune entrée dans ce fichier si vous laissez aux serveurs X distants la tâche de requérir XDM.

XDM Hook for Linux & Mac OS X :: Modules pour SeaMonkey

Détaille les propriétés X utilisées par les composants visuels par exemple la taille de la boîte d’identification, les couleurs, les images de fond, etc.

Une entrée doit être placée dans le fichier Xservers pour chaque serveur X sur lequel XDM doit présenter une invite d’authentification. Exemple D’abord la machine locale: Notez qu’il est possible de spécifier l’hôte et l’écran: Le fichier Xaccess détermine quels hôtes peuvent faire des requêtes à XDM sur notre machine, de façon à obtenir une invite d’authentification.

La façon dont vous démarrerez le serveur X lui-même dépendra de la manière dont vous voulez qu’il interagisse avec XDM, local ou distant. Station de travail X: XDM et serveur X local XDM démarrera généralement X automatiquement pour vous, et sera normalement configuré pour être lancé durant le processus de démarrage par les scripts d’initialisation.

Typiquement, le fichier Xservers contiendra une entrée unique – celle pour l’hôte local, et le fichier Xaccess n’aura besoin que d’autoriser l’accès depuis l’hôte local. Démarrez uniquement X, sans client, avec des permissions d’accès telles que le XDM distant puisse s’y connecter à son lancement.

La ligne suivante fait liunx X sans contrôle d’accès: Quand le XDM distant est lancé, il fournira d’autorité linhx invite d’authentification à tous les serveurs X configurés ainsi suivant ceux présents dans son fichier Xservers.