X2Go à la peine ? [Réglé]

Tonin Membre non connecté
-
- Voir le profil du membre Tonin
- Inscrit le : 02/07/2013
- Groupes :
voici les résultats de mes essais de X2Go avec trois machines en multiboot : Euler, Toshiba et Acer. Mageia 7, 8 et 9c (c pour Cauldron).
Les connexions ssh ne posent pas de problème.
client \ serveur | e7 | t7 | a7 | t8 | t9c | a9c |
---|---|---|---|---|---|---|
e7 | oui 1 | oui 1 | oui 1 | non 3 | non 4 | non 4 |
t7 | oui 1 | non 2 | oui 1 | non 4 | ||
a7 | oui 1 | oui 1 | oui 1 | non 1+3 | non 4 | |
t8 | oui | oui | non 3 | non 4 | ||
t9c | oui | oui | non 4 | non 4 | ||
a9c | oui | oui | non 3 | non 4 | non 4 |
Lecture du tableau : le client a9c (Acer en Mageia 9 Cauldron) arrive à se connecter au serveur e7 (Euler en Mageia 7), mais pas au serveur t8 (Toshiba en Mageia 8)
Catégories de message d'erreur :
- 1 Fenêtre de dialogue intitulée "Erreur" : Échec de la connexion Impossible de créer le fichier distant ~mageia7/.x2go/ssh/key.HhAPRp - SCP: Warning: status code 1 received: scp: ~mageia7/.x2go/ssh: No such file or directory ;
- 2 client X2Go gelé (freeze) x2go-DEBUG-../src/sshmasterconnection.cpp:2193> "échec de ssh_channel_open_session": "Socket error: Aucun fichier ou dossier de ce type", ;
- 3 Fenêtre de dialogue intitulée "X2Go 50" : The remote proxy closed the connection while negotiating the session. This may be due to the wrong authentication credentials passed to the server ;
- 4 Fenêtre de dialogue intitulée "Erreur" : Échec de la connexion Failed to start X2Go Agent session with ID mageiac-50-1672318785_stDLXDE_dp24. X2Go Agent terminated unexpectedly. Aborting session startup ;
- 5 x2go-DEBUG-../src/sshmasterconnection.cpp:2193> "échec de ssh_channel_open_session": "Received SSH_MSG_DISCONNECT: 2:ieof packet referred to nonexistent channel 0". Résolue par la constitution d'une nouvelle paire de clés et une bonne configuration de la session X2Go (a7>e7) avec la clé privée. Seul e7 exige une identification par clé.
Par exemple, cas client e7 > serveur t9c, je recontre l'erreur 4. Pourtant la session est lancée sur le serveur, car lors de la tentative suivante, elle apparait dans un petit gestionnaire de session.
Lancé en mode débogage, le client sur e7 raconte tout ceci : $ x2goclient --debug
x2go-INFO-4> "Translator: :/i18n/x2goclient_fr_fr found."
x2go-INFO-4> "Traducteur : :/i18n/qt_fr_fr trouvé."
QObject::connect: No such slot ONMainWindow::slotCheckAgentProcess()
x2go-INFO-3> "X2Go Client démarré."
x2go-DEBUG-../src/onmainwindow.cpp:563> "$HOME=/home/mageia7user"
x2go-DEBUG-../src/onmainwindow.cpp:2242> Reading 6 sessions from config file.
x2go-DEBUG-../src/sessionbutton.cpp:342> Creating QPixmap with session icon: ":/img/icons/128x128/x2gosession.png".
x2go-DEBUG-../src/sessionbutton.cpp:342> Creating QPixmap with session icon: ":/img/icons/128x128/x2gosession.png".
x2go-DEBUG-../src/sessionbutton.cpp:342> Creating QPixmap with session icon: ":/img/icons/128x128/x2gosession.png".
x2go-DEBUG-../src/sessionbutton.cpp:342> Creating QPixmap with session icon: ":/img/icons/128x128/x2gosession.png".
x2go-DEBUG-../src/sessionbutton.cpp:342> Creating QPixmap with session icon: ":/img/icons/128x128/x2gosession.png".
x2go-DEBUG-../src/sessionbutton.cpp:342> Creating QPixmap with session icon: ":/img/icons/128x128/x2gosession.png".
x2go-DEBUG-../src/onmainwindow.cpp:12843> libssh not initialized yet. Initializing.
x2go-DEBUG-../src/onmainwindow.cpp:2728> Creating QPixmap with session icon: '":/img/icons/128x128/x2gosession.png"'.
x2go-DEBUG-../src/onmainwindow.cpp:2790> Starting session with key.
x2go-INFO-8> "Démarrage de la connexion au serveur : 192.168.1.27:22"
x2go-DEBUG-../src/onmainwindow.cpp:2829> Starting new ssh connection to server:"192.168.1.27":"22" krbLogin: false
x2go-DEBUG-../src/sshmasterconnection.cpp:175> SshMasterConnection, host "192.168.1.27"; port 22; user "mageiac"; useproxy false; proxyserver ""; proxyport 22
x2go-DEBUG-../src/sshmasterconnection.cpp:248> Starting SSH connection without Kerberos authentication.
x2go-DEBUG-../src/sshmasterconnection.cpp:252> SshMasterConnection, instance SshMasterConnection(0xd0a1e0) created.
x2go-DEBUG-../src/sshmasterconnection.cpp:520> SshMasterConnection, instance SshMasterConnection(0xd0a1e0) entering thread.
x2go-DEBUG-../src/sshmasterconnection.cpp:840> Session port before config file parse: 22
x2go-DEBUG-../src/sshmasterconnection.cpp:850> Session port after config file parse: 22
x2go-DEBUG-../src/sshmasterconnection.cpp:915> Session port before config file parse (part 2): 22
x2go-DEBUG-../src/sshmasterconnection.cpp:925> Session port after config file parse (part 2): 22
x2go-DEBUG-../src/sshmasterconnection.cpp:950> cserverAuth
x2go-DEBUG-../src/sshmasterconnection.cpp:991> state: 1
x2go-DEBUG-../src/sshmasterconnection.cpp:1383> Trying to authenticate user with private key.
x2go-DEBUG-../src/sshmasterconnection.cpp:1574> Authenticating with key: 0
x2go-DEBUG-../src/sshmasterconnection.cpp:726> User authentication OK.
x2go-DEBUG-../src/sshmasterconnection.cpp:1789> LOGIN CHECK:"LOGIN OK\r\n"
x2go-DEBUG-../src/sshmasterconnection.cpp:1792> don't have interaction
x2go-DEBUG-../src/sshmasterconnection.cpp:1825> LOOP FINISHED
x2go-DEBUG-../src/sshmasterconnection.cpp:1829> No interaction needed, continue session
x2go-DEBUG-../src/sshmasterconnection.cpp:735> Login Check - OK
x2go-DEBUG-../src/onmainwindow.cpp:2923> SSH connection established.
x2go-DEBUG-../src/onmainwindow.cpp:3336> Continue normal X2Go session
x2go-DEBUG-../src/sshprocess.cpp:199> Executing remote command via SshProcess object 0: "x2golistsessions"
x2go-DEBUG-../src/sshprocess.cpp:213> this=SshProcess(0x11af1b0) Running masterCon->addChannelConnection(this, '"d68b94bc-3ff7-4a80-b339-0fecc585f867"', '"bash -l -c 'echo \"X2GODATABEGIN:d68b94bc-3ff7-4a80-b339-0fecc585f867\"; export PATH=\"/usr/local/bin:/usr/bin:/bin\";export TERM=\"dumb\"; x2golistsessions; echo \"X2GODATAEND:d68b94bc-3ff7-4a80-b339-0fecc5"');
x2go-DEBUG-../src/sshmasterconnection.cpp:1891> Locking SSH channel connection MUTEX.
x2go-DEBUG-../src/sshmasterconnection.cpp:1893> Passing new channel connection object to channelConnections.
x2go-DEBUG-../src/sshmasterconnection.cpp:1895> Unlocking SSH channel connection MUTEX.
x2go-DEBUG-../src/sshmasterconnection.cpp:2083> Creating new channel.
x2go-DEBUG-../src/sshmasterconnection.cpp:2100> New channel:0x7fb624004390
x2go-DEBUG-../src/sshmasterconnection.cpp:2185> Executing remote: "bash -l -c 'echo \"X2GODATABEGIN:d68b94bc-3ff7-4a80-b339-0fecc585f867\"; export PATH=\"/usr/local/bin:/usr/bin:/bin\";export TERM=\"dumb\"; x2golistsessions; echo \"X2GODATAEND:d68b94bc-3ff7-4a80-b339-0fecc585f867\";'"
x2go-DEBUG-../src/sshmasterconnection.cpp:2208> New exec channel created.
x2go-DEBUG-../src/sshmasterconnection.cpp:2257> EOF on channel 0x7fb624004390; SshProcess object: 0
x2go-DEBUG-../src/sshmasterconnection.cpp:2380> EOF sent.
x2go-DEBUG-../src/sshmasterconnection.cpp:2384> Channel closed.
x2go-DEBUG-../src/sshprocess.cpp:526> SSH finished: raw output (stdout): "X2GODATABEGIN:d68b94bc-3ff7-4a80-b339-0fecc585f867\nX2GODATAEND:d68b94bc-3ff7-4a80-b339-0fecc585f867\n"
x2go-DEBUG-../src/sshprocess.cpp:537> SSH finished: true - "" (0).
x2go-DEBUG-../src/onmainwindow.cpp:3804> ""
x2go-DEBUG-../src/onmainwindow.cpp:4379> Executing remote command: "X2GODPI=102 X2GO_XINERAMA=no x2gostartagent 800x600 adsl 16m-jpeg-9 unix-kde-depth_24 us auto 1 D KDE both"
x2go-DEBUG-../src/sshprocess.cpp:199> Executing remote command via SshProcess object 1: "X2GODPI=102 X2GO_XINERAMA=no x2gostartagent 800x600 adsl 16m-jpeg-9 unix-kde-depth_24 us auto 1 D KDE both"
x2go-DEBUG-../src/sshprocess.cpp:213> this=SshProcess(0x11c1960) Running masterCon->addChannelConnection(this, '"b1e79e09-af93-41ac-9f95-b6e3e7183359"', '"bash -l -c 'echo \"X2GODATABEGIN:b1e79e09-af93-41ac-9f95-b6e3e7183359\"; export PATH=\"/usr/local/bin:/usr/bin:/bin\";export TERM=\"dumb\"; X2GODPI=102 X2GO_XINERAMA=no x2gostartagent 800x600 adsl 16m-jpeg-"');
x2go-DEBUG-../src/sshmasterconnection.cpp:1891> Locking SSH channel connection MUTEX.
x2go-DEBUG-../src/sshmasterconnection.cpp:1893> Passing new channel connection object to channelConnections.
x2go-DEBUG-../src/sshmasterconnection.cpp:1895> Unlocking SSH channel connection MUTEX.
x2go-DEBUG-../src/sshmasterconnection.cpp:2083> Creating new channel.
x2go-DEBUG-../src/sshmasterconnection.cpp:2100> New channel:0x7fb62400e580
x2go-DEBUG-../src/sshmasterconnection.cpp:2185> Executing remote: "bash -l -c 'echo \"X2GODATABEGIN:b1e79e09-af93-41ac-9f95-b6e3e7183359\"; export PATH=\"/usr/local/bin:/usr/bin:/bin\";export TERM=\"dumb\"; X2GODPI=102 X2GO_XINERAMA=no x2gostartagent 800x600 adsl 16m-jpeg-9 unix-kde-depth_24 us auto 1 D KDE both; echo \"X2GODATAEND:b1e79e09-af93-41ac-9f95-b6e3e7183359\";'"
x2go-DEBUG-../src/sshmasterconnection.cpp:2208> New exec channel created.
x2go-DEBUG-../src/sshmasterconnection.cpp:2257> EOF on channel 0x7fb62400e580; SshProcess object: 1
x2go-DEBUG-../src/sshmasterconnection.cpp:2380> EOF sent.
x2go-DEBUG-../src/sshmasterconnection.cpp:2384> Channel closed.
x2go-DEBUG-../src/sshprocess.cpp:526> SSH finished: raw output (stdout): "X2GODATABEGIN:b1e79e09-af93-41ac-9f95-b6e3e7183359\nX2GODATAEND:b1e79e09-af93-41ac-9f95-b6e3e7183359\n"
x2go-DEBUG-../src/sshprocess.cpp:532> Have stderr only, something must be wrong.
x2go-DEBUG-../src/sshprocess.cpp:537> SSH finished: false - "Failed to start X2Go Agent session with ID mageiac-50-1672259019_stDKDE_dp24. X2Go Agent terminated unexpectedly. Aborting session startup.\n" (1).
x2go-DEBUG-../src/onmainwindow.cpp:5214> Agent output: "Failed to start X2Go Agent session with ID mageiac-50-1672259019_stDKDE_dp24. X2Go Agent terminated unexpectedly. Aborting session startup.\n"
Le journal ssh du serveur t9c répond tout cela : # journalctl -u sshd
debug1: Set /proc/self/oom_score_adj to 0
debug1: rexec start in 5 out 5 newsock 5 pipe 7 sock 8
debug1: inetd sockets after dupping: 4, 4
Connection from 192.168.1.25 port 57808 on 192.168.1.27 port 22 rdomain ""
debug1: Local version string SSH-2.0-OpenSSH_9.1
debug1: Remote protocol version 2.0, remote software version libssh_0.8.8
debug1: compat_banner: no match: libssh_0.8.8
debug1: permanently_set_uid: 971/971 [preauth]
debug1: list_hostkey_types: rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519 [preauth]
debug1: SSH2_MSG_KEXINIT sent [preauth]
debug1: SSH2_MSG_KEXINIT received [preauth]
debug1: kex: algorithm: curve25519-sha256 [preauth]
debug1: kex: host key algorithm: ssh-ed25519 [preauth]
debug1: kex: client->server cipher: aes256-ctr MAC: hmac-sha2-256 compression: none [preauth]
debug1: kex: server->client cipher: aes256-ctr MAC: hmac-sha2-256 compression: none [preauth]
debug1: kex: curve25519-sha256 need=32 dh_need=32 [preauth]
debug1: kex: curve25519-sha256 need=32 dh_need=32 [preauth]
debug1: expecting SSH2_MSG_KEX_ECDH_INIT [preauth]
debug1: SSH2_MSG_KEX_ECDH_INIT received [preauth]
debug1: rekey out after 4294967296 blocks [preauth]
debug1: SSH2_MSG_NEWKEYS sent [preauth]
debug1: Sending SSH2_MSG_EXT_INFO [preauth]
debug1: expecting SSH2_MSG_NEWKEYS [preauth]
debug1: SSH2_MSG_NEWKEYS received [preauth]
debug1: rekey in after 4294967296 blocks [preauth]
debug1: KEX done [preauth]
debug1: userauth-request for user mageiac service ssh-connection method publickey [preauth]
debug1: attempt 0 failures 0 [preauth]
debug1: PAM: initializing for "mageiac"
debug1: PAM: setting PAM_RHOST to "192.168.1.25"
debug1: PAM: setting PAM_TTY to "ssh"
debug1: userauth_pubkey: publickey test pkalg rsa-sha2-512 pkblob RSA SHA256:M+RsJxXXR1REo3w4aPXPKw1KQMeXtubuW>
debug1: temporarily_use_uid: 1000/1000 (e=0/0)
debug1: trying public key file /home/mageiac/.ssh/authorized_keys
debug1: fd 5 clearing O_NONBLOCK
debug1: /home/mageiac/.ssh/authorized_keys:1: matching key found: RSA SHA256:M+RsJxXXR1REo3w4aPXPKw1KQMeXtubuW>
debug1: /home/mageiac/.ssh/authorized_keys:1: key options: agent-forwarding port-forwarding pty user-rc x11-fo>
Accepted key RSA SHA256:M+RsJxXXR1REo3w4aPXPKw1KQMeXtubuWizg9QhzRRo found at /home/mageiac/.ssh/authorized_key>
debug1: restore_uid: 0/0
Postponed publickey for mageiac from 192.168.1.25 port 57808 ssh2 [preauth]
debug1: userauth-request for user mageiac service ssh-connection method publickey [preauth]
debug1: attempt 1 failures 0 [preauth]
debug1: temporarily_use_uid: 1000/1000 (e=0/0)
debug1: trying public key file /home/mageiac/.ssh/authorized_keys
debug1: fd 5 clearing O_NONBLOCK
debug1: /home/mageiac/.ssh/authorized_keys:1: matching key found: RSA SHA256:M+RsJxXXR1REo3w4aPXPKw1KQMeXtubuW>
debug1: /home/mageiac/.ssh/authorized_keys:1: key options: agent-forwarding port-forwarding pty user-rc x11-fo>
Accepted key RSA SHA256:M+RsJxXXR1REo3w4aPXPKw1KQMeXtubuWizg9QhzRRo found at /home/mageiac/.ssh/authorized_key>
debug1: restore_uid: 0/0
debug1: auth_activate_options: setting new authentication options
debug1: do_pam_account: called
Accepted publickey for mageiac from 192.168.1.25 port 57808 ssh2: RSA SHA256:M+RsJxXXR1REo3w4aPXPKw1KQMeXtubu>
debug1: monitor_child_preauth: user mageiac authenticated by privileged process
debug1: auth_activate_options: setting new authentication options [preauth]
debug1: monitor_read_log: child log fd closed
debug1: PAM: establishing credentials
pam_unix(sshd:session): session opened for user mageiac(uid=1000) by (uid=0)
User child is on pid 1020691
debug1: session_new: session 0
debug1: session_by_tty: session 0 tty /dev/pts/1
debug1: session_pty_cleanup2: session 0 release /dev/pts/1
J'en parle ici, mais cela vaudrait sans doute le coup que j'aille vers le bugzilla. Cependant, quelqu'un a peut-être de meilleurs résultats que moi ?
NB : ces tests font suite à ce sujet Système et matériels » Installation et configuration » X2Goserver mageia 8 - la connexion n'abouti pas
Édité par Tonin Le 30/12/2022 à 21h10
Mageia 9 | > | Mageia 5 - 32bits - LXDE - Compiz ; ... Mandriva ; ... power pack, Mandrake 7.0 |

Tonin Membre non connecté
-
- Voir le profil du membre Tonin
- Inscrit le : 02/07/2013
- Groupes :
Ajout de la machine Acer avec Mageia 7.
Ajout des résultats des tentatives d'auto connexion.
Catégorisation des messages d'erreurs rencontrés.
Mageia 9 | > | Mageia 5 - 32bits - LXDE - Compiz ; ... Mandriva ; ... power pack, Mandrake 7.0 |

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Merci pour ces essais exhaustifs.
Ce problème m'interpelle, mais il ne doit pas être facile à résoudre. Plusieurs s'y sont essayé, sans réussir. On voit que les serveurs en Mageia 8 et en cauldron sont à blâmer.
Il va surtout falloir trouver comment les faire tomber en marche. Le problème entre Mageia8 et cauldron ne semble pas identique.
Je vais essayer de dégager du temps pour mener des essais. Je pense d'abord faire une mise à niveau dans cauldron, puis chercher les réglages qui pourraient convenir.

Tonin Membre non connecté
-
- Voir le profil du membre Tonin
- Inscrit le : 02/07/2013
- Groupes :
Ajout d'une ligne de texte disant qu'il n'y a pas de problème de liaison ssh.
Corrections du tableau sur la ligne (client) "a7".
Corrections du tableau pour l'auto-connexion "t7>t7".
Erreurs manquantes complétées.
Ajustements cosmétiques.
Le problème de l'auto-connexion "t7>t7" me chagrine. En effet, c'est l'exception dans la série des auto-connexions (diagonale jaune du tableau). Toutefois, il semble que la plupart du temps, l'auto-connexion puisse être un bon test, qui plus est facile à entreprendre.
Mageia 9 | > | Mageia 5 - 32bits - LXDE - Compiz ; ... Mandriva ; ... power pack, Mandrake 7.0 |

Tonin Membre non connecté
-
- Voir le profil du membre Tonin
- Inscrit le : 02/07/2013
- Groupes :
chose surprenante, l'auto-connexion "t7>t7" a subrepticement fonctionné ce soir, sans produire l'erreur2. Je n'ai pas pu le faire deux fois d'affilé... ni une nouvelle fois. Je n'arrive pas à le reproduire... (je comprends mieux l'expression "tomber en marche" !).
Je me risque à décrire ce que je venais de faire : ajouter une entrée à /etc/hosts, avec la valeur de hostname ; sur le DNS de la box, enlever l'association erronée entre hostname et une autre adresse IP ; Je venais d'essuyer l'erreur2 en tentant une auto-connexion KDE sur 127.0.0.1. La tentative qui a fonctionné utilisait LXDE. Je venais probablement d'activer (enable) le service x2goserver et de le lancer (start). Je suis surpris que le service ne soit pas nécessaire à l'établissement d'une connexion, mais c'est peut-être parce qu'il s'agit juste du nettoyeur de session X2Go.
# systemctl status x2goserver.service ● x2goserver.service - X2Go session cleanup Loaded: loaded (/usr/lib/systemd/system/x2goserver.service; disabled; vendor preset: disabled) Active: inactive (dead)
Voilà pour des pistes potentielles, mais peut-être sans rapport avec la susceptibilité de succès de l'auto-connexion sur ce poste... Je n'y comprends manifestement pas grand chose. :-/ :-\
Édition du premier message le 30/12/2022 à 21h10 : je précise que l'erreur2 correspond à un freeze du client (l'application est alors gelée).
Mageia 9 | > | Mageia 5 - 32bits - LXDE - Compiz ; ... Mandriva ; ... power pack, Mandrake 7.0 |

