Назад | Перейти на главную страницу

Пропуск шага InRelease при обновлении apt-get (и переход непосредственно к Release)

Я только что установил свежий Xenial на серверный ящик и почти сразу попытался установить на него Docker.

В Страница установки докера говорит, что вам нужно создать /etc/apt/sources.list.d/docker.list файл и добавьте в него только источник репозитория докеров:

deb https://apt.dockerproject.org/repo ubuntu-xenial main

затем, просто пройдя через нормальный apt-get update & install обработать. Этот шаг обычно очень простой, но на этом новом xenial update время ожидания шага постоянно:

Failed to fetch https://apt.dockerproject.org/repo/dists/ubuntu-xenial/InRelease  Connection timed out after 120000 milliseconds

Здесь важно то, что Докер говорит мне что у них нет InRelease репо. Обычно apt-get update следует попробовать InRelease шаг, не найти подписанный встроенный источник, а затем следует попробовать Релиз источник.

Моя проблема в том, что мой новый Xenial останавливается на этом, не пытаясь Release источник.

Как я могу заставить Ubuntu проверять https://apt.dockerproject.org/repo/dists/ubuntu-xenial/Release источник вместо https://apt.dockerproject.org/repo/dists/ubuntu-xenial/InRelease ?

При необходимости вот uname -a результат:

Linux sd-83589 4.4.0-22-generic #40-Ubuntu SMP Thu May 12 22:03:46 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

У меня не было проблем с установкой других пакетов (zsh, screen и т. Д.)

Пожалуйста, не стесняйтесь спрашивать меня о любой дополнительной информации: я слишком много знаю об этом, поэтому я, вероятно, что-то забыл ...

У меня такая же проблема. В /etc/apt/apt.conf вызывает проблему:

Acquire::http::Proxy "http://mirrors.aliyun.com/";

После удаления этого файла теперь все в порядке.


Обновлено

Я также могу обойти репозиторий докеров, добавив еще одну строку:

Acquire::http::Proxy "http://mirrors.aliyun.com/";
Acquire::http::Proxy::apt.dockerproject.org DIRECT;

Благодаря @ Law29 я узнал, что некоторые обновления делаются с HTTPS, когда другие используют HTTP: /

Я могу проверить с curl этот запрос HTTPS не достигнет сервера.

Оказывается, это был мой брандмауэр, который не был настроен на прием запросов порта 443 ... Добавление правильных строк решило проблему! Спасибо @ Law29!