Page 1 sur 1

CygwinX et export display en ssh => Pb d\'affichage

Publié : jeu. 7 juin 2007 23:11
par dricfr
Bonjour,

Dans le même réseau local :

j'ai un PC sous linux Debian où j'ai installé Xorg + Xfce comme à la vielle époque.
Il est configuré pour fonctionner en 1280*960
xdm tourne pour permettre la connexion xdmcp

J'ai un PC windows xp 64 avec cygwinX d'installer. L''affichage est en 1600x1200

Le but est d'exploiter la machine linux

1) Ce qui marche un peu:
sous une console cygwin, un export display "classique" (X -query linux.ici).
Mais, la fenêtre xwindows qui s'ouvre donc sous xp64 prend tout l'écran, et n'a pas la résolution voulue.

2) Ce qui marche encore moins :
sous une console cygwin
[cpp]startxwin.sh [/cpp].
puis dans le xterm qui s'ouvre
[cpp]ssh -Y lechef@linux.ici[/cpp] :whistle:
Ensuite, je lance le client X
[cpp]startxfce4[/cpp]
Xfce4 se lance, mais l'affichage sur xp64 est composer de plusieurs fenêtres (une pour chaque élément : bureau, barres, explorer...) et surtout il prend la totalité de l'affichage, soit l'intégralité de mon dual display 1600*1200 ...

Donc, comment on fait pour que ça face ce qu'on veut, soit que l'affichage s'ouvre dans une fenêtre X à la résolution voulue ?
Je cherche du côté de cygwinX , puisque c'est lui qui se charge de l'affichage, à priori, sans trop de succès.

Merci de votre aide ou de vos suggestions.

CygwinX et export display en ssh => Pb d\'affichage

Publié : ven. 8 juin 2007 08:37
par littleyahyah
salut dricfr,

tu as essayé Putty associé à Xming pour voir si tu as le même problème ?

CygwinX et export display en ssh => Pb d\'affichage

Publié : sam. 9 juin 2007 13:35
par dricfr
Salut,

Oui, j'ai essayé avec Putty et ça fait exactement la même chose. C'est d'aileurs une des raisons qui me laisse croire qe c'est un pb de configuration du serveur X "local" du xp64.

:jap:

CygwinX et export display en ssh => Pb d\'affichage

Publié : dim. 10 juin 2007 01:28
par shreckbull
Je crois que un de mes potes l'avait fait ... afficher X d'une station linux distante ...

Par contre je ne sais pas avec quoi et s'il y etait arrivé ...

CygwinX et export display en ssh => Pb d\'affichage

Publié : dim. 10 juin 2007 12:34
par Albator78
C'est un paramètre du serveur X de cygwin.
Tu peux avoir l'aide avec "Xwin.exe --help" ou un truc du genre.

De mémoire, le serveur X fonctionne soit en fullscreen, soit en fenêtré (ce que tu cherches), soit en "transparent" par dessus ton bureau windows.

CygwinX et export display en ssh => Pb d\'affichage

Publié : lun. 11 juin 2007 09:42
par dricfr
Salut,

Merci de vos réponses.

En effet, il y a plusieurs modes de fonctionnement du serveur X sous cygwin. Ils sont détaillés dans le fichier startxwin.bat que l'on peut modifier pour changer les options voulues (/usr/X11R6/bin).

le mode -fullscreen ouvre une fenêtre sur tout l'écran principal sous xp64. Du coup, on a un écran de "mir" sur lequel s'affiche le xterm. Une fois le gui lancé, tous l'écran est utilisé mais les fenêtre s'ouvrent toutes en haut à gauche et il n'est pas possible de les déplacer. Il n'y a donc qu'une seule fenêtre et unique fenêtre, ce qui est totalement inutilisable tel que, sauf si on a qu'une seule appli à faire tourner.

le mode -rootless est identique sauf qu'il n'est pas possible de récupérer l'affiche de xp64 qui se trouve dessous autrement qu'avec alt-tab.

Il y une option -multimonitors pour que la fenêtre principale prenne tous l'espace disponible sur plusieurs écran. Elle semble être active par défaut et je n'ai pas trouvé le moyen de la désactiver.

Il est possible de définie une résolution pour l'affichage sur un écran, sauf en multiwindow.

bref, le mode le plus souple reste le multiwindow me semble être le plus souple, peut-être que c'est xfce qui se ne prête pas facilement à l'exercice. Il faut le configurer pour éviter que sa barre de menu se superpose à celle de windows et que sa barre des tâche se masque automatiquement pour ne pas utiliser en continu une partie du bureau etc...