Tonin Membre non connecté
-
- Voir le profil du membre Tonin
- Inscrit le : 02/07/2013
- Groupes :
après redémarrage de t7, l'auto-connexion "t7>t7" a subrepticement fonctionné, sans produire l'erreur2. J'ai pu le faire trois fois d'affilé, par contre, une fois la session mise en pause, il n'était pas possible de la réutiliser sans changer l'adresse de l'hôte. Ensuite, je ne suis pas arrivé pas à le reproduire... malgré plusieurs redémarrages.
J'ai pensé à créer une session depuis le serveur e7 puis la mettre en pause, en comptant que t7 puisse la réutiliser à son propre compte lors de l'auto-connexion, en vain, même après reboot (sans x2goserver.service qui aurait supprimé la session visible avec x2golistsessions). La subtilité est ailleurs.
Cela dit, ce problème se produit sur Mageia 7 qui n'est plus supportée me semble-t-il, donc c'est plus à titre d'information. Le problème principal est pour les versions 8 et cauldron.
Mageia 9 | > | Mageia 5 - 32bits - LXDE - Compiz ; ... Mandriva ; ... power pack, Mandrake 7.0 |

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Déjà, j'ai trouvé qu'il fallait que le serveur ait un nom qui soit différent de "localhost" ou "localhost.localdomain", comme attribué par défaut sur les connexions de l'outil Mageia. Il faut refaire une nouvelle connexion en rentrant un nom personnalisé.

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Je continue de plancher sur le sujet.
J'ai vu que sur le serveur, j'avais des log de sessions dans /tmp/.x2go-yves/C-yves-50-1672573978_stDLXQt_dp24 (le nombre change pour chaque tentative.
Voici un message qui donne une piste https://lists.x2go.org/pipermail/x2go-user/2018-April/005057.html
Si je comprends bien, l'agent nx ruse pour faire avaler un libNX11 à la place d'un libX11. Mais cette ruse pourrait échouer. Là, la cause de l'échec est que LD_LIBRARY_PATH est défini. Pour nous, je ne sais pas.

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron

Tonin Membre non connecté
-
- Voir le profil du membre Tonin
- Inscrit le : 02/07/2013
- Groupes :

Mageia 9 | > | Mageia 5 - 32bits - LXDE - Compiz ; ... Mandriva ; ... power pack, Mandrake 7.0 |

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron

Si ça marche comme tu l'espères, je pousse les modifications aussi dans Mageia 8.

Tonin Membre non connecté
-
- Voir le profil du membre Tonin
- Inscrit le : 02/07/2013
- Groupes :
client \ serveur | e7 | t7 | a7 | t8 | t9c | a9c |
---|---|---|---|---|---|---|
e7 | oui 1 | oui 1 | oui 1 | non 3 | oui 1 | oui 1 |
t7 | oui 1 | non 2 | oui 1 | oui 1 | ||
a7 | oui 1 | oui 1 | oui 1 | non 1+3 | oui 1 | |
t8 | oui | oui | non 3 | oui | ||
t9c | oui | oui | oui | oui | ||
a9c | oui | oui | non 3 | oui | oui | |
awxp | oui | oui | non 3 | oui | ||
tw10 | oui | oui | oui |
Lecture du tableau : le client a9c (Acer en Mageia 9 Cauldron) arrive à se connecter au serveur e7 (Euler en Mageia 7), mais pas au serveur t8 (Toshiba en Mageia 8)
Catégories de message d'erreur :
- 1 Fenêtre de dialogue intitulée "Erreur" : Échec de la connexion Impossible de créer le fichier distant ~mageia7/.x2go/ssh/key.HhAPRp - SCP: Warning: status code 1 received: scp: ~mageia7/.x2go/ssh: No such file or directory ;
- 2 client X2Go gelé (freeze) x2go-DEBUG-../src/sshmasterconnection.cpp:2193> "échec de ssh_channel_open_session": "Socket error: Aucun fichier ou dossier de ce type", ;
- 3 Fenêtre de dialogue intitulée "X2Go 50" : The remote proxy closed the connection while negotiating the session. This may be due to the wrong authentication credentials passed to the server ;
Mageia 9 | > | Mageia 5 - 32bits - LXDE - Compiz ; ... Mandriva ; ... power pack, Mandrake 7.0 |

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron

J'ai préparé le même nx pour Mageia 8, en version 3.5.99.26. Il est construit maintenant dans core/updates_testing.
Il faut mettre à jour donc en principe :
nxagent
lib64nxX11_6
La version de x2go est déjà au même numéro.

Tonin Membre non connecté
-
- Voir le profil du membre Tonin
- Inscrit le : 02/07/2013
- Groupes :
Mais rien ne change. Même après avoir relancé x2goserver.service
Même en me déconnectant, dès fois que ça rechargerait un nouveau morceau pour X11.
Même en redémarrant l'ordinateur serveur.
Et ça je ne comprends pas :
Voici ce que j'ai sur t8 :
nxagent-3.5.99.26-1.1.mga8.x86_64
lib64nxX11_6-3.5.99.26-1.1.mga8.x86_64
x2goserver-4.0.1.20-4.mga8.x86_64
x2goclient-4.1.2.2-2.mga8.x86_64
x2goserver n'a pas de nouvelle version (c'est peut-être ça le "même numéro")
Mageia 9 | > | Mageia 5 - 32bits - LXDE - Compiz ; ... Mandriva ; ... power pack, Mandrake 7.0 |

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Je vais donc faire aussi la mise à niveau de x2goserver