Hi list,
While folder sharing works fine using pyhoca-cli, it does not work at all with x2goclient. This is what sshd says on the client side when trying to "share" a folder from the gui:
May 8 13:55:43 uranus sshd[23908]: Connection from 127.0.0.1 port 51821 May 8 13:55:43 uranus sshd[23908]: Connection closed by 127.0.0.1 [preauth]
mount's output on the server side does not show anything interesting.
I am running Ubuntu precise (12.04), both on the client and the server.
Do you have any hints on how to debug this further?
Installed packages:
ii cups-x2go 3.0.0.3-0~54~oneiric1 X2GO printer for CUPS ii python-x2go 0.1.1.9-0-0~612~oneiric1 Python module for X2go client support ii x2goagent 2:3.5.0.11-0~220~oneiric1 X2Go agent ii x2goclient 3.99.0.6-0~144~oneiric1 X2Go Client application (Qt4) ii x2gognomebindings 2.0.1.4-0~53~oneiric1 Description: x2gognomebindings (GNOME mimetypes for X2go) ii x2goserver 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts ii x2goserver-compat 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (backwards compatitbity to old client versions) ii x2goserver-extensions 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (extensions) ii x2goserver-fmbindings 3.1.0.0-0~477~oneiric1 Generic (freedesktop-based) file manager bindings for X2Go ii x2goserver-printing 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (printing) ii x2goserver-pyhoca 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (add-ons for pyhoca client) ii x2goserver-xsession 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (Xsession runner) ii pyhoca-cli 0.1.4.2-0~108~oneiric1 A command line X2go client written in Python ii pyhoca-gui 0.1.0.10-0~487~oneiric1 A graphical X2go client written in (wx)Python ii x2goserver-pyhoca 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (add-ons for pyhoca client)
Conf file:
[20120503160857309] speed=3 pack=16m-jpeg quality=9 fstunnel=true export="/media:1;" iconvto=UTF-8 iconvfrom=ISO8859-1 useiconv=false fullscreen=false width=1024 multidisp=false display=1 height=768 dpi=96 setdpi=false xinerama=false usekbd=true layout=us type=pc105/us sound=true soundsystem=pulse startsoundsystem=true soundtunnel=true defsndport=true sndport=4713 print=true name=xxx icon=:icons/128x128/x2gosession.png host=host.example.org user=username key= sshport=22 autologin=false krblogin=false rootless=false applications=WWWBROWSER, MAILCLIENT, OFFICE, TERMINAL, gnome-session-fallback command=gnome-session-fallback rdpoptions= rdpserver= xdmcpserver=localhost
Hi,
same here. I'm debugging the problem an the reason is, that the x2goclient did not update the local autorized_keys file.
I have an old x2goclient installed on an old machine. When i start there a folder sharing, the client will add the servers key to the ".ssh/authorized_keys" file.
On the new client (installed today) the ".ss/authorized_keys" file is empty. And the sshd logs shows that error (not allowed because not in authorized_keys).
I thought this bug is inside x2goclient for linux.
Anyone knows about this issue?
Am 08.05.2012 um 14:09 schrieb Emanuele Rocca:
Hi list,
While folder sharing works fine using pyhoca-cli, it does not work at all with x2goclient. This is what sshd says on the client side when trying to "share" a folder from the gui:
May 8 13:55:43 uranus sshd[23908]: Connection from 127.0.0.1 port 51821 May 8 13:55:43 uranus sshd[23908]: Connection closed by 127.0.0.1 [preauth]
mount's output on the server side does not show anything interesting.
I am running Ubuntu precise (12.04), both on the client and the server.
Do you have any hints on how to debug this further?
Installed packages:
ii cups-x2go 3.0.0.3-0~54~oneiric1 X2GO printer for CUPS ii python-x2go 0.1.1.9-0-0~612~oneiric1 Python module for X2go client support ii x2goagent 2:3.5.0.11-0~220~oneiric1 X2Go agent ii x2goclient 3.99.0.6-0~144~oneiric1 X2Go Client application (Qt4) ii x2gognomebindings 2.0.1.4-0~53~oneiric1 Description: x2gognomebindings (GNOME mimetypes for X2go) ii x2goserver 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts ii x2goserver-compat 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (backwards compatitbity to old client versions) ii x2goserver-extensions 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (extensions) ii x2goserver-fmbindings 3.1.0.0-0~477~oneiric1 Generic (freedesktop-based) file manager bindings for X2Go ii x2goserver-printing 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (printing) ii x2goserver-pyhoca 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (add-ons for pyhoca client) ii x2goserver-xsession 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (Xsession runner) ii pyhoca-cli 0.1.4.2-0~108~oneiric1 A command line X2go client written in Python ii pyhoca-gui 0.1.0.10-0~487~oneiric1 A graphical X2go client written in (wx)Python ii x2goserver-pyhoca 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (add-ons for pyhoca client)
Conf file:
[20120503160857309] speed=3 pack=16m-jpeg quality=9 fstunnel=true export="/media:1;" iconvto=UTF-8 iconvfrom=ISO8859-1 useiconv=false fullscreen=false width=1024 multidisp=false display=1 height=768 dpi=96 setdpi=false xinerama=false usekbd=true layout=us type=pc105/us sound=true soundsystem=pulse startsoundsystem=true soundtunnel=true defsndport=true sndport=4713 print=true name=xxx icon=:icons/128x128/x2gosession.png host=host.example.org user=username key= sshport=22 autologin=false krblogin=false rootless=false applications=WWWBROWSER, MAILCLIENT, OFFICE, TERMINAL, gnome-session-fallback command=gnome-session-fallback rdpoptions= rdpserver= xdmcpserver=localhost
X2Go-User mailing list X2Go-User@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-user
Stephan Diehl Geschäftsführer
Open Solutions GmbH & Co. KG Luisenweg 109 20537 Hamburg
Fon: 040 / 7070806 - 70 Mail: stephan.diehl@opensolutions.net Web: www.opensolutions.net
Registergericht: Amtsgericht Hamburg, HRA 105 704 Persönlich haftende Gesellschafterin: Open Solutions GmbH Registergericht: Amtsgericht Hamburg, HRB 999 00 Geschäftsführer: Stephan Diehl USt-Id-Nr: DE253775678; Steuer-Nr: 46/649/00349
On Tue, May 8, 2012 at 2:27 PM, Stephan Diehl <stephan.diehl@opensolutions.net> wrote:
same here. I'm debugging the problem an the reason is, that the x2goclient did not update the local autorized_keys file.
That does not to seem the problem, at least here.
I've tracked down the issue and apparently x2gomountdirs gets stuck in a interactive dialog waiting for someone to accept the server key. As a workaround, try to modify *the server's* /etc/ssh/ssh_config and disable strict host key checking:
Host 127.0.0.1 StrictHostKeyChecking no UserKnownHostsFile=/dev/null
With such a modification I can mount folders properly.
But why is a server modification nedded? The old x2goclient 3.01 for windows and linux can still mount local folders without any problems. This has to be an issue on the client side.
Is there an old x2goclient.deb (Ver. 3.01) available? Then i can install it on the new client os and test if this issue is from x2go or the system (like sshd).
Am 08.05.2012 um 17:00 schrieb Emanuele Rocca:
On Tue, May 8, 2012 at 2:27 PM, Stephan Diehl <stephan.diehl@opensolutions.net> wrote:
same here. I'm debugging the problem an the reason is, that the x2goclient did not update the local autorized_keys file.
That does not to seem the problem, at least here.
I've tracked down the issue and apparently x2gomountdirs gets stuck in a interactive dialog waiting for someone to accept the server key. As a workaround, try to modify *the server's* /etc/ssh/ssh_config and disable strict host key checking:
Host 127.0.0.1 StrictHostKeyChecking no UserKnownHostsFile=/dev/null
With such a modification I can mount folders properly.
Stephan Diehl Geschäftsführer
Open Solutions GmbH & Co. KG Luisenweg 109 20537 Hamburg
Fon: 040 / 7070806 - 70 Mail: stephan.diehl@opensolutions.net Web: www.opensolutions.net
Registergericht: Amtsgericht Hamburg, HRA 105 704 Persönlich haftende Gesellschafterin: Open Solutions GmbH Registergericht: Amtsgericht Hamburg, HRB 999 00 Geschäftsführer: Stephan Diehl USt-Id-Nr: DE253775678; Steuer-Nr: 46/649/00349
Hi Stefan,
On Di 08 Mai 2012 17:28:04 CEST Stephan Diehl wrote:
But why is a server modification nedded? The old x2goclient 3.01 for
windows and linux can still mount local folders without any
problems. This has to be an issue on the client side.Is there an old x2goclient.deb (Ver. 3.01) available? Then i can
install it on the new client os and test if this issue is from x2go
or the system (like sshd).
Best insight you will get when looking at debug output of the
client-side sshd (/etc/ssh/sshd_config) and the debug output of the
X2Go server (/etc/x2go/x2goserver.conf).
Mike
--
DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419
GnuPG Key ID 0xB588399B mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
Hi Mike,
i have disabled the key deletion in x2gomountdirs and do a manual sshfs call with the existing key files. Then i can see that the x2goserver ist not trusting the x2goclient (sshfs server) and after accepting the hash he is asking me for the password (not trusting my key).
On the x2go client side in the sshd debug log you can see that the sshd is not trusting the client.
So, there is a generally trust problem between server and client :-) and it is client side, because the old x2goclient 3.01(windows and linux) can still share his folders.
Any ideas how to debug this, MIke? Is the latest 3.99 Linux client folder sharing working on your client?
Stephan
Am 09.05.2012 um 11:43 schrieb Mike Gabriel:
Hi Stefan,
On Di 08 Mai 2012 17:28:04 CEST Stephan Diehl wrote:
But why is a server modification nedded? The old x2goclient 3.01 for windows and linux can still mount local folders without any problems. This has to be an issue on the client side.
Is there an old x2goclient.deb (Ver. 3.01) available? Then i can install it on the new client os and test if this issue is from x2go or the system (like sshd).
Best insight you will get when looking at debug output of the client-side sshd (/etc/ssh/sshd_config) and the debug output of the X2Go server (/etc/x2go/x2goserver.conf).
Mike
--
DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419
GnuPG Key ID 0xB588399B mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
X2Go-User mailing list X2Go-User@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-user
Stephan Diehl Geschäftsführer
Open Solutions GmbH & Co. KG Luisenweg 109 20537 Hamburg
Fon: 040 / 7070806 - 70 Mail: stephan.diehl@opensolutions.net Web: www.opensolutions.net
Registergericht: Amtsgericht Hamburg, HRA 105 704 Persönlich haftende Gesellschafterin: Open Solutions GmbH Registergericht: Amtsgericht Hamburg, HRB 999 00 Geschäftsführer: Stephan Diehl USt-Id-Nr: DE253775678; Steuer-Nr: 46/649/00349
Hi,
On Di 08 Mai 2012 17:00:48 CEST Emanuele Rocca wrote:
On Tue, May 8, 2012 at 2:27 PM, Stephan Diehl <stephan.diehl@opensolutions.net> wrote:
same here. I'm debugging the problem an the reason is, that the x2goclient did not update the local autorized_keys file.
That does not to seem the problem, at least here.
I've tracked down the issue and apparently x2gomountdirs gets stuck in a interactive dialog waiting for someone to accept the server key. As a workaround, try to modify *the server's* /etc/ssh/ssh_config and disable strict host key checking:
Host 127.0.0.1 StrictHostKeyChecking no UserKnownHostsFile=/dev/null
With such a modification I can mount folders properly.
This is a dirty work-around that should not be necessary. X2Go does a
host key exchange when sharing a local folder.
Greets, Mike
--
DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419
GnuPG Key ID 0xB588399B mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
On Wed, May 9, 2012 at 11:41 AM, Mike Gabriel wrote:
On Di 08 Mai 2012 17:00:48 CEST Emanuele Rocca wrote:
Host 127.0.0.1 StrictHostKeyChecking no UserKnownHostsFile=/dev/null
This is a dirty work-around that should not be necessary. X2Go does a host key exchange when sharing a local folder.
I agree. However, without skipping strict host key checking folder sharing does not work for me using x2goclient, while it works fine with pyhoca-cli. The bug is reproducible on Ubuntu 12.04 (server) and Debian Squeeze or Ubuntu 12.04 on the client. Tested x2goclient versions: 3.99.0.5-1 and GIT.
Hi Stefan,
On Di 08 Mai 2012 14:27:15 CEST Stephan Diehl wrote:
Hi,
same here. I'm debugging the problem an the reason is, that the
x2goclient did not update the local autorized_keys file.I have an old x2goclient installed on an old machine. When i start
there a folder sharing, the client will add the servers key to the
".ssh/authorized_keys" file.On the new client (installed today) the ".ss/authorized_keys" file
is empty. And the sshd logs shows that error (not allowed because
not in authorized_keys).I thought this bug is inside x2goclient for linux.
Anyone knows about this issue?
The key exchanges for id-pubkey and key-entry in known_hosts are
communicated on-the-fly for local folder sharing. The two keys get
stored on the server for a moment (in a temp location) and are deleted
immediately after sshfs mount is established. They should not appear
in any authorized_keys file on the server (not on the client!).
The client-side authorized_keys file is only for initial session login
of X2Go.
Greets, Mike
--
DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419
GnuPG Key ID 0xB588399B mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
Hi Emanuele,
i have the solution:
go inside the /etc/ssh/sshd_config on the x2goclient pc and remove "HostKey /etc/ssh/ssh_host_ecdsa_key". Then restart ssh and the filesharing is working.
Stephan
Am 08.05.2012 um 14:09 schrieb Emanuele Rocca:
Hi list,
While folder sharing works fine using pyhoca-cli, it does not work at all with x2goclient. This is what sshd says on the client side when trying to "share" a folder from the gui:
May 8 13:55:43 uranus sshd[23908]: Connection from 127.0.0.1 port 51821 May 8 13:55:43 uranus sshd[23908]: Connection closed by 127.0.0.1 [preauth]
mount's output on the server side does not show anything interesting.
I am running Ubuntu precise (12.04), both on the client and the server.
Do you have any hints on how to debug this further?
Installed packages:
ii cups-x2go 3.0.0.3-0~54~oneiric1 X2GO printer for CUPS ii python-x2go 0.1.1.9-0-0~612~oneiric1 Python module for X2go client support ii x2goagent 2:3.5.0.11-0~220~oneiric1 X2Go agent ii x2goclient 3.99.0.6-0~144~oneiric1 X2Go Client application (Qt4) ii x2gognomebindings 2.0.1.4-0~53~oneiric1 Description: x2gognomebindings (GNOME mimetypes for X2go) ii x2goserver 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts ii x2goserver-compat 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (backwards compatitbity to old client versions) ii x2goserver-extensions 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (extensions) ii x2goserver-fmbindings 3.1.0.0-0~477~oneiric1 Generic (freedesktop-based) file manager bindings for X2Go ii x2goserver-printing 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (printing) ii x2goserver-pyhoca 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (add-ons for pyhoca client) ii x2goserver-xsession 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (Xsession runner) ii pyhoca-cli 0.1.4.2-0~108~oneiric1 A command line X2go client written in Python ii pyhoca-gui 0.1.0.10-0~487~oneiric1 A graphical X2go client written in (wx)Python ii x2goserver-pyhoca 3.1.0.0-0~477~oneiric1 X2Go server daemon scripts (add-ons for pyhoca client)
Conf file:
[20120503160857309] speed=3 pack=16m-jpeg quality=9 fstunnel=true export="/media:1;" iconvto=UTF-8 iconvfrom=ISO8859-1 useiconv=false fullscreen=false width=1024 multidisp=false display=1 height=768 dpi=96 setdpi=false xinerama=false usekbd=true layout=us type=pc105/us sound=true soundsystem=pulse startsoundsystem=true soundtunnel=true defsndport=true sndport=4713 print=true name=xxx icon=:icons/128x128/x2gosession.png host=host.example.org user=username key= sshport=22 autologin=false krblogin=false rootless=false applications=WWWBROWSER, MAILCLIENT, OFFICE, TERMINAL, gnome-session-fallback command=gnome-session-fallback rdpoptions= rdpserver= xdmcpserver=localhost
X2Go-User mailing list X2Go-User@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-user
Stephan Diehl Geschäftsführer
Open Solutions GmbH & Co. KG Luisenweg 109 20537 Hamburg
Fon: 040 / 7070806 - 70 Mail: stephan.diehl@opensolutions.net Web: www.opensolutions.net
Registergericht: Amtsgericht Hamburg, HRA 105 704 Persönlich haftende Gesellschafterin: Open Solutions GmbH Registergericht: Amtsgericht Hamburg, HRB 999 00 Geschäftsführer: Stephan Diehl USt-Id-Nr: DE253775678; Steuer-Nr: 46/649/00349
I hope this is not too late for most of you.
Folder sharing under Linux Client needs openssh-server. Sharing was working for me under Windows but not under Linux.
Kais Hassan <kaismh@...> writes:
I hope this is not too late for most of you.
Folder sharing under Linux Client needs openssh-server. Sharing was working
for
me under Windows but not under Linux.
I've catched this bug in Ubuntu 14.04. Any sshfs mounting on the server side shows the problem. Is is /dev/fuse with rw---- root,root rights, that blocks sshfs from any user. My kernel has a resident fuse module, that is why udev rules didn't work. The simplies way to solve it:
chmod g+rw /dev/fuse chown fuse:fuse
Users must be in fuse group.
Best regards. Arcady.
-
Arcady -
Emanuele Rocca -
Kais Hassan -
Mike Gabriel -
Stephan Diehl