Otrzymuję to konsekwentnie (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
Jednak curl TLS działa dobrze (oprócz błędu autoryzacji):
$ curl https://registry-1.docker.io/v2/
{"errors":[{"code":"UNAUTHORIZED","message":"authentication required","detail":null}]}
Nawet mały program Golang (naśladujący dokera) działa dobrze:
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))
}
Plik pcap żądania limitu czasu dokowania 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
Co może pójść nie tak?
linux-networking
docker
Willem
źródło
źródło
Odpowiedzi:
net/http: TLS handshake timeout
oznacza, że masz wolne połączenie z Internetem. Domyślna wartość limitu czasu połączenia jest zbyt mała dla twojego środowiska. Niestety doker nie ma żadnych ustawień, które pozwalają zmienić limit czasu połączenia. Możesz spróbować utworzyć własną pamięć podręczną rejestru w innym miejscu i pobrać z niej obrazy.źródło
speedtest.net
ifast.com
pokaż moją prędkość internetu to 90 Mbit / s. Czy to jest wolne? Ciągnępython:2.7-slim
obraz. Jestem w stanie ściągnąćhello-world
z hubu, ale nie z pythonowego. Daje mi ten samTLS handshake timeout
błąd.W moim przypadku mój serwer był za nat i proxy i ustawiłem automatyczne wykrywanie proxy, co zrobiłem na bieżącym terminalu, mam ustawienia proxy eksportu
źródło
Miałem ten sam problem, używając
docker run hello-world
1. czasu, co powoduje pobranie obrazu za pomocąhttps://registry-1.docker.io/v2/
, który kończy sięPrzeszukując sieć godzinami i dowiedziałem się, że dzieje się tak u niektórych użytkowników Ubuntu 18.04 i bieżącej wersji dokera, za serwerem proxy. Obejściem tego problemu jest usunięcie całej konfiguracji serwera proxy HTTPS, aby pozostawić tylko konfigurację serwera proxy HTTP, aby wymusić pobieranie protokołu HTTP (nie https).
Nie wiem, jaki jest prawdziwy powód.
(tak przy okazji: miałem taki sam problem „uścisku dłoni TLS” z kompozytorem i packagist. Było to spowodowane brakującym plikiem cacert.pem, który domyślnie nie był dostarczany przez Ubuntu. Może ten problem dokera zmierza w tym samym kierunku ?)
źródło
Mam ten sam problem. Wtedy odpowiedź Azamata Hackimova wskazała mi właściwy kierunek. Moja maszyna działa nieco wolniej, szczególnie podczas uruchamiania, kiedy chcę uruchomić usługę. Dlatego rozpoczyna się krótki limit czasu i zabija moją prośbę.
Oto moje obejście:
Po prostu młotkuj serwer na żądanie. Zwykle drugi jest dla mnie udany.
źródło
Jeśli używasz prywatną rejestru, trzeba umieścić certyfikat że pod /etc/docker/certs.d/ registryname /ca.crt
nazwa rejestru odpowiednio się zmieni
Ponadto zmień rozmiar MTU na 1300, to też zrobiłem, aby rozwiązać błąd. Zarejestruj jeden, jak sądzę, prawdopodobnie już zrobiłeś. Polecenie zmiany MTU
ip link set dev eth0 mtu 1300
Rozmiar MTU należy sprawdzić, aby uniknąć tego błędu, jeśli prędkość Internetu jest naprawdę dobra
źródło
x509: certificate signed by unknown authority
błądTLS handshake timeout
.Dla mnie zadziałało użycie innego interfejsu sieciowego. Zamiast łączyć się przez Ethernet (przewodowy), przełączyłem się na Wi-Fi. Problem rozwiązany.
Nawiasem mówiąc, byłem na nowej instalacji Raspbian Stretch.
źródło
Żadna z powyższych odpowiedzi nie może rozwiązać mojego problemu, jednak stwierdziłem, że poniżej https://github.com/helm/helm/issues/5220 działa dla mnie!
źródło
TLS handshake timeout
Błąd może zostać wyświetlony, jeśli serwer proxy demona dokera nie jest poprawnie skonfigurowany.Aby uzyskać więcej informacji, zobacz https://docs.docker.com/config/daemon/systemd/#httphttps-proxy
źródło