Docker "ERROR: ネットワークに割り当てるデフォルトのIPv4アドレスプールが見つかりませんでした;

ディレクトリ apkmirror-scraper-compose は以下のような構造になっている:

.
├── docker-compose.yml
├── privoxy
│   ├── config
│   └── Dockerfile
├── scraper
│   ├── Dockerfile
│   ├── newnym.py
│   └── requirements.txt
└── tor
    └── Dockerfile

以下の docker-compose.yml を実行しようとしています:

version: '3'

services:
  privoxy:
    build: ./privoxy
    ports:
      - "8118:8118"
    links:
      - tor

  tor:
    build:
      context: ./tor
      args:
        password: ""
    ports:
      - "9050:9050"
      - "9051:9051"

  scraper:
    build: ./scraper
    links:
      - tor
      - privoxy

ここで torDockerfile は次のようになっています。

FROM alpine:latest
EXPOSE 9050 9051
ARG password
RUN apk --update add tor
RUN echo "ControlPort 9051" >> /etc/tor/torrc
RUN echo "HashedControlPassword $(tor --quiet --hash-password $password)" >> /etc/tor/torrc
CMD ["tor"]

privoxy`の場合は

FROM alpine:latest
EXPOSE 8118
RUN apk --update add privoxy
COPY config /etc/privoxy/config
CMD ["privoxy", "--no-daemon"]

ここで config は次の2行で構成されています。

listen-address 0.0.0.0:8118
forward-socks5 / tor:9050 .

そして scraper 用の Dockerfile は以下の通りである。

FROM python:2.7-alpine
ADD . /scraper
WORKDIR /scraper
RUN pip install -r requirements.txt
CMD ["python", "newnym.py"]

ここで requirements.txt には requests という一行が含まれている。最後に、newnym.py は Tor を使って IP アドレスを変更できるかどうかをテストするプログラムです:

from time import sleep, time

import requests as req
import telnetlib

def get_ip():
    IPECHO_ENDPOINT = 'http://ipecho.net/plain'
    HTTP_PROXY = 'http://privoxy:8118'
    return req.get(IPECHO_ENDPOINT, proxies={'http': HTTP_PROXY}).text

def request_ip_change():
    tn = telnetlib.Telnet('tor', 9051)
    tn.read_until("Escape character is '^]'.", 2)
    tn.write('AUTHENTICATE ""\r\n')
    tn.read_until("250 OK", 2)
    tn.write("signal NEWNYM\r\n")
    tn.read_until("250 OK", 2)
    tn.write("quit\r\n")
    tn.close()

if __name__ == '__main__':
    dts = []
    try:
        while True:
            ip = get_ip()
            t0 = time()
            request_ip_change()
            while True:
                new_ip = get_ip()
                if new_ip == ip:
                    sleep(1)
                else:
                    break
            dt = time() - t0
            dts.append(dt)
            print("{} -> {} in ~{}s".format(ip, new_ip, int(dt)))
    except KeyboardInterrupt:
        print("Stopping...")
        print("Average: {}".format(sum(dts) / len(dts)))

docker-compose buildは正常にビルドされますが、docker-compose up` を試すと次のようなエラーメッセージが表示されます:

Creating network "apkmirrorscrapercompose_default" with the default driver
ERROR: could not find an available, non-overlapping IPv4 address pool among the defaults to assign to the network

このエラーメッセージに関するヘルプを検索してみましたが、見つかりませんでした。何がこのエラーを引き起こしているのでしょうか?

質問へのコメント (14)

dockerが作成するネットワークの最大数に達しているのではないかという指摘を見たことがあります。コマンド docker network prune を使用すると、少なくとも1つのコンテナが使用していないネットワークをすべて削除できます。

私の問題は結局、Robert がコメントしているように、openvpn の問題でした。

解説 (7)

OpenVPNを実行していたので、この問題に遭遇しました。 OpenVPNを殺すとすぐに、「ドッカー構成」がすぐに起動し、エラーが消えました。

解説 (9)
ソリューション

Peter Hauge]1'のコメントに従い、docker network lsを実行すると、(他の行の中に)以下のように表示された:

NETWORK ID          NAME                                    DRIVER              SCOPE
dc6a83d13f44        bridge                                  bridge              local
ea98225c7754        docker_gwbridge                         bridge              local
107dcd8aa889        host                                    host                local

NAMEDRIVERが両方ともhost`となっている行は、彼が言っている"ネットワークが既にホスト上に作成されている"ということのようです。そこで、https://gist.github.com/bastman/5b57ddb3c11942094f8d0a97d461b430、次のコマンドを実行した

docker network rm $(docker network ls | grep "bridge" | awk '/ / { print $1 }')

これで docker-compose up は動作するようになりました(newnym.py はエラーを出しますが)。

解説 (3)

私も同じ問題を抱えています。 私は「ドッカーシステムプルーン-a --volumes」、「ドッカーネットワークプルーン」を実行しましたが、どちらも私を助けませんでした。 私はVPNを使用し、VPNをオフにします。その後、ドッカーが正常に起動し、ネットワークを作成できます。 結局のところ、VPNを再度有効にすることができます。

解説 (2)

私もOpenVPNの動作でこの問題に直面し、OpenVPNサーバーを停止/起動してはならないソリューションを見つけました。

使用したいサブネットを正確に指定する必要があるアイデア。 docker-compose.ymlで書く:

networks:
  default:
    driver: bridge
    ipam:
      config:
        - subnet: 172.177.57.0/24

それでおしまい。 これで、「デフォルト」ネットワークが使用され、VPNが 172.177.57から何かを割り当てなかった場合。*サブネット元気です。

解説 (2)

他の回答で述べたように、Dockerのデフォルトのローカル「ブリッジ」ネットワークは30の異なるネットワークのみをサポートしています(それぞれ1つは名前で一意に識別可能です)。 それらを使用していない場合は、「ドッカーネットワークプルーン」でうまくいきます。

ただし、それぞれ独自のネットワークを備えた30を超えるコンテナを確立することに興味があるかもしれません。 そうすることに興味があったなら、「オーバーレイ」ネットワークを定義する必要があります。 これはもう少しトリッキーですが、非常によく文書化されていますここ

解説 (0)

同じエラーメッセージで同じ問題が発生したのですが、未使用の docker ネットワークを削除しても解決しませんでした。デフォルトでない docker ネットワークをすべて削除しましたが(イメージやコンテナもすべて)、それでも解決しませんでした。

問題の原因は、OpenVpn をインストールした後に残ったネットワークインターフェースにありました。(ifconfig`コマンドを実行して見つけました:

...
tun0  Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
      inet addr:10.8.0.2  P-t-P:10.8.0.2  Mask:255.255.255.0
      UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
      RX packets:75 errors:0 dropped:0 overruns:0 frame:0
      TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:100 
      RX bytes:84304 (84.3 KB)  TX bytes:0 (0.0 B)

tun1  Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
      inet addr:10.8.0.2  P-t-P:10.8.0.2  Mask:255.255.255.0
      UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
      RX packets:200496 errors:0 dropped:0 overruns:0 frame:0
      TX packets:148828 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:100 
      RX bytes:211583838 (211.5 MB)  TX bytes:9568906 (9.5 MB)
...

いくつかのコマンドで削除できることがわかりました:

ip link delete tun0
ip link delete tun1

この後、問題はなくなりました。

解説 (2)

1。 他のコンテナが実行されているかどうかを確認します。実行されている場合は、「ドッカー構成ダウン」を実行します。 2。 VPNが接続されている場合は、VPNを切断して、ドッカーコンテナーをアップしてみてください。

    docker-compose up -d container_name。
解説 (0)

試すことができます。

$sudo service network-manager restart

私のために働いた。

解説 (0)

私は同じ問題を調査しました。その理由は、ネットワークの最大値に到達したためです。

する: docker network lsdocker network rm networkname_defaultを使用して削除するものを選択します。

解説 (0)

「OpenVPN」を使用していたので、これが起こりました。 VPNの使用を中止したり、手動でネットワークをドッカー構成ファイルに追加したり、クレイジースクリプトを実行したりする必要がない方法を見つけました。

「OpenVPN」ではなく「WireGuard」に切り替えました。 より具体的には、nordvpnソリューションを実行しているときに、WireGuardをインストールし、そのバージョンであるNordLynxを使用しました。

解説 (0)

TL; DR。

追加。


バージョン:「3.7」。
サービス:
  ウェブ:
    ...
    network_mode:「ブリッジ」。
``。

[の `network_mode`について読んでください。
ドキュメント](https://docs.docker.com/compose/compose-file/#network_mode)。

#長いバージョン。

*免責事項*:私はDockerネットワーキングについてあまり知識がないので、
私のために働いた「解決策」は、魔法の呪文とYMMVのようなものです。

「ドッカーランマイイメージ」を実行したとき、ネットワーキングで問題はなかったが、いつだった。
このコマンドを `docker-compose.yml`ファイルに変換しましたが、同じエラーが発生しました。
OPとして

[Arenimの回答](https://stackoverflow.com/a/56136591/2521769)を読み、
既存のネットワークの再利用を提案したインターネット上の他のいくつかのもの。

このような既存のネットワークを見つけることができます。

。
``。
#ドッカーネットワークls。
ネットワークID名ドライバーの範囲。
ca0415dfa442橋 ⁇ ローカル。
78cbbda034ddホストローカル。
709f13f4ce2d none null local。
``。

デフォルトの「ブリッジ」ネットワークを再利用したかったので、追加しました。

``` yml。
サービス:
  ウェブ:
    ...

ネットワーク:
  デフォルト:
    外部:
      名前:橋。
``。

私の `docker-compose.yml`の_root_に(私の1つの内部ではありません)。
「サービス」、ただしルートインデント)。

次のエラーが発生しました。

>エラー:コンテナの場合、ネットワークスコープエイリアスは、
>ユーザー定義ネットワークのコンテナ。

これは[このDocker Githubに会いました。
明確に述べた問題](https://github.com/docker/compose/issues/3012)。
`network_mode`オブジェクトを `docker-compose`に追加する必要があります。

``` yml。
バージョン:「3.7」。
サービス:
  ウェブ:
    ...
    network_mode:「ブリッジ」。
``。

Dockerバージョン `18.09.8`、 `docker-compose`バージョン `1.24.1`を使用していました。
ファイル形式「3.7」を作成します。
解説 (0)

私はこの問題を段階的に修正しました。

1。 ネットワーク(ワイヤレスまたは有線)をオフにします。..)。

2。 システムを再起動します。

3。 PCでネットワークをオンにする前に、コマンドdocker-compose upを実行すると、新しいネットワークが作成されます。

4。 その後、ネットワークをオンにして続行できます。 ...

解説 (0)