[cpp]REM Brief descriptions of XWin-specific options:
REM
REM -screen scr_num [width height]
REM Enable screen scr_num and optionally specify a width and
REM height for that screen.
REM Most importantly, any parameters specified before the first -screen
REM parameter apply to all screens. Any options after the first -screen
REM parameter apply only to the screen that precedes the parameter.
REM Example:
REM XWin -fullscreen -screen 0 -screen 1 -depth 8 -screen 2
REM All screens will be fullscreen, but screen 2 will be depth 8, while
REM screens 0 and 1 will be the default depth (whatever depth Windows
REM is currently running at).
REM -multiwindow
REM Start an integrated Windows-based window manager. Not to be used
REM with -rootless nor -fullscreen.
REM -rootless
REM Use a transparent root window with an external window manager
REM (such as twm). Not to be used with -multiwindow nor
REM with -fullscreen.
REM -fullscreen
REM Use a window as large as possible on the primary monitor.
REM -multiplemonitors
REM Create a root window that covers all monitors on a
REM system with multiple monitors.
REM -clipboard
REM Enable the integrated version of xwinclip. Do not use in
REM conjunction with the xwinclip program.
REM -depth bits_per_pixel
REM Specify the screen depth to run at (in bits per pixel) using a
REM DirectDraw-based engine in conjunction with the -fullscreen
REM option, ignored if the -fullscreen option is not specified.
REM By default, you will be using a DirectDraw based engine on any
REM system that supports it.
REM -unixkill
REM Trap Ctrl+Alt+Backspace as a server shutdown key combination.
REM -nounixkill
REM Disable Ctrl+Alt+Backspace as a server shutdown key combination (default).
REM Example:
REM XWin -unixkill -screen 0 -screen 1 -screen 2 -nounixkill
REM Screens 0 and 1 will allow Ctrl+Alt+Backspace, but screen 2 will not.
REM -winkill
REM Trap Alt+F4 as a server shutdown key combination (default).
REM -nowinkill
REM Disable Alt+F4 as a server shutdown key combination.
REM -scrollbars
REM Enable resizing of the server display window. Do not use in conjunction
REM with -multiwindow nor with -rootless.
REM -nodecoration
REM Draw the server root window without a title bar or border.
REM Do not use with -mutliwindow nor with -rootless.
REM -lesspointer
REM Hide the Windows mouse cursor anytime it is over any part of the
REM window, even if Cygwin/X is not the window with the focus.
REM -refresh rate_in_Hz
REM Specify a refresh rate to use when used with the -fullscreen option.
REM -trayicon
REM Enable the tray icon (default).
REM -notrayicon
REM Disable the tray icon.
REM Example:
REM XWin -notrayicon -screen 0 -screen 1 -screen 2 -trayicon
REM Screens 0 and 1 will not have tray icons, but screen 2 will.
REM -emulate3buttons [timeout]
REM Emulate 3 button mouse with an optional timeout in milliseconds.
REM -xf86config
REM Specify an XF86Config-style configuration file.
REM -keyboard
REM Specify a keyboard device from the configuration file.[/cpp]

@++

CygwinX et export display en ssh => Pb d\'affichage

Publié : lun. 11 juin 2007 10:38
par Albator78
Je ne comprends pas trop où est ton problème ...
Pour avoir le serveur X dans une fenêtre, il suffit de ne spécifier aucune des 3 options -multiwindow -rootless et -fullscreen.
Ensuite, tu peux spécifier la taille et la position de la fenêtre du serveur X avec -screen.

Par exemple dans le script "startxwin.bat":
%RUN% XWin -clipboard -silent-dup-error -screen 0 800x600

Ensuite, il y a un xterm qui se lance. Je te suggère de changer la commande par défaut par un ssh directement.

Supposons que 192.168.0.1 est le serveur Linux et 192.168.0.2 le PC Windows:

Par exemple, je peux lancer KDE en utilsant le X-forwarding par ssh:
%RUN% xterm -e /usr/bin/ssh -X albator@192.168.0.1 /usr/bin/startkde

Ou bien utiliser le protocole X nativement pour faire la même chose (un peu plus rapide):
%RUN% xhost +192.168.0.1
%RUN% xterm -e /usr/bin/ssh albator@192.168.0.1 "DISPLAY=192.168.0.2:0.0 /usr/bin/startkde"

Mais pourquoi s'emmerder avec tout ça puisque tu as XDMCP ... Il suffit de connecter un serveur X à l'autre:
%RUN% XWin -clipboard -silent-dup-error -screen 0 800x600 -query 192.168.0.1
et plus besoin de commande SSH ou autres conneries !


Enfin, si comme moi t'aimes pas te faire chier pour rien, tu peux utiliser un logiciel gratuit (mais pas libre) pour faire la même chose en 10 fois mieux: nomachine NX.
http://www.nomachine.com/download.php

Sur linux, tu installes:
NX Free Edition
NX Node
NX Client

Sur windows, juste NX Client. Et ça roule tout seul.

http://forum.hardware.fr/hfr/OSAlternat ... 6027_1.htm

CygwinX et export display en ssh => Pb d\'affichage

Publié : lun. 11 juin 2007 11:52
par dricfr
Salut,

Alors, hélas (ou tant mieux), je n'ai aucune marge décisionnelle. Donc, xdmcp c'est bien pour le réseau local, mais il faut que ça marche avec de l'encryptage. D'où le coup du SSH. Mais, le résultat n'est "pas suffisant".

J'ai essayé sans rien mais c'est équivalent au mode rootless apparemment.

Et comme tu le dis si bien, je n'ai pas trop envie de me cogner la doc expert conf de cygwin. Donc je teste encore un peu et j'envoie bouler, je ne suis pas dans l'admin réseaux. Et de toute façon, quand j'ai demandé à changer de poste on m'a envoyé bouler. Je fais donc le minimum syndical pour ne pas faire preuve de mauvaise volonté.

@+