connection timeout error after update to Mac OS X 10.10 Yosemite - forticlient

[totaam]

Issue migrated from trac ticket # 742

component: client | priority: major | resolution: invalid

2014-11-21 08:45:28: gimco created the issue

---

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.

[totaam]

2014-11-21 08:48:21: gimco uploaded file server-side-linux.log (28.1 KiB)

Server Side log

[totaam]

2014-11-21 08:48:36: gimco uploaded file client-side-macosx.log (116.9 KiB)

Client Side log

[totaam]

2014-11-21 16:37:15: totaam changed owner from antoine to gimco

[totaam]

2014-11-21 16:37:15: totaam commented

---

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:

[totaam]

2014-11-23 18:09:41: gimco commented

---

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.

[totaam]

2014-11-23 18:10:15: gimco uploaded file client-side-macosx-tcp.log (117.4 KiB)

Client Side log using tcp:

[totaam]

2014-11-23 18:10:31: gimco uploaded file server-side-linux-tcp.log (30.0 KiB)

Server Side log using tcp:

[totaam]

2014-11-23 22:48:36: totaam commented

---

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..)

[totaam]

2014-11-24 08:48:48: gimco commented

---

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)

[totaam]

2014-11-24 08:49:18: gimco uploaded file nooptions-xpra-info.log (9.6 KiB)

xpra info with --no-* options

[totaam]

2014-11-24 08:50:35: gimco uploaded file nooptions-server-side-on-windows7-connect.log (639.4 KiB)

[totaam]

2014-11-24 08:54:13: gimco uploaded file nooptions-client-side-windows7-working.log (177.6 KiB)

[totaam]

2014-11-24 09:45:04: gimco uploaded file nooptions-client-side-macosx-not-working.log (115.8 KiB)

[totaam]

2014-11-24 09:45:30: gimco uploaded file nooptions-server-side-on-macosx-connect.log (104.2 KiB)

[totaam]

2014-11-24 16:26:01: totaam commented

---

I can connect to the same linux server from a Windows 7 virtual machine and from an other linux virtual machine
[[BR]]

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.

[totaam]

2014-11-24 17:46:05: gimco commented

---

I've tried Xpra versions 13.9 and 12.7, the same timeout error :(

[totaam]

2014-11-24 18:15:53: totaam commented

---

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.

[totaam]

2014-11-24 19:30:22: gimco commented

---

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 :)

[totaam]

2014-11-24 19:32:46: totaam changed title from Timeout error on Mac OS X 10.10 to connection timeout error after update to Mac OS X 10.10 Yosemite

[totaam]

2014-11-24 19:32:46: totaam commented

---

(updating bug title to make it clearer: I didn't know it worked for you before)

[totaam]

2014-11-27 09:13:30: gimco commented

---

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.

[totaam]

2014-11-28 02:01:51: totaam changed status from new to closed

[totaam]

2014-11-28 02:01:51: totaam changed resolution from ** to invalid

[totaam]

2014-11-28 02:01:51: totaam changed title from connection timeout error after update to Mac OS X 10.10 Yosemite to connection timeout error after update to Mac OS X 10.10 Yosemite - forticlient

[totaam]

2014-11-28 02:01:51: totaam commented

---

After some tests I can conclude the problem is about Forticlient VPN after upgrade to Yosemite not a Xpra problem
[[BR]]
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.