je voudrais savoir s'il y a un moyen pour ouvrir une session sur un
Debian/Squeeze à distance, comme si on était devant la machine ? Un peu comme
pour le Bureau à distance de Windows avec le port 3389.
je voudrais savoir s'il y a un moyen pour ouvrir une session sur un
Debian/Squeeze à distance, comme si on était devant la machine ? Un peu comme
pour le Bureau à distance de Windows avec le port 3389.
je voudrais savoir s'il y a un moyen pour ouvrir une session sur un
Debian/Squeeze à distance, comme si on était devant la machine ? Un peu comme
pour le Bureau à distance de Windows avec le port 3389.
Sur la machine cliente, il faut lancer un serveur X qui va se connecter
au display manager de la machine serveur :
X -ac -query adresse.ip.du.serveur :1
(de mémoire, commande à vérifier ; le :1 n'est pas un port mais le nº
local de DISPLAY)
Il faut auparavant régler le display manager pour qu'il accepte ce type
de connexion, et ouvrir le port idoine (6000 je crois) dans le firewall.
Sur la machine cliente, il faut lancer un serveur X qui va se connecter
au display manager de la machine serveur :
X -ac -query adresse.ip.du.serveur :1
(de mémoire, commande à vérifier ; le :1 n'est pas un port mais le nº
local de DISPLAY)
Il faut auparavant régler le display manager pour qu'il accepte ce type
de connexion, et ouvrir le port idoine (6000 je crois) dans le firewall.
Sur la machine cliente, il faut lancer un serveur X qui va se connecter
au display manager de la machine serveur :
X -ac -query adresse.ip.du.serveur :1
(de mémoire, commande à vérifier ; le :1 n'est pas un port mais le nº
local de DISPLAY)
Il faut auparavant régler le display manager pour qu'il accepte ce type
de connexion, et ouvrir le port idoine (6000 je crois) dans le firewall.
Sur la machine cliente, il faut lancer un serveur X qui va se connecter
au display manager de la machine serveur :
X -ac -query adresse.ip.du.serveur :1
(de mémoire, commande à vérifier ; le :1 n'est pas un port mais le nº
local de DISPLAY)
Il faut auparavant régler le display manager pour qu'il accepte ce type
de connexion, et ouvrir le port idoine (6000 je crois) dans le firewall.
Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
Ignoring extra symbols
Sur la machine cliente, il faut lancer un serveur X qui va se connecter
au display manager de la machine serveur :
X -ac -query adresse.ip.du.serveur :1
(de mémoire, commande à vérifier ; le :1 n'est pas un port mais le nº
local de DISPLAY)
Il faut auparavant régler le display manager pour qu'il accepte ce type
de connexion, et ouvrir le port idoine (6000 je crois) dans le firewall.
Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
Ignoring extra symbols
Sur la machine cliente, il faut lancer un serveur X qui va se connecter
au display manager de la machine serveur :
X -ac -query adresse.ip.du.serveur :1
(de mémoire, commande à vérifier ; le :1 n'est pas un port mais le nº
local de DISPLAY)
Il faut auparavant régler le display manager pour qu'il accepte ce type
de connexion, et ouvrir le port idoine (6000 je crois) dans le firewall.
Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
Ignoring extra symbols
B) Et enfin sur une machine cliente, je lance en tant que root :
X -ac -port 300 -query 192.168.0.101 :1
Et j'ai bien la fenêtre de connexion gdm3 du serveur sous les yeux.
J'aurais trois questions sur tout ça.
1) Pourquoi est-ce que la commande de la partie B ne fonctionne-t-elle
pas quand je ne suis pas root ? Avec mon « simple » compte "francois",
j'obtiens ça :
----------------------------------------------------
$ X -ac -port 3000 -query 192.168.0.101 :1
X: user not authorized to run the X server, aborting.
----------------------------------------------------
Au début, je pensais que ça venait du serveur, mais en fait j'ai
l'impression c'est directement en local que je me fais jeter.
2) Une fois que j'ai bien entamé une session X distante avec le serveur,
l'affichage prend la totalité de l'écran. Pour sortir de là et retourner
à ma session X locale, je tape CTRL+ALT+F7. Pour repasser sur
l'affichage de la session distante je tape CTRL+ALT+F8 etc. En revanche,
la commande « X ... » lancée dans le gnome-terminal continue son
exécution et je n'ai pas le prompt. Pour stopper la commande, je fais
simplement un CTRL+c. Est-ce comme cela qu'il faut fermer la connexion
distante ou bien y a-t-il une manière plus propre ?
3) Enfin, quand je lance la commande « X ... » en tant que root, j'ai
ceci sur ma console :
----------------------------------------------------
# X -ac -port 3000 -query 192.168.0.101 :1
[snip]
The XKEYBOARD keymap compiler (xkbcomp) reports:Warning: Type "ONE_LEVEL" has 1 levels, but<RALT> has 2 symbols
Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
----------------------------------------------------
Quelle est cette erreur dont il est fait mention à la fin ?
B) Et enfin sur une machine cliente, je lance en tant que root :
X -ac -port 300 -query 192.168.0.101 :1
Et j'ai bien la fenêtre de connexion gdm3 du serveur sous les yeux.
J'aurais trois questions sur tout ça.
1) Pourquoi est-ce que la commande de la partie B ne fonctionne-t-elle
pas quand je ne suis pas root ? Avec mon « simple » compte "francois",
j'obtiens ça :
----------------------------------------------------
$ X -ac -port 3000 -query 192.168.0.101 :1
X: user not authorized to run the X server, aborting.
----------------------------------------------------
Au début, je pensais que ça venait du serveur, mais en fait j'ai
l'impression c'est directement en local que je me fais jeter.
2) Une fois que j'ai bien entamé une session X distante avec le serveur,
l'affichage prend la totalité de l'écran. Pour sortir de là et retourner
à ma session X locale, je tape CTRL+ALT+F7. Pour repasser sur
l'affichage de la session distante je tape CTRL+ALT+F8 etc. En revanche,
la commande « X ... » lancée dans le gnome-terminal continue son
exécution et je n'ai pas le prompt. Pour stopper la commande, je fais
simplement un CTRL+c. Est-ce comme cela qu'il faut fermer la connexion
distante ou bien y a-t-il une manière plus propre ?
3) Enfin, quand je lance la commande « X ... » en tant que root, j'ai
ceci sur ma console :
----------------------------------------------------
# X -ac -port 3000 -query 192.168.0.101 :1
[snip]
The XKEYBOARD keymap compiler (xkbcomp) reports:
Warning: Type "ONE_LEVEL" has 1 levels, but<RALT> has 2 symbols
Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
----------------------------------------------------
Quelle est cette erreur dont il est fait mention à la fin ?
B) Et enfin sur une machine cliente, je lance en tant que root :
X -ac -port 300 -query 192.168.0.101 :1
Et j'ai bien la fenêtre de connexion gdm3 du serveur sous les yeux.
J'aurais trois questions sur tout ça.
1) Pourquoi est-ce que la commande de la partie B ne fonctionne-t-elle
pas quand je ne suis pas root ? Avec mon « simple » compte "francois",
j'obtiens ça :
----------------------------------------------------
$ X -ac -port 3000 -query 192.168.0.101 :1
X: user not authorized to run the X server, aborting.
----------------------------------------------------
Au début, je pensais que ça venait du serveur, mais en fait j'ai
l'impression c'est directement en local que je me fais jeter.
2) Une fois que j'ai bien entamé une session X distante avec le serveur,
l'affichage prend la totalité de l'écran. Pour sortir de là et retourner
à ma session X locale, je tape CTRL+ALT+F7. Pour repasser sur
l'affichage de la session distante je tape CTRL+ALT+F8 etc. En revanche,
la commande « X ... » lancée dans le gnome-terminal continue son
exécution et je n'ai pas le prompt. Pour stopper la commande, je fais
simplement un CTRL+c. Est-ce comme cela qu'il faut fermer la connexion
distante ou bien y a-t-il une manière plus propre ?
3) Enfin, quand je lance la commande « X ... » en tant que root, j'ai
ceci sur ma console :
----------------------------------------------------
# X -ac -port 3000 -query 192.168.0.101 :1
[snip]
The XKEYBOARD keymap compiler (xkbcomp) reports:Warning: Type "ONE_LEVEL" has 1 levels, but<RALT> has 2 symbols
Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
----------------------------------------------------
Quelle est cette erreur dont il est fait mention à la fin ?
Bonjour,
je voudrais savoir s'il y a un moyen pour ouvrir une session sur un
Debian/Squeeze à distance, comme si on était devant la machine ? Un peu
comme pour le Bureau à distance de Windows avec le port 3389.
Bonjour,
je voudrais savoir s'il y a un moyen pour ouvrir une session sur un
Debian/Squeeze à distance, comme si on était devant la machine ? Un peu
comme pour le Bureau à distance de Windows avec le port 3389.
Bonjour,
je voudrais savoir s'il y a un moyen pour ouvrir une session sur un
Debian/Squeeze à distance, comme si on était devant la machine ? Un peu
comme pour le Bureau à distance de Windows avec le port 3389.
1) Pourquoi est-ce que la commande de la partie B ne fonctionne-t-elle
pas quand je ne suis pas root ?
The XKEYBOARD keymap compiler (xkbcomp) reports:Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
----------------------------------------------------
Quelle est cette erreur dont il est fait mention à la fin ?
1) Pourquoi est-ce que la commande de la partie B ne fonctionne-t-elle
pas quand je ne suis pas root ?
The XKEYBOARD keymap compiler (xkbcomp) reports:
Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
----------------------------------------------------
Quelle est cette erreur dont il est fait mention à la fin ?
1) Pourquoi est-ce que la commande de la partie B ne fonctionne-t-elle
pas quand je ne suis pas root ?
The XKEYBOARD keymap compiler (xkbcomp) reports:Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
----------------------------------------------------
Quelle est cette erreur dont il est fait mention à la fin ?
je crois que la liaison n'est pas cryptée.
je crois que la liaison n'est pas cryptée.
je crois que la liaison n'est pas cryptée.
Ouch ! Le '-ac' est une TRÈS mauvaise idée niveau sécurité et n'a
AUCUNE utilité ici !
C'est bien ça, et c'est bien le serveur puisque dans le modèle réseau
de X-Window le serveur est du côté de l'affichage...
le message est clair : X a besoin des droits root pour prendre le
contrôle de la carte vidéo.
Tu peux permettre à un utilisateur quelconque de lancer le serveur X en
modifiant /etc/X11/Xwrapper.config :
allowed_users = anybody
2) Une fois que j'ai bien entamé une session X distante avec le serveur,
l'affichage prend la totalité de l'écran. Pour sortir de là et retourner
à ma session X locale, je tape CTRL+ALT+F7. Pour repasser sur
l'affichage de la session distante je tape CTRL+ALT+F8 etc. En revanche,
la commande « X ... » lancée dans le gnome-terminal continue son
exécution et je n'ai pas le prompt. Pour stopper la commande, je fais
simplement un CTRL+c. Est-ce comme cela qu'il faut fermer la connexion
distante ou bien y a-t-il une manière plus propre ?
pas vraiment. Mais tu peux avoir ton affichage dans une fenêtre de ton
affichage de départ : installe le paquet xserver-xephyr et lance
Xephyr :1 -geometry XxY -query ...
3) Enfin, quand je lance la commande « X ... » en tant que root, j'ai
ceci sur ma console :
----------------------------------------------------
# X -ac -port 3000 -query 192.168.0.101 :1
[snip]
The XKEYBOARD keymap compiler (xkbcomp) reports:Warning: Type "ONE_LEVEL" has 1 levels, but<RALT> has 2
symbols
Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
----------------------------------------------------
Quelle est cette erreur dont il est fait mention à la fin ?
Rien d'important.
Ouch ! Le '-ac' est une TRÈS mauvaise idée niveau sécurité et n'a
AUCUNE utilité ici !
C'est bien ça, et c'est bien le serveur puisque dans le modèle réseau
de X-Window le serveur est du côté de l'affichage...
le message est clair : X a besoin des droits root pour prendre le
contrôle de la carte vidéo.
Tu peux permettre à un utilisateur quelconque de lancer le serveur X en
modifiant /etc/X11/Xwrapper.config :
allowed_users = anybody
2) Une fois que j'ai bien entamé une session X distante avec le serveur,
l'affichage prend la totalité de l'écran. Pour sortir de là et retourner
à ma session X locale, je tape CTRL+ALT+F7. Pour repasser sur
l'affichage de la session distante je tape CTRL+ALT+F8 etc. En revanche,
la commande « X ... » lancée dans le gnome-terminal continue son
exécution et je n'ai pas le prompt. Pour stopper la commande, je fais
simplement un CTRL+c. Est-ce comme cela qu'il faut fermer la connexion
distante ou bien y a-t-il une manière plus propre ?
pas vraiment. Mais tu peux avoir ton affichage dans une fenêtre de ton
affichage de départ : installe le paquet xserver-xephyr et lance
Xephyr :1 -geometry XxY -query ...
3) Enfin, quand je lance la commande « X ... » en tant que root, j'ai
ceci sur ma console :
----------------------------------------------------
# X -ac -port 3000 -query 192.168.0.101 :1
[snip]
The XKEYBOARD keymap compiler (xkbcomp) reports:
Warning: Type "ONE_LEVEL" has 1 levels, but<RALT> has 2
symbols
Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
----------------------------------------------------
Quelle est cette erreur dont il est fait mention à la fin ?
Rien d'important.
Ouch ! Le '-ac' est une TRÈS mauvaise idée niveau sécurité et n'a
AUCUNE utilité ici !
C'est bien ça, et c'est bien le serveur puisque dans le modèle réseau
de X-Window le serveur est du côté de l'affichage...
le message est clair : X a besoin des droits root pour prendre le
contrôle de la carte vidéo.
Tu peux permettre à un utilisateur quelconque de lancer le serveur X en
modifiant /etc/X11/Xwrapper.config :
allowed_users = anybody
2) Une fois que j'ai bien entamé une session X distante avec le serveur,
l'affichage prend la totalité de l'écran. Pour sortir de là et retourner
à ma session X locale, je tape CTRL+ALT+F7. Pour repasser sur
l'affichage de la session distante je tape CTRL+ALT+F8 etc. En revanche,
la commande « X ... » lancée dans le gnome-terminal continue son
exécution et je n'ai pas le prompt. Pour stopper la commande, je fais
simplement un CTRL+c. Est-ce comme cela qu'il faut fermer la connexion
distante ou bien y a-t-il une manière plus propre ?
pas vraiment. Mais tu peux avoir ton affichage dans une fenêtre de ton
affichage de départ : installe le paquet xserver-xephyr et lance
Xephyr :1 -geometry XxY -query ...
3) Enfin, quand je lance la commande « X ... » en tant que root, j'ai
ceci sur ma console :
----------------------------------------------------
# X -ac -port 3000 -query 192.168.0.101 :1
[snip]
The XKEYBOARD keymap compiler (xkbcomp) reports:Warning: Type "ONE_LEVEL" has 1 levels, but<RALT> has 2
symbols
Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
----------------------------------------------------
Quelle est cette erreur dont il est fait mention à la fin ?
Rien d'important.
Le 06/05/2012 12:52, YBM a écrit :Ouch ! Le '-ac' est une TRÈS mauvaise idée niveau sécurité et n'a
AUCUNE utilité ici !
Ok, c'est noté.C'est bien ça, et c'est bien le serveur puisque dans le modèle réseau
de X-Window le serveur est du côté de l'affichage...
Étant donné que c'est moi qui initie la connexion en lançant la commande
X sur un terminal, je pensais que le client était de mon côté et que le
serveur était du côté de la machine distance. Mais je n'y rien en
X-Window et compagnie.
Le 06/05/2012 12:52, YBM a écrit :
Ouch ! Le '-ac' est une TRÈS mauvaise idée niveau sécurité et n'a
AUCUNE utilité ici !
Ok, c'est noté.
C'est bien ça, et c'est bien le serveur puisque dans le modèle réseau
de X-Window le serveur est du côté de l'affichage...
Étant donné que c'est moi qui initie la connexion en lançant la commande
X sur un terminal, je pensais que le client était de mon côté et que le
serveur était du côté de la machine distance. Mais je n'y rien en
X-Window et compagnie.
Le 06/05/2012 12:52, YBM a écrit :Ouch ! Le '-ac' est une TRÈS mauvaise idée niveau sécurité et n'a
AUCUNE utilité ici !
Ok, c'est noté.C'est bien ça, et c'est bien le serveur puisque dans le modèle réseau
de X-Window le serveur est du côté de l'affichage...
Étant donné que c'est moi qui initie la connexion en lançant la commande
X sur un terminal, je pensais que le client était de mon côté et que le
serveur était du côté de la machine distance. Mais je n'y rien en
X-Window et compagnie.
Le 06.05.2012 13:15, Francois Lafont a écrit :Le 06/05/2012 12:52, YBM a écrit :Ouch ! Le '-ac' est une TRÈS mauvaise idée niveau sécurité et n'a
AUCUNE utilité ici !
Ok, c'est noté.C'est bien ça, et c'est bien le serveur puisque dans le modèle réseau
de X-Window le serveur est du côté de l'affichage...
Étant donné que c'est moi qui initie la connexion en lançant la commande
X sur un terminal, je pensais que le client était de mon côté et que le
serveur était du côté de la machine distance. Mais je n'y rien en
X-Window et compagnie.
C'est tout simple : le serveur X fournit le service d'affichage et
d'accès aux dispositif d'entrée, les clients sont les applications
qui demandent l'affichage de fenêtres.
Le 06.05.2012 13:15, Francois Lafont a écrit :
Le 06/05/2012 12:52, YBM a écrit :
Ouch ! Le '-ac' est une TRÈS mauvaise idée niveau sécurité et n'a
AUCUNE utilité ici !
Ok, c'est noté.
C'est bien ça, et c'est bien le serveur puisque dans le modèle réseau
de X-Window le serveur est du côté de l'affichage...
Étant donné que c'est moi qui initie la connexion en lançant la commande
X sur un terminal, je pensais que le client était de mon côté et que le
serveur était du côté de la machine distance. Mais je n'y rien en
X-Window et compagnie.
C'est tout simple : le serveur X fournit le service d'affichage et
d'accès aux dispositif d'entrée, les clients sont les applications
qui demandent l'affichage de fenêtres.
Le 06.05.2012 13:15, Francois Lafont a écrit :Le 06/05/2012 12:52, YBM a écrit :Ouch ! Le '-ac' est une TRÈS mauvaise idée niveau sécurité et n'a
AUCUNE utilité ici !
Ok, c'est noté.C'est bien ça, et c'est bien le serveur puisque dans le modèle réseau
de X-Window le serveur est du côté de l'affichage...
Étant donné que c'est moi qui initie la connexion en lançant la commande
X sur un terminal, je pensais que le client était de mon côté et que le
serveur était du côté de la machine distance. Mais je n'y rien en
X-Window et compagnie.
C'est tout simple : le serveur X fournit le service d'affichage et
d'accès aux dispositif d'entrée, les clients sont les applications
qui demandent l'affichage de fenêtres.