SSL problems with Chromium + Safari

[Disp]

When I run tornado_eftw.py (tornado 0.2 + tornado_eftw.py 1.1) and I connect to it using: https://localhost:8888 using Google Chromium, I get an SSL error message in the eftw logs, then the background loads, but I don't actually get a login prompt. I'm running on OSX, so I tried running tornado_eftw.py on my linux box but I was getting the same problems.

When I use FireFox, I get the login prompt and I can interact with my system via eftw as expected.

I tested it with Safari and I have the same problem (the log messages from tornado_eftw are only very slightly different to the Chromium test case).

I have not tested this with IE.

Log messages from tornado_eftw.py when using Firefox 3.5.7 on OSX 10.6:

[I 100118 00:56:05 tornado_eftw:412] Starting EFTW on port 8888
[E 100118 00:56:16 tornado_eftw:391] [Errno 1] _ssl.c:480: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca
[I 100118 00:56:28 web:714] 200 GET / (127.0.0.1) 14.08ms
[I 100118 00:56:28 web:714] 304 GET /static/eftw.css (127.0.0.1) 0.95ms
[I 100118 00:56:28 web:714] 304 GET /static/MochiKit.js (127.0.0.1) 0.36ms
[I 100118 00:56:28 web:714] 304 GET /static/eftw.js (127.0.0.1) 0.30ms
[W 100118 00:56:28 web:714] 404 GET /static/LoggingPane.js (127.0.0.1) 0.35ms
[I 100118 00:56:28 web:714] 304 GET /static/background.jpg (127.0.0.1) 0.41ms
[W 100118 00:56:28 web:714] 404 GET /favicon.ico (127.0.0.1) 0.35ms
[I 100118 00:56:28 web:714] 200 GET /eftw_resize?rows=36&cols=178 (127.0.0.1) 2.04ms
[I 100118 00:56:28 web:714] 200 GET /eftw (127.0.0.1) 28.25ms
[I 100118 00:56:29 web:714] 200 GET /eftw (127.0.0.1) 1017.99ms
[W 100118 00:56:31 web:714] 404 GET /favicon.ico (127.0.0.1) 0.45ms

Log messages from tornado_eftw.py when using Chromium 4.0.298.0 (36117) on OSX 10.6:

[I 100118 00:58:43 tornado_eftw:412] Starting EFTW on port 8888
[E 100118 00:58:52 tornado_eftw:391] [Errno 6] _ssl.c:480: TLS/SSL connection has been closed
[E 100118 00:59:04 tornado_eftw:391] [Errno 8] _ssl.c:480: EOF occurred in violation of protocol
[I 100118 00:59:04 web:714] 200 GET / (127.0.0.1) 14.35ms
[I 100118 00:59:04 web:714] 200 GET /static/eftw.css (127.0.0.1) 15.76ms
[E 100118 00:59:04 tornado_eftw:391] [Errno 6] _ssl.c:480: TLS/SSL connection has been closed
[E 100118 00:59:04 tornado_eftw:391] [Errno 6] _ssl.c:480: TLS/SSL connection has been closed
[I 100118 00:59:04 web:714] 200 GET /static/MochiKit.js (127.0.0.1) 2.09ms
[I 100118 00:59:04 web:714] 200 GET /static/eftw.js (127.0.0.1) 1.51ms
[W 100118 00:59:04 web:714] 404 GET /static/LoggingPane.js (127.0.0.1) 0.33ms
[I 100118 00:59:04 web:714] 200 GET /static/background.jpg (127.0.0.1) 1.34ms
[I 100118 00:59:04 web:714] 200 GET /eftw_resize?rows=54&cols=104 (127.0.0.1) 1.21ms
[W 100118 00:59:04 web:714] 404 GET /favicon.ico (127.0.0.1) 0.46ms
[I 100118 00:59:04 web:714] 200 GET /eftw (127.0.0.1) 32.59ms

Log messages from tornado_eftw.py when using Safari 4.0.4 (6531.21.10) on OSX 10.6:

[I 100118 01:05:45 tornado_eftw:412] Starting EFTW on port 8888
[E 100118 01:05:51 tornado_eftw:391] [Errno 8] _ssl.c:480: EOF occurred in violation of protocol
[I 100118 01:05:55 web:714] 200 GET / (127.0.0.1) 14.41ms
[I 100118 01:05:55 web:714] 200 GET /static/MochiKit.js (127.0.0.1) 10.29ms
[I 100118 01:05:55 web:714] 200 GET /static/eftw.js (127.0.0.1) 0.94ms
[I 100118 01:05:55 web:714] 200 GET /static/eftw.css (127.0.0.1) 0.43ms
[W 100118 01:05:55 web:714] 404 GET /static/LoggingPane.js (127.0.0.1) 0.32ms
[W 100118 01:05:55 web:714] 404 GET /favicon.ico (127.0.0.1) 0.32ms
[I 100118 01:05:55 web:714] 200 GET /static/background.jpg (127.0.0.1) 1.57ms
[I 100118 01:05:55 web:714] 200 GET /eftw_resize?rows=34&cols=102 (127.0.0.1) 1.40ms
[I 100118 01:05:55 web:714] 200 GET /eftw (127.0.0.1) 14.88ms

[Disp (daniel-cooper-ro)]

I should also add that there is an ugly Trackback when both Chromium and Safari are unable to interact with EFTW. After about 30 seconds, tornado_eftw.py times out and then dumps the following Traceback:

[I 100118 01:28:57 tornado_eftw:323] "7Ggqs0gLR+6gWzZWOuRW2H+jgrZqJ0XlhLfMNl3L6CI=" EFTW session timeout.
[I 100118 01:28:59 tornado_eftw:335] "7Ggqs0gLR+6gWzZWOuRW2H+jgrZqJ0XlhLfMNl3L6CI=" received quit()... Killing EFTW shell.
Exception in thread Thread-1:
Traceback (most recent call last):
  File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/threading.py", line 522, in __bootstrap_inner
    self.run()
  File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/threading.py", line 477, in run
    self.__target(*self.__args, **self.__kwargs)
  File "/Users/dcooper/projects/temp/eftw/eftw_tornado/eftw.py", line 581, in loop
    i,o,e = select.select(fds, [], [], 1.0)
error: (9, 'Bad file descriptor')

[badnews (badnews-zenbe)]

I am experiencing the same behaviour under Chrome & IE8. Works OK in FF3.5. However interestingly I don't get any SSL errors when using Chrome/IE8, but I do get an error under FF (which then proceeds to work). Running under Vista, EFTW under i686 CentOS 5.4.

IE8:

[root@yeah eftw_tornado]# ./tornado_eftw.py
[I 100118 05:53:20 tornado_eftw:413] Starting EFTW on port 8888
[I 100118 05:53:38 web:735] 200 GET / (my.ip) 10.74ms
[I 100118 05:53:38 web:735] 200 GET /static/eftw.css (my.ip) 2.35ms
[I 100118 05:53:39 web:735] 200 GET /static/eftw.js (my.ip) 0.39ms
[I 100118 05:53:39 web:735] 200 GET /static/MochiKit.js (my.ip) 1.23ms
[W 100118 05:53:41 web:735] 404 GET /static/LoggingPane.js (my.ip) 0.23ms
[I 100118 05:53:41 web:735] 200 GET /static/background.jpg (my.ip) 0.93ms
[I 100118 05:53:42 web:735] 200 GET /eftw_resize?rows=35&cols=112 (my.ip) 1.17ms
[I 100118 05:53:42 web:735] 200 GET /eftw (my.ip) 13.59ms

Firefox 3.5.6:

[root@yeah eftw_tornado]# ./tornado_eftw.py
[I 100118 05:54:22 tornado_eftw:413] Starting EFTW on port 8888
[E 100118 05:54:58 tornado_eftw:392] [Errno 1] _ssl.c:480: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca
[W 100118 05:54:58 iostream:171] Read error on 7: [Errno 104] Connection reset by peer
[I 100118 05:55:07 web:735] 200 GET / (my.ip) 13.98ms
[I 100118 05:55:07 web:735] 200 GET /static/eftw.css (my.ip) 2.50ms
[I 100118 05:55:07 web:735] 200 GET /static/MochiKit.js (my.ip) 1.19ms
[I 100118 05:55:09 web:735] 200 GET /static/eftw.js (my.ip) 0.38ms
[W 100118 05:55:10 web:735] 404 GET /static/LoggingPane.js (my.ip) 0.23ms
[I 100118 05:55:10 web:735] 200 GET /static/background.jpg (my.ip) 0.94ms
[W 100118 05:55:10 web:735] 404 GET /favicon.ico (my.ip) 0.15ms
[I 100118 05:55:10 web:735] 200 GET /eftw_resize?rows=50&cols=131 (my.ip) 1.16ms
[I 100118 05:55:10 web:735] 200 GET /eftw (my.ip) 22.69ms
[I 100118 05:55:11 web:735] 200 GET /eftw (my.ip) 816.17ms
[W 100118 05:55:13 web:735] 404 GET /favicon.ico (my.ip) 0.21ms

[badnews (badnews-zenbe)]

Ooops I should probably mention my Python version is this:
Python 2.6.4 (r264:75706, Jan 14 2010, 22:37:25)

[Riskable (riskable)]

Sorry for the *really* late update... I never did figure out what caused these bugs but EFTW 1.2 should be out soon and it will be using the new Tornado 1.0 code base which means EFTW no longer requires the SSL HTTP wrapper. I suspect it will fix these SSL issues and it also works properly in Chrome and Opera (haven't tested Safari as I don't have a Mac).