«Apt-get update» больше не работает

Я больше не могу обновлять пакеты в Ubuntu.

$ sudo apt-get update
Ign http://debian.sur5r.net trusty InRelease                                   
Ign http://security.ubuntu.com trusty-security InRelease                       
Ign http://us.archive.ubuntu.com trusty InRelease                              
Err http://debian.sur5r.net trusty Release.gpg                                 
  Connection failed [IP: 217.8.49.41 80]
Err http://security.ubuntu.com trusty-security Release.gpg                     
  Connection failed [IP: 91.189.91.15 80]
...

Это происходит на:

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 14.04.4 LTS
Release:        14.04
Codename:       trusty

Кажется, что apt-get update считает, что 14.04.4 находится на «конце срока службы» (EOL).

$ ubuntu-support-status
Support status summary of 'travel':


You have 1267 packages (100.0%) that can not/no-longer be downloaded
You have 0 packages (0.0%) that are unsupported

Run with --show-unsupported, --show-supported or --show-all to see more details

Это довольно раздражает. Есть идеи?

ОБНОВЛЕНИЕ № 1

Я запустил следующее:

$ sudo strace -s 1024 apt-get update
...
read(7, "400 URI Failure\nURI: http://security.ubuntu.com/ubuntu/dists/trusty-security/InRelease\nMessage: Connection failed [IP: 91.189.92.200 80]\nTransient-Failure: true\n\n", 64000) = 162
...

Тем не менее, когда я использую curl, я не получаю ошибка по указанному URL:

$ curl -I "http://security.ubuntu.com/ubuntu/dists/trusty-security/InRelease"
HTTP/1.1 200 OK
Date: Thu, 03 Mar 2016 23:16:18 GMT
Server: Apache/2.4.7 (Ubuntu)
Last-Modified: Thu, 03 Mar 2016 23:10:00 GMT
ETag: "10156-52d2d1903a200"
Accept-Ranges: bytes
Content-Length: 65878
Cache-Control: max-age=2921, s-maxage=3300, proxy-revalidate
Expires: Fri, 04 Mar 2016 00:05:00 GMT

Кто-нибудь знает, как вручную переустановить Aptitude и его зависимости? Кажется, что-то принципиально сломано.

ОБНОВЛЕНИЕ № 2

Хорошо, это действительно странно!

Я поиграл с прокси-запросами, и существенная разница была в заголовке User-Agent. В частности, я обнаружил, что пользовательский агент Aptitude по умолчанию (т. Е. «Debian APT-HTTP / 1.3») был заблокирован. Это произошло как по WiFi-соединению, так и по привязанному сотовому телефону. Я решил проблему, указав Aptitude использовать другой пользовательский агент, как описано в этой статье .

Теория заговора: В настоящее время я нахожусь в Южной Африке, и я клянусь, что я успешно обновился из этой страны раньше. Является ли это какой-то уловкой АНБ, чтобы предотвратить исправление уязвимости DROWN (CVE-2016-0800) в OpenSSL?