Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#26 Le 26/11/2016, à 15:14

Am7#9

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

michel_04 a écrit :

Pour quelle raison lances-tu x11vnc avant Gitso ?

A+

Et bien j'ai compris que Gitso fonctionne avec un vnc donc avant je lance x11vnc

Dernière modification par Am7#9 (Le 26/11/2016, à 15:18)


debian bullseye sur disque externe, disque dur mort :-(

Hors ligne

#27 Le 26/11/2016, à 15:24

michel_04

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

Re,

Am7#9 a écrit :

Et bien j'ai compris que Gitso fonctionne avec un vnc donc avant je lance x11vnc

Essaie sans.

A+

Hors ligne

#28 Le 26/11/2016, à 15:30

Am7#9

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

Au début c'est ce que je faisais. Et j'ai cru que c'était à cause de ça justement que ça ne fonctionnait pas...


debian bullseye sur disque externe, disque dur mort :-(

Hors ligne

#29 Le 26/11/2016, à 15:35

Am7#9

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

Mais je vais quand même essayer car je me souviens qu'au début je donnais mon IP locale aulieu de mon IP publique... lol
Ca va se vérifier lors de la prochaine tentative de connexion. Merci!


debian bullseye sur disque externe, disque dur mort :-(

Hors ligne

#30 Le 26/11/2016, à 15:36

michel_04

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

Re,

Am7#9 a écrit :

Au début c'est ce que je faisais. Et j'ai cru que c'était à cause de ça justement que ça ne fonctionnait pas...

Quand je l'utilise, Gitso fonctionne seul.
Lorsqu'il plante (ça peut arriver, débit ou autre...), il faut rebooter pour le relancer (chez moi).

A+

Hors ligne

#31 Le 26/11/2016, à 15:38

michel_04

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

Re,

Am7#9 a écrit :

Mais je vais quand même essayer car je me souviens qu'au début je donnais mon IP locale aulieu de mon IP publique... lol

Ah oui... Imagine que ça ait fonctionné. wink

A+

Hors ligne

#32 Le 27/11/2016, à 23:04

Am7#9

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

Me revoilà. Bon j'ai essayé Gitso tout seul, j'ai tenté la commande de lynn.
Le tout sans pare-feu. Je n'y arrive pas....
Si quelqu'un peut m'expliquer ce qu'il ou elle fait de A à Z pour faire fonctionner ce logiciel, je suis preneur... La je sèche...


debian bullseye sur disque externe, disque dur mort :-(

Hors ligne

#33 Le 24/01/2019, à 00:46

Am7#9

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

Bonjour, bonsoir tout le monde, il est encore temps pour vous  souhaiter une bonne et heureuse année smile

Je reviens sur ce sujet qui n'est pas résolu, je l'ai juste mis de côté pendant 2 ans, et je voudrai savoir si quelqu'un qui se sert de gitso veut bien me donner un peu de son temps pour tenter une connexion sur mon ordi avec ce logiciel et inversement de mon ordi sur celui ou celle qui veut bien m'aider.  Je n'arrive toujours pas à prendre le control d'un ordi distant avec gitso...
La documentation sur ce logiciel est on ne peu plus simple et pourtant...


debian bullseye sur disque externe, disque dur mort :-(

Hors ligne

#34 Le 24/01/2019, à 10:51

lynn

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

Bonjour Am7#9,

Je viens de tester gitso entre une Ubuntu 18.04 ( machine contrôlée ) une Ubuntu 16.04 ( machine qui prend la main ) et ça fonctionne parfaitement...

Sur quels systèmes d'exploitation utilises-tu gitso ?


«C'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison!»

Coluche

Hors ligne

#35 Le 24/01/2019, à 10:54

Am7#9

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

Bonjour. J'ai du le tester sur ubuntu 16.04 et sur debian 8 ou 9 à l'époque. Actuellement sur debian buster.
L'ordinateur distant est sur ubuntu 18.04.


debian bullseye sur disque externe, disque dur mort :-(

Hors ligne

#36 Le 24/01/2019, à 11:36

lynn

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

Je n'ai pas de debian buster sous la main pour tester mais à priori, c'est la même version de gitso.

L'idéal serait de lancer gitso ( côté client et serveur ) dans un terminal pour y repérer des erreurs éventuelles.



Note pour rappeler l'utilisation de gitso :

- L'aidant lance gitso sur sa machine, coche la case Give Support et transmet son I.P à l'aidé. Derrière une box, il faudra penser à rediriger le port 5500 vers l'I.P locale.
- L'aidé lance gitso sur sa machine et dans la partie Get Help, rentre l'I.P transmise préalablement par l'aidant.


«C'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison!»

Coluche

Hors ligne

#37 Le 24/01/2019, à 11:50

Am7#9

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

Oui c'est bien ce que j'ai fait. Voici ce que j'ai configuré sur ma box:

1548326475.png

J'ai lancé gitso en ayant coché give support.

La personne que je veux aider lance gitso, en ayant pris soin de cocher get help puis a saisi mon adresse ip publique
dans la partie prévue à cet effet. Puis elle a fait entré, ça affiche connecting ou quelque chose dans ce genre puis plus rien. Gitso se ferme de son côté.
Chez moi, rien n'apparait. Effectivement, il vaudrait mieux lancer depuis un terminal.
Est-ce possible si tu as le temps aujourd'hui ou un autre jour de prendre le control de mon pc avec gitso et inversement? J'aimerai
au moins voir une fois ce logiciel fonctionner smile
Peut-être que je m'y prends mal...


debian bullseye sur disque externe, disque dur mort :-(

Hors ligne

#38 Le 24/01/2019, à 15:05

Am7#9

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

lynn, lors de ton teste, c'était en local ou à travers le réseaux extérieur?

Je viens de tester chez moi, ça fonctionne parfaitement aussi. De mon ordi (client debian 10) sur un autre  (server ubuntu 16.04)

Je n'y arrive pas sur un ordi distant en dehors de mon réseau local. Ce que je ne comprends pas, c'est que j'arrive à m'y connecter via ssh.

Je vais voir quand la personne serra disponible pour re-essayer et je lui demanderai de lancer gitso via un terminal...


debian bullseye sur disque externe, disque dur mort :-(

Hors ligne

#39 Le 24/01/2019, à 16:35

lynn

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

Mon test était en local. Effectivement, sorti du local, ça ne fonctionne plus. Je ne m'en était pas aperçu tout de suite parce que je n'utilise plus gitso depuis un petit moment...

Il y a d'autres méthodes en utilisant directement x11vnc + ssh et ça fonctionne très bien. smile


«C'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison!»

Coluche

Hors ligne

#40 Le 24/01/2019, à 19:56

Am7#9

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

J'ai rééssayé cet après-midi de me connecter sur l'ordi de ma mère. Sans surprise ça ne fonctionne pas mais je lui ai demandé de l'exécuter depuis un terminal,
voici le retours:

user@user-Aspire-5738:~$ gitso
/usr/bin/gitso:9: wxPyDeprecationWarning: Using deprecated class PySimpleApp. 
  app = wx.PySimpleApp()
24/01/2019 16:41:44 x11vnc version: 0.9.13 lastmod: 2011-08-10  pid: 2425
24/01/2019 16:41:44 Using X display :0
24/01/2019 16:41:44 rootwin: 0x4c7 reswin: 0x2e00001 dpy: 0x8e725cd0
24/01/2019 16:41:44 
24/01/2019 16:41:44 ------------------ USEFUL INFORMATION ------------------
24/01/2019 16:41:44 X DAMAGE available on display, using it for polling hints.
24/01/2019 16:41:44   To disable this behavior use: '-noxdamage'
24/01/2019 16:41:44 
24/01/2019 16:41:44   Most compositing window managers like 'compiz' or 'beryl'
24/01/2019 16:41:44   cause X DAMAGE to fail, and so you may not see any screen
24/01/2019 16:41:44   updates via VNC.  Either disable 'compiz' (recommended) or
24/01/2019 16:41:44   supply the x11vnc '-noxdamage' command line option.
24/01/2019 16:41:44 
24/01/2019 16:41:44 Wireframing: -wireframe mode is in effect for window moves.
24/01/2019 16:41:44   If this yields undesired behavior (poor response, painting
24/01/2019 16:41:44   errors, etc) it may be disabled:
24/01/2019 16:41:44    - use '-nowf' to disable wireframing completely.
24/01/2019 16:41:44    - use '-nowcr' to disable the Copy Rectangle after the
24/01/2019 16:41:44      moved window is released in the new position.
24/01/2019 16:41:44   Also see the -help entry for tuning parameters.
24/01/2019 16:41:44   You can press 3 Alt_L's (Left "Alt" key) in a row to 
24/01/2019 16:41:44   repaint the screen, also see the -fixscreen option for
24/01/2019 16:41:44   periodic repaints.
24/01/2019 16:41:44 
24/01/2019 16:41:44 XFIXES available on display, resetting cursor mode
24/01/2019 16:41:44   to: '-cursor most'.
24/01/2019 16:41:44   to disable this behavior use: '-cursor arrow'
24/01/2019 16:41:44   or '-noxfixes'.
24/01/2019 16:41:44 using XFIXES for cursor drawing.
24/01/2019 16:41:44 GrabServer control via XTEST.
24/01/2019 16:41:44 
24/01/2019 16:41:44 Scroll Detection: -scrollcopyrect mode is in effect to
24/01/2019 16:41:44   use RECORD extension to try to detect scrolling windows
24/01/2019 16:41:44   (induced by either user keystroke or mouse input).
24/01/2019 16:41:44   If this yields undesired behavior (poor response, painting
24/01/2019 16:41:44   errors, etc) it may be disabled via: '-noscr'
24/01/2019 16:41:44   Also see the -help entry for tuning parameters.
24/01/2019 16:41:44   You can press 3 Alt_L's (Left "Alt" key) in a row to 
24/01/2019 16:41:44   repaint the screen, also see the -fixscreen option for
24/01/2019 16:41:44   periodic repaints.
24/01/2019 16:41:44 
24/01/2019 16:41:44 Client Side Caching: -ncache mode is in effect to provide
24/01/2019 16:41:44   client-side pixel data caching.  This speeds up
24/01/2019 16:41:44   iconifying/deiconifying windows, moving and raising
24/01/2019 16:41:44   windows, and reposting menus.  In the simple CopyRect
24/01/2019 16:41:44   encoding scheme used (no compression) a huge amount
24/01/2019 16:41:44   of extra memory (20-100MB) is used on both the server and
24/01/2019 16:41:44   client sides.  This mode works with any VNC viewer.
24/01/2019 16:41:44   However, in most you can actually see the cached pixel
24/01/2019 16:41:44   data by scrolling down, so you need to re-adjust its size.
24/01/2019 16:41:44   See http://www.karlrunge.com/x11vnc/faq.html#faq-client-caching.
24/01/2019 16:41:44   If this mode yields undesired behavior (poor response,
24/01/2019 16:41:44   painting errors, etc) it may be disabled via: '-ncache 0'
24/01/2019 16:41:44   You can press 3 Alt_L's (Left "Alt" key) in a row to 
24/01/2019 16:41:44   repaint the screen, also see the -fixscreen option for
24/01/2019 16:41:44   periodic repaints.
24/01/2019 16:41:44 
24/01/2019 16:41:44 XKEYBOARD:
24/01/2019 16:41:44 Switching to -xkb mode to recover these keysyms:
24/01/2019 16:41:44    xkb  noxkb   Keysym  ("X" means present)
24/01/2019 16:41:44    ---  -----   -----------------------------
24/01/2019 16:41:44     X           0x40  at
24/01/2019 16:41:44     X           0x23  numbersign
24/01/2019 16:41:44     X           0x5b  bracketleft
24/01/2019 16:41:44     X           0x5d  bracketright
24/01/2019 16:41:44     X           0x7b  braceleft
24/01/2019 16:41:44     X           0x7d  braceright
24/01/2019 16:41:44     X           0x7c  bar
24/01/2019 16:41:44     X           0x5c  backslash
24/01/2019 16:41:44 
24/01/2019 16:41:44   If this makes the key mapping worse you can
24/01/2019 16:41:44   disable it with the "-noxkb" option.
24/01/2019 16:41:44 
24/01/2019 16:41:44 
24/01/2019 16:41:44 X FBPM extension not supported.
24/01/2019 16:41:44 X display is capable of DPMS.
24/01/2019 16:41:44 --------------------------------------------------------
24/01/2019 16:41:44 
24/01/2019 16:41:44 Default visual ID: 0x21
24/01/2019 16:41:44 Read initial data from X display into framebuffer.
24/01/2019 16:41:44 initialize_screen: fb_depth/fb_bpp/fb_Bpl 24/32/5464
24/01/2019 16:41:45 WARNING: Width (1366) is not a multiple of 4. VncViewer has problems with that.
24/01/2019 16:41:45 
24/01/2019 16:41:45 X display :0 is 32bpp depth=24 true color
24/01/2019 16:41:45 
24/01/2019 16:41:45 Autoprobing TCP port 
24/01/2019 16:41:45 Autoprobing selected TCP port 5900
24/01/2019 16:41:45 Autoprobing TCP6 port 
24/01/2019 16:41:45 Autoprobing selected TCP6 port 5900
24/01/2019 16:41:45 listen6: bind: Address already in use
24/01/2019 16:41:45 Not listening on IPv6 interface.
24/01/2019 16:41:45 
24/01/2019 16:41:45 Xinerama is present and active (e.g. multi-head).
24/01/2019 16:41:45 Xinerama: number of sub-screens: 1
24/01/2019 16:41:45 Xinerama: no blackouts needed (only one sub-screen)
24/01/2019 16:41:45 
24/01/2019 16:41:45 fb read rate: 306 MB/sec
24/01/2019 16:41:45 fast read: reset -wait  ms to: 10
24/01/2019 16:41:45 fast read: reset -defer ms to: 10
24/01/2019 16:41:45 The X server says there are 20 mouse buttons.
24/01/2019 16:41:45 screen setup finished.
24/01/2019 16:41:45 

The VNC desktop is:      user-Aspire-5738:0
PORT=5900
24/01/2019 16:41:45 Making connection to client on host mon.adresse.ip.publique port 5500
sh: 1: netstat: not found
GitsoThread.run(pid: 2425) running...
sh: 1: netstat: not found
Processes.KillPID(2425)

(gitso:2406): Gdk-ERROR **: 16:41:48.475: The program 'gitso' received an X Window System error.
This probably reflects a bug in the program.
The error was 'RenderBadPicture (invalid Picture parameter)'.
  (Details: serial 5864 error_code 143 request_code 139 (RENDER) minor_code 23)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
caught signal: 15
24/01/2019 16:41:48 deleted 43 tile_row polling images.
Trappe pour point d'arrêt et de trace (core dumped)
user@user-Aspire-5738:~$ 

Si celà parle à quelqu'un...
On dirait qu'il y a besoin de configurer x11vnc en amont avant d'utiliser gitso....
Sinon oui je vais peut-être me rabattre sur l'option x11vnc+ssh pur et dur.


debian bullseye sur disque externe, disque dur mort :-(

Hors ligne

#41 Le 24/01/2019, à 20:39

lynn

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

C'est le même genre de messages chez moi...

Pour x11vnc + ssh, c'est pas très compliqué.
Côté serveur (la personne aidé), il faut installer deux choses: openssh-server + x11vnc
Côté client (la personne qui va aidé), il faut pouvoir accéder en ssh au serveur (mot de passe ou par clé) et avoir un viewer (xvnc4viewer).

Je me suis fait un petit script qui utilise zenity que je poste ici, si toutefois ça peut te servir...

#!/bin/bash

##
## Paquets requis : ssh-askpass, sshpass, zenity, xvnc4viewer
##
##
## Avant de lancer le script, il faut se connecter au moins une fois en ssh au serveur
## pour valider la connexion comme dans l'exemple suivant :
##
## The authenticity of host 'xxx.xxx.xxx.xxx (xxx.xxx.xxx.xxx)' can't be established.
## ECDSA key fingerprint is SHA256:Vybt22mMKuNuB5unE++pmwF7lgA/9/3bLSiO3qmYWJH.
## Are you sure you want to continue connecting (yes/no)?
##
##



## Liste d'I.P
#

ip_1=xxx.xxx.xxx.xxx
ip_2=xxx.xxx.xxx.xxx
ip_3=xxx.xxx.xxx.xxx
ip_4=xxx.xxx.xxx.xxx
ip_5=xxx.xxx.xxx.xxx
ip_autre="Autre système"

## Liste d'utilisateurs
#

user_1=toto
user_2=tata
user_3=titi
user_4="Autre utilisateur"



## Sélection de l'utilisateur
#

_user=$(zenity --entry \
	--title "Bureau à distance" \
	--text="Choisissez le nom d'utilisateur" \
	--entry-text="${user_1}" "${user_2}" "${user_3}" "${user_4}")

	[[ "$?" != "0" ]] && exit

	case ${_user} in
		"Autre utilisateur") _user=$(zenity --entry --title "Utilisateur non listé" --text="Veuillez saisir un nom d'utilisateur :")
		;;
	esac

	[[ "$?" != "0" ]] && exit
	 

## Sélection du système d'exploitation
#
_ip=$(zenity --list --hide-header --title="Systèmes d'exploitation disponibles" \
		--text="Liste des systèmes" \
			"${ip_1}" "Nom du système" \
			"${ip_2}" "Nom du système" \
			"${ip_3}" "Nom du système" \
			"${ip_4}" "Nom du système" \
			"${ip_5}" "Nom du système" \
			"${ip_autre}" "Autre système" \
		--column="" \
		--column="" \
		--hide-column=1 \
		--print-column=1 \
		--height=200 \
		--width=300)

	[[ "$?" != "0" ]] && exit

	case ${_ip} in
		"Autre système") _ip=$(zenity --entry --title "Système d'exploitation non listé" \
						--text="Veuillez saisir une I.P :" \
						--width=300)
				;;
	esac

	[[ "$?" != "0" ]] && exit


rDesktop() {
	
	passwd=$(zenity --password)
	[[ "$?" != "0" ]] && exit
	sshpass -p "${passwd}" ssh -f -L 5900:localhost:5900 "${_user}"@"${_ip}" 'x11vnc -scale 4/5:rb -noxdamage -once -localhost -display :0' && \
		sleep 3 && \
		vncviewer "copyrect tight zrle hextile zlib corre rre raw" localhost:0
}


rDesktop

«C'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison!»

Coluche

Hors ligne

#42 Le 24/01/2019, à 21:48

Am7#9

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

Merci beaucoup pour ton scripte. N'y connaissant pas grand chose au langage bash, je devine un peu ce qu'il veut dire.
Je vais étudier surtout la commande ssh à la fin du scripte. Mais le reste est tout aussi intéressant.
Je te tiens informé sur l'avancement. Encore merci.

Je rajoute à mon poste:
          J'ai une question:
          x11vnc permet de visionner un bureau distant. Gitso s'en sert d'ailleurs. Il fonctionne chez le server et le client. Alors pourquoi installer un viewer en plus côté client?
          Bien à toi.

Dernière modification par Am7#9 (Le 24/01/2019, à 21:59)


debian bullseye sur disque externe, disque dur mort :-(

Hors ligne

#43 Le 24/01/2019, à 23:03

lynn

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

Gitso fonctionne avec xtightvncviewer. On peut l'utiliser sans gitso.

À ce propos, sur la version en développement d'Ubuntu (19.04), xvnc4viewer n'existe plus en tant que tel. Le nom xvnc4viewer pointe sur tigervnc-viewer en version 1.9 et qui est beaucoup plus complet en terme d'options que ne l'est xvnc4viewer.
Ça a l'air d'être un projet actif; La dernière mise à jour est plutôt récente (juillet 2018). Enfin un logiciel qui propose certaines choses comparables à ce que l'on peut trouver avec UltraVNC sous W$. tongue


«C'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison!»

Coluche

Hors ligne

#44 Le 24/01/2019, à 23:43

Am7#9

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

Merci pour les précisions.


debian bullseye sur disque externe, disque dur mort :-(

Hors ligne

#45 Le 26/01/2019, à 22:36

Am7#9

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

Bonsoir tout le monde. lynn ça fonctionne! Super!
Tout le nécessaire était déjà installé sur les deux machines.
J'aimerai comprendre la commande

ssh -f -L 5900:localhost:5900 "${_user}"@"${_ip}" 'x11vnc -scale 4/5:rb -noxdamage -once -localhost -display :0' && vncviewer "copyrect tight zrle hextile zlib corre rre raw" localhost:0

pas à pas si possible car malgré la doc, je n'arrive pas à tout comprendre. Je sature aussi... smile
Mais ça me plaîrai de bien comprendre toute la commande et de l'adapter si besoin.
Mille merci lynn. cool


debian bullseye sur disque externe, disque dur mort :-(

Hors ligne

#46 Le 27/01/2019, à 00:12

Coeur Noir

Re : [Résolu mais pas avec gitso] Difficulté à contrôler un ordi avec Gitso

( et pour info tigervnc est disponible sous windows aussi )


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne