Forum

Bonjour,

Édité par Visiteur Le 26/02/2017 à 07h53

Parce que l'article ne traite pas du sujet ?

Une petite précision : dans le tutoriel une des choses importantes qui n'a pas été reprise de wikipedia c'est l'information suivante : "VNC est indépendant du système d'exploitation". C'est effectivement l'intérêt de Tigervnc que de s'affranchir de l'OS.



Mais quand on travaille de GNU/Linux à GNU/Linux, il y a beaucoup plus simple !



Bien sûr auparavant, comme pour n'importe quelle connexion, il faut régler les problèmes de :

- user : connaître le user et le password distants

- host : pouvoir contacter le host distant : firewall, adresse ip, alias...



Mais ensuite un simple :

et le tour est joué. La connexion s'établit en mode console. Mais grâce à l'option -X du ssh, le lancement d'un outil graphique, style CCM, passé sur le PC distant s'affiche sur le PC local.



Cette solution est beaucoup plus simple car elle ne nécessite aucune installation (que de la configuration réseau). Elle ne donne pas un bureau complet à distance mais avec le gestionnaire de fichier, nano et le CCM distants cela suffit souvent. Elle ne fonctionne pas non plus pour les OS non *nix.

Édité par magnux77 Le 31/08/2015 à 09h51

En gros tu veux la suite de commandes à taper bout à bout ?

Tu as raison nmrk.n, il y a souvent confusion entre documentation et manuel d'installation. Mais il n'y a pas grand chose à en dire d'autre que cela déporte le bureau graphique et donc que l'on peut faire à distance avec VNC ce que l'on fait en graphique localement. Sinon, voir Wikipedia.

As-tu vu ma proposition précédente ?

Je pense que, même user, même machine en local et en distant, il s'agit de 2 sessions différentes. Quand je testais ma Raspberry Pi, j'utilisais le même user mais l'écran local, n'était pas le même que l'écran distant et les fenêtres des applications, différentes. Bref, il s'agit de sessions graphiques distinctes. Je n'avais qu'un user défini sur le vncserver mais il était possible de lancer plusieurs "display X11" (:1 :2: 3) et si j'avais eu plusieurs PC j'aurais pu m'y connecter avec le même user en utilisant les différents X Display lancés. En ayant à chaque fois la même initialisation de bureau mais des applis selon les sessions. Suis-je clair ? (je n'ai pas l'impression).

Que ce soit par VNC ou ssh -X c'est perturbant ou tout au moins propice aux confusions. Même quand on est averti, alors j'imagine mal des utilisateurs lamda face à ce risque de confusion. L'un ou l'autre n'ont d'intéret je pense que sur des serveurs SANS interface graphique, clavier, souris.

Pour ssh -X, bien sûr qu'il est possible de lancer plusieurs applis, il suffit de les lancer en arrière-plan (avec un & après la commande).

L'architecture X est assez traps. Le serveur X est sur le poste client, l'interface clavier-souris est client de ce serveur et les applis sur le soi-disant serveur sont clientes elles aussi de ce seveur X. Sur ce bonne nuit...

ça ajoute un utilisateur en créant son dossier /home





Par défaut, un utilisateur n'est pas verrouillé. Spécificité Mageia ? Affectes un mot de passe





bug des droits root avec polkit ?





bonne question. Il y a peut être un paramètre dont j'ignore l’existence. Mais vu que c'est une solution que j'utilise dans le cadre professionnel (pas sous Mageia bien sûr) et que je n'ai pas eu besoin de son, et bien je n'ai pas cherché. Si tu as la solution n'hésites pas à compléter le wiki avec les balises adéquat





S'il est verrouillé il ne doit pas pouvoir se connecter du tout ....





Déjà on va bannir le gras hein

Ce que tu cherches c'est ici genre une alternative à Teamviewer ? Voir la même chose que celui qui est devant l'écran ? Voir : http://www.linuxtricks.fr/wiki/vnc-x11vnc-pour-prendre-le-controle-du-bureau-a-distance

Oui, il doit y avoir moyen, il faut cacher que c'est un PC en ne démarrant que le client VNC, comment ? Je ne sais pas.



Si tu essayais plutôt de dire ce que tu veux faire avec cd VNC. Parce que grosso modo, VNC permet sur un PC (GNU/Linux ou Windows) d'avoir l'interface graphique qu'un serveur n'a pas et ne doit pas avoir.

Tu viens de réinventer l'architecture des HP ou les DEC d'antan. En effet, il suffit d'un serveur sans interface graphique et des terminaux X sans autonomie. En effet avec ce que tu dis, pourquoi utiliser encore des PC avec disque dur et système d'exploitation si tout est sur le serveur ?



C'est plus sage, nous délirerons moins

Édité par magnux77 Le 03/09/2015 à 10h13