Docker pull: тайм-аут рукопожатия TLS

14

Я получаю это последовательно (Ubuntu 16.04 LTS):

$ docker pull nginx
Using default tag: latest
Error response from daemon: Get https://registry-1.docker.io/v2/: net/http: TLS handshake timeout

Однако curl TLS работает нормально (кроме ошибки аутентификации):

$ curl https://registry-1.docker.io/v2/
{"errors":[{"code":"UNAUTHORIZED","message":"authentication required","detail":null}]}

И даже небольшая программа golang (для имитации докера) работает нормально:

package main
import (
    "fmt"
    "io/ioutil"
    "net/http"
)
func main() {
    resp, err := http.Get("https://registry-1.docker.io/v2/")
    if err != nil {
        panic(err)
    }
    defer resp.Body.Close()
    body, err := ioutil.ReadAll(resp.Body)
    if err != nil {
        panic(err)
    }
    fmt.Println("Got: ", string(body))
}

Pcap для запроса времени ожидания TLS докера:

reading from file docker-timeout.pcap, link-type LINUX_SLL (Linux cooked)
00:38:54.782452 IP my-ubuntu.52036 > registry-1.docker.io.https: Flags [S], seq 26945613, win 29200, options [mss 1460,sackOK,TS val 1609360 ecr 0,nop,wscale 7], length 0
00:38:54.878630 IP registry-1.docker.io.https > my-ubuntu.52036: Flags [S.], seq 2700732154, ack 26945614, win 26847, options [mss 1460,sackOK,TS val 947941366 ecr 1609360,nop,wscale 8], length 0
00:38:54.878691 IP my-ubuntu.52036 > registry-1.docker.io.https: Flags [.], ack 1, win 229, options [nop,nop,TS val 1609384 ecr 947941366], length 0
00:38:54.878892 IP my-ubuntu.52036 > registry-1.docker.io.https: Flags [P.], seq 1:156, ack 1, win 229, options [nop,nop,TS val 1609384 ecr 947941366], length 155
00:38:55.175931 IP my-ubuntu.52036 > registry-1.docker.io.https: Flags [P.], seq 1:156, ack 1, win 229, options [nop,nop,TS val 1609459 ecr 947941366], length 155
00:38:55.475954 IP my-ubuntu.52036 > registry-1.docker.io.https: Flags [P.], seq 1:156, ack 1, win 229, options [nop,nop,TS val 1609534 ecr 947941366], length 155
00:38:56.076327 IP my-ubuntu.52036 > registry-1.docker.io.https: Flags [P.], seq 1:156, ack 1, win 229, options [nop,nop,TS val 1609684 ecr 947941366], length 155
00:38:57.280103 IP my-ubuntu.52036 > registry-1.docker.io.https: Flags [P.], seq 1:156, ack 1, win 229, options [nop,nop,TS val 1609985 ecr 947941366], length 155
00:38:59.684095 IP my-ubuntu.52036 > registry-1.docker.io.https: Flags [P.], seq 1:156, ack 1, win 229, options [nop,nop,TS val 1610586 ecr 947941366], length 155
00:39:04.492102 IP my-ubuntu.52036 > registry-1.docker.io.https: Flags [P.], seq 1:156, ack 1, win 229, options [nop,nop,TS val 1611788 ecr 947941366], length 155
00:39:04.879468 IP my-ubuntu.52036 > registry-1.docker.io.https: Flags [F.], seq 156, ack 1, win 229, options [nop,nop,TS val 1611884 ecr 947941366], length 0
00:39:04.976015 IP registry-1.docker.io.https > my-ubuntu.52036: Flags [.], ack 1, win 105, options [nop,nop,TS val 947943890 ecr 1609384,nop,nop,sack 1 {156:157}], length 0
00:39:04.976073 IP my-ubuntu.52036 > registry-1.docker.io.https: Flags [P.], seq 1:156, ack 1, win 229, options [nop,nop,TS val 1611909 ecr 947943890], length 155
00:39:05.275922 IP my-ubuntu.52036 > registry-1.docker.io.https: Flags [P.], seq 1:156, ack 1, win 229, options [nop,nop,TS val 1611984 ecr 947943890], length 155
00:39:05.876104 IP my-ubuntu.52036 > registry-1.docker.io.https: Flags [P.], seq 1:156, ack 1, win 229, options [nop,nop,TS val 1612134 ecr 947943890], length 155

Что может быть не так?

linux-networking docker Willem
источник
1
Я поменял свой модем dsl, и проблема исчезла ... Я подозреваю, что это проблема mtu.
Виллем

Ответы:

14

net/http: TLS handshake timeoutозначает, что у вас медленное интернет-соединение. Значение по умолчанию времени ожидания подключения слишком мало для вашей среды. К сожалению, в Docker нет настроек, позволяющих изменить время ожидания соединения. Вы можете попытаться создать свой собственный кэш реестра где-нибудь еще и извлечь из него изображения.

Азамат Хакимов
источник
1
Ну speedtest.netи fast.comпокажи у меня скорость интернета 90 Мбит / с. Это медленно? Я тяну python:2.7-slimизображение. Я могу вытащить hello-worldиз хаба, но не питона. Это дает мне ту же TLS handshake timeoutошибку.
Нихил Чилвант
3
Прежде чем люди начнут делать что-то драматическое, хочу заметить: наличие опечатки в имени изображения также приводит к той же ошибке. Очень наглядно.
Барафу Альбино
1
Тайм-аут рукопожатия TLS в основном не означает, что интернет-соединение должно быть медленным. Это сообщение также появится, если рукопожатие TLS прекращается по разным причинам. Например, если одна сторона не любит общаться с определенной версией TLS или из-за проблемы с сертификатом.
Bndr
4

В моем случае мой сервер был позади nat и proxy и настроен на автоматическое определение прокси, что я сделал на текущем терминале, у меня есть настройки прокси экспорта 

root@k8master:~/runner# export http_proxy="http://192.168.10.208:3128"
root@k8master:~/runner# docker pull gitlab/gitlab-runner:latest
latest: Pulling from gitlab/gitlab-runner
7b722c1070cd: Pull complete 
5fbf74db61f1: Pull complete 
ed41cb72e5c9: Pull complete 
7ea47a67709e: Pull complete 
ae336ceeca88: Pull complete 
f9f79780e6cf: Pull complete 
67e622273f37: Pull complete 
bc84c40af701: Pull complete 
69e36092e9de: Pull complete 
Digest: sha256:b1f5387942aaaf8c220f6613a1e96ba2cbcb6c58a5e47ca0df8ae3216720a15e
Status: Downloaded newer image for gitlab/gitlab-runner:latest
Мансур Али
источник
3

У меня была такая же проблема, используя docker run hello-world1-й раз, что приводит к загрузке изображения с помощью https://registry-1.docker.io/v2/, который заканчивается

docker: Error response from daemon: Get https://registry-1.docker.io/v2/: proxyconnect tcp: net/http: TLS handshake timeout.

Поиск в Интернете в течение нескольких часов и обнаружил, что это происходит у некоторых пользователей с Ubuntu 18.04 и текущей версией докера, за прокси. Обходной путь - удалить всю конфигурацию https-прокси, чтобы оставить только конфигурацию http-proxy, чтобы принудительно загрузить http (не https).

Не знаю, в чем настоящая причина.

(кстати: у меня была одинаковая проблема "TLS handshake" с composer и packagist. Это было из-за отсутствия файла cacert.pem, который не был предоставлен ubuntu по умолчанию. Возможно, эта проблема с докером идет в том же направлении ?)

Бндр
источник
3

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

Это мой обходной путь:

docker pull $IMAGE || docker pull $IMAGE ||  docker pull $IMAGE || docker pull $IMAGE

Просто забей сервер запросом. Обычно второй успешен для меня.

Варенье
источник
Не окончательное решение, но хорошее временное решение
Гонсало Цао
2

Если вы используете личный реестр, вам нужно поместить сертификат для этого в /etc/docker/certs.d/ registryname /ca.crt

имя реестра будет меняться соответственно

Кроме того, пожалуйста, измените размер MTU на 1300, это было также одной вещью, которую я сделал, чтобы устранить ошибку. Реестр один, я полагаю, вы, возможно, уже сделали. Команда для изменения MTU

ip link set dev eth0 mtu 1300

Размер MTU важно проверить, чтобы избежать этой ошибки, если у вас действительно хорошая скорость интернета

Rebelution
источник
Это хороший совет, но отсутствие сертификата может привести к x509: certificate signed by unknown authorityошибке TLS handshake timeout.
wisbucky
0

То, что работало для меня, было использовать другой сетевой интерфейс. Вместо подключения через Ethernet (проводной) я переключился на Wi-Fi. Проблема решена.

Кстати, я был на новой установке Raspbian Stretch.

bandaangosta
источник
0

Ни один из приведенных выше ответов не может решить мою проблему, однако я обнаружил, что ниже https://github.com/helm/helm/issues/5220 работает для меня!

После этого изменения ИТ-отдел моей компании нашел решение. Я использовал переменную среды https_proxy с https: // url для нашего прокси. Это работает для большинства инструментов, которые мы используем, но не для руля или более нового куба. Кажется, у них есть некоторые проблемы с рукопожатием TLS. Мы переключились с https: // на http: // url (например, https_proxy = http: // myproxy ), и теперь все работает нормально.

Fei
источник
0

Вы можете получить сообщение об TLS handshake timeoutошибке, если прокси-сервер демона Docker настроен неправильно.

# verify docker daemon proxy configuration
/etc/systemd/system/docker.service.d/proxy.conf

# flush changes
sudo systemctl daemon-reload

# restart docker service
sudo systemctl restart docker

Для получения дополнительной информации см. Https://docs.docker.com/config/daemon/systemd/#httphttps-proxy.

wisbucky
источник