When trying connect to a remote linux xpra session from a xpra client on MacOSX, both version 0.14.2, a timeout error shows on the server log and the connection stop. I tried using ssh connection and tcp connection, but the same timeout error shown. I attach the logs from the client and server in debug mode.
Server Side log
Client Side log
From your client-side log, I see:
Connection to the xpra server via SSH failed for: ssh:brunoorcha@brunoorcha.guadaltel.es:100 the command line used was: ['ssh', '-l', 'brunoorcha', '-T', 'brunoorcha.guadaltel.es', 'xpra initenv || echo "Warning: xpra server does not support initenv" 1>&2;~/.xpra/run-xpra _proxy :100'] check your username, hostname, display number, etc internal error: read connection TwoFileConnection(ssh:brunoorcha@brunoorcha.guadaltel.es:100) closed: \ cannot read using ['ssh', '-l', 'brunoorcha', '-T', 'brunoorcha.guadaltel.es', 'xpra initenv || \ echo "Warning: xpra server does not support initenv" 1>&2;~/.xpra/run-xpra _proxy :100']: the SSH process has terminated with exit code=0
So, for whatever reason, this ssh command failed - and it shouldn't. Try to run it by hand to figure out the reason:
Hello, the ssh connection works fine (no password prompt needed). If I try the command ssh -l brunoorcha -T brunoorcha.guadaltel.es
, I see the motd of the remote machine (without a shell due a -T option). Anyway, I've tried using the tcp connection also, and got the same result, timeout error. I'll attach the tcp option logs.
Client Side log using tcp:
Server Side log using tcp:
That's very odd. Very useful to have tried both TCP and SSH. If it was just the TCP having problems, I would have suspected that a transparent proxy or firewall was interfering. But since you're having the same problem with SSH mode, the problem must be on the server and is not related to the transport at all. At least we've eliminated something.
What is your server OS / distro / version / etc?
Can you run xpra info
against that server once started? That's a very basic test and exercises the same code as a real connection.
Other things I can suggest to try (though I can't really see why they would matter): remove as many features as you can when starting the server (--no-speaker
, --no-clipboard
, etc..)
I've init the server with the next command:
xpra start :100 --bind-tcp=192.168.60.179:8080 -d all --no-fake-xinerama --no-mdns \ --no-pulseaudio --no-dbus-proxy --no-clipboard --no-notifications --no-system-tray \ --no-cursors --no-bell --no-xsettings --no-mmap --no-sharing --no-speaker \ --no-microphone --no-windows --no-tray --no-keyboard-sync
The same timeout error on MacOS X.
But I'm not sure that the problem is on the server side. Using VirtualBox?, I can connect to the same linux server from a Windows 7 virtual machine and from an other linux virtual machine. I've tried to connect from two distinct MacOS X machine (macbook adn iMac, both with the OS MacOSX Yosemite 10.10) and the error is the same, so I think probably the problem is on the MacOSX client.
I'll attach the xpra info
, the server and the two client logs (a working and a not working session)
xpra info with --no-* options
I can connect to the same linux server from a Windows 7 virtual machine and from an other linux virtual machine
Ah, OK. Then back to the drawing board.
You could try downgrading the OSX Xpra version, try 0.14.0, 0.13.x or even older.
I've tried Xpra versions 13.9 and 12.7, the same timeout error :(
Hmmm. We know for sure that those OSX versions do work, so it must be something in your environment that is causing problems. But since you've tried it on two machines.. they would need to have the same problem. I haven't tried Yosemite myself yet, but I'm sure others have.
I'm out of ideas at this point.
I will try other options, connect to other linux server, connect from distinct network, and someone else with Yosemite to obtain more information. Anyway, It has to be related to the update to Yosemite because both machines was working perfect before on MacOSX Mavericks (10.9). Thanks very much for your time and support :)
(updating bug title to make it clearer: I didn't know it worked for you before)
We can close this ticket as invalid. After some tests I can conclude the problem is about Forticlient VPN after upgrade to Yosemite not a Xpra problem.
Before, on Mavericks, Xpra worked perfectly through the VPN connection. After upgrade to Yosemite, all the apps was working correctly using Forticlient VPN except Xpra, which was failing with the timeout errors commented above. Because that, I didn't mention the use of the Foticlient VPN client. Sorry, my fault.
Moreover, all the tests using directly the console app Xpra.app/Contents/MacOS/Xpra always fail with the timeout error, but when using the graphical launcher (Xpra_Launcher), and I try to connect, it fail with the same error ... but!, if I repeat the same connection without closing Xpra_Launcher, it connect and all works perfectly!. So it's working but fails on the first try ... a weird issue due to Forticlient.
So thank you very much for your support and I'm so sorry about the waste time.
After some tests I can conclude the problem is about Forticlient VPN after upgrade to Yosemite not a Xpra problem
OK, good to know.
I am changing the ticket title to reflect that (easier to google) and closing it.
Did you file a ticket with them? I think this is the second time we've had issues with them.
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/742