libgnutls26 2.12.14 breaks SSL tracker support in Transmission

Bug #937537 reported by Daniel Swarbrick
124
This bug affects 25 people
Affects Status Importance Assigned to Milestone
gnutls26 (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

The version of libgnutls26 currently in Pangolin alpha causes SSL torrent trackers to time out during the scrape in Transmission.

Running Transmission with env var TR_CURL_VERBOSE=1 reveals the following:

* Operation timed out after 30001 milliseconds with 0 out of 0 bytes received
* Closing connection #2
* gnutls_handshake() failed: Error in the push function.
* Closing connection #0

I installed libgnutls26 packages from Debian sid (2.12.16-1) and the problem goes away. Please update the packages in Pangolin (or backport a fix).

Tags: precise
Revision history for this message
Daniel Swarbrick (pressureman) wrote :

SSL trackers are fairly rare, and I was only able to test with one particular (private) tracker. I can't say for sure whether this is a general SSL bug, or something that only affects my particular tracker.

I suspect it has something to do with the less mainstream CA that signed the trackers cert, and I would not be too surprised if this entry from the gnutls 2.12.15 changelog is the culprit:

** libgnutls: Disable signature algorithms that are not supported
for client certificate verification. Reported by Florian Weimer.

In any case, the differences between 2.12.14 and 2.12.16 seem to be negligible.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gnutls26 (Ubuntu):
status: New → Confirmed
Revision history for this message
Daniel Swarbrick (pressureman) wrote :

Bump... will this be fixed before 12.04 release?

Revision history for this message
Dawid Kowalik (dawidkowalik) wrote :

I have the same issue with sll tracker.
Please, fix it!

Revision history for this message
tocpcs (tocpcs) wrote :

Ubuntu was released as 12.04 with the SSL support for transmission broken.

Workaround is to get the deb libgnutls26_2.12.18-1 from Debian Sid and restart Transmission after installing it with dpkg -i.

Revision history for this message
Bob Bib (bobbib) wrote :

It's interesting.
Transmission depends on libcurl3-gnutls, which itself depends on libgnutls26.

tags: added: precise
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in transmission (Ubuntu):
status: New → Confirmed
Revision history for this message
Gromit83 (gromit83) wrote :

Thanks tocpcs. I also have this bug on 12.04 and your recipe works great.

Revision history for this message
Daniel Swarbrick (pressureman) wrote :

I just did a clean install of quantal from a daily ISO (2012-07-17), and notice that Transmission is having no problem connecting to the SSL tracker that was the original reason for opening this bug.

It appears that this entry from the libgnutls26 package changelog fixes the issue:

gnutls26 (2.12.14-5ubuntu3.1) precise-proposed; urgency=low

  * Apply upstream patch to fix validation of certificates when more than
    one with the same short hash exists in the CA bundle (LP: #1003841).

 -- Thorsten Glaser <email address hidden> Thu, 24 May 2012 11:19:12 +0200

I guess this bug could theoretically be closed, since that update is now in precise-updates and quantal.

Revision history for this message
Daniel Swarbrick (pressureman) wrote :

Hmm. Apparently I spoke too soon. It was working successfully yesterday, on a fresh install, with libgnutls26 2.12.14-5ubuntu4, but today I saw the original symptoms again.

I grabbed a copy of libgnutls26 2.12.20-1 from Debian wheezy, and the problem went away.

C'mon Ubuntu... update this thing!

Revision history for this message
Nygel Lyndley (ubuntu-com-lyndley) wrote :

I am experiencing the also.

* gnutls_handshake() failed: Error in the push function.* Connection #0 seems to be dead!

Revision history for this message
adamaze (adamaze) wrote :

Im still affected with this same bug. I tried looking for the .deb file from wheezy or sid, and i cant find it. This is likely due to the fact that i have never tried to navigate debian.org.
I was able to get the source from here: http://packages.debian.org/sid/amd64/debug/libgnutls26-dbg ,
but with my limited linux knowledge, i need some more help, or just a pointer to the deb, then im good.

thanks!

Revision history for this message
Daniel Swarbrick (pressureman) wrote :

Adamaze, packages.debian.org is pretty much the same to navigate as packages.ubuntu.com.

Choose your arch from the links at the bottom of http://packages.debian.org/wheezy/libgnutls26 and download from a mirror of your choice.

Revision history for this message
Patrick Roskelley (proskelley) wrote :

I am experiencing this bug as well and can confirm installing libgnutls26 from the Debian Repo resolves this issue. Will gladly provide debug information if requested.

Thanks,
Patrick

Revision history for this message
Mk4UmHa (mk4umha) wrote :

I can't get mine to work after installing the Wheezy deb package. Is there anything I might be doing wrong?

Revision history for this message
eris23 (jdkatz23) wrote :

The 2.12.20-1 package from sid works on my precise amd64.

Revision history for this message
Dawid Kowalik (dawidkowalik) wrote :

How about 12.10?

Revision history for this message
Daniel Swarbrick (pressureman) wrote :

Nope. Quantal was released whilst this bug just sat quietly in the corner. Maybe we'll be lucky enough to get 2.12.20 when the Debian-sid import is done.

AG (alexguinane)
information type: Public → Public Security
information type: Public Security → Public
Revision history for this message
Daniel Swarbrick (pressureman) wrote :

Just installed raring... bug still present. Fix it this cycle maybe? Or is it too soon still?

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

Raring now has 2.12.20, so this should be fixed. For the SRU's, please check bug 1095052 which I think is a dupe.

no longer affects: transmission (Ubuntu)
Changed in gnutls26 (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
Daniel Swarbrick (pressureman) wrote :

Yep, confirmed working here. I should have updated the bug earlier, but didn't want it to miss its first birthday ;-)

Revision history for this message
roger21 (roger21) wrote :

I installed a fresh pangolin (from non-pae mini-iso) it is up2date (libgnutls26: Installed: 2.12.14-5ubuntu3.4), i still have this issue (or what it looks like to be) using transmission-daemon + remote

* transmission connect to any tracker except that ssl one
* i can connect to that ssl tracker with another client/platform
* if i disable the ssl in my trackers'profile i can connect with transmission (and download successfully) using new torrents (not ssl torrents) (ssl torrents still not connecting)

the only log i have are some consistent "Scrape error: Could not connect to tracker (announcer.c:1255)" and "Could not connect to tracker (announcer.c:990)" on the ssl torrents

i did not successfully obtain the curl log from first post (not sure how to do it)
i did not try to install another libgnutls26 package because i'm not sure how safe/clean/reversible that process is

Revision history for this message
Widowmad (widowmad) wrote :

fresh install of 12.04 + transmission-daemon from apt.

Confirmed not working with SSL trackers

Install the relevant version of libgnutls26 for wheezy from :
http://packages.debian.org/wheezy/libgnutls26

dpkg -i <package>.deb

rebooted, now working fine

I tried the SID package :http://packages.debian.org/sid/libgnutls26
But this had other dependencies that it needed

Revision history for this message
Shadow Panther (panther-ru) wrote :

This bug exists in 14.04 with fresh updates. Installing libgnutls26 is no longer possible, as it breaks depends for other packages. Version of libgnutls26 from sid doesn't fix the bug.

Can I do something else to fix this or provide more information for fixing?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.