web-dev-qa-db-ja.com

curl（56）Recv失敗：ピアによる接続のリセット-Dockerコンテナーにアクセスしたとき

AWS ec2インスタンス（dockerを実行）から、DockerコンテナーでホストされているWebサービスをcurlしようとしています。

与えられた：

[ec2-user]$ docker ps
CONTAINER ID        IMAGE                                                                COMMAND                  CREATED             STATUS              PORTS                                        NAMES
b56fa0d76d5c        $REGISTRY/$WORK/metrics:v0.1.0   "/bin/sh -c 'sh /root"   3 minutes ago       Up 3 minutes        0.0.0.0:80->80/tcp, 0.0.0.0:9000->9000/tcp   insane_leakey

コンテナー内からWebサービスにアクセスできます。

[ec2-user]$ docker exec -it b56fa0d76d5c bash
root@b56fa0d76d5c:/# curl 'http://localhost/health'
Request is missing required query parameter 'apiName'

しかし、私はホストからそれを打つことができません：

[ec2-user]$ curl 'http://localhost/health'
curl: (56) Recv failure: Connection reset by peer

このcurlエラーでこの詳細な answer を確認しましたが、この問題のデバッグ方法がわかりません。

networkingdockercurl
10
Kevin Meredith

Dockerコンテナーへの接続リセットは、通常、アプリケーションを指さないコンテナーのポートマッピングを定義したことを示します。

したがって、80：80のマッピングを定義している場合は、Dockerインスタンス内のプロセスが実際にポート80で実行されていることを確認してください（netstat -an | grep LISTEN）。

Dockerの「プロキシ」が接続を取得し、コンテナ内のプロセスに接続しようとすると失敗し、接続がリセットされるため、リセットが発生します。

8
Jason Martin

コンテナーにtsharkをインストールしてこれを調査し、tshark -i any：

その後、外部でリクエストを行うと、次のようなものが表示されます。

root@618910b515f0:/code# tshark -i any
Running as user "root" and group "root". This could be dangerous.
Capturing on 'any'
tshark: cap_set_proc() fail return: Operation not permitted

tshark: cap_set_proc() fail return: Operation not permitted

    1 0.000000000   172.18.0.1 → 172.18.0.3   TCP 76 45844 → 8001 [SYN] Seq=0 Win=29200 Len=0 MSS=1460 SACK_PERM=1 TSval=820044004 TSecr=0 WS=128
    2 0.000019457   172.18.0.3 → 172.18.0.1   TCP 56 8001 → 45844 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0

ネットワークパケットが着信しましたが、RSTで応答しました。つまり、拒否されました。

おそらくあなたは127.0.0.1 のではなく 0.0.0.0-すべてのIP。

1
Chris Stryczynski