NextCloudを使いたかった。―Docker内のコンテナからインターネットにアクセスできない―

# 結論

**（ネットワークモードにhostを使用する以外は）無理！！！！！！！！！！** だった。

# 前提条件

自宅サーバを動かしてる。OSはArchLinuxで試験的かつ個人利用のみでWebサーバとVPNサーバを動かしてる。

# やりたかったこと

一番最初の目的はNextCloud（ストレージサーバ）の構築だった。異なるサーバソフトウェアを一つのサーバ機上に展開するのはヤバイとそろそろ気付き始めたので、勉強ついでにDockerを使って導入しよう、可能ならWebServerとVPNServerもコンテナとして移行させよう、なんてこと考えてた。

# Docker composeの利用

調べ始め、よくわからないけどdocker-composeとか言うものを使えば良いらしいと聞き、ネットに散見しているNextCloudのdocker-compose.yamlを拾ってきて実行した。

> 参考にしたサイト：
> 
> * FUTURE SPIRITS様 [【Docker+NextCloud】とりあえず何か動かしたい人向けサーバ学習ブログ](https://blog.future.ad.jp/%E3%81%A8%E3%82%8A%E3%81%82%E3%81%88%E3%81%9A%E4%BD%95%E3%81%8B%E5%8B%95%E3%81%8B%E3%81%97%E3%81%9F%E3%81%84%E4%BA%BA%E5%90%91%E3%81%91%E3%82%B5%E3%83%BC%E3%83%90%E5%AD%A6%E7%BF%92%E3%83%96%E3%83%AD%E3%82%B0)
> * engishoma様 [NextcloudをDockerで構築する](https://qiita.com/engishoma/items/12d749495b8c0f96557e)

だが、どう試してもアクセスができない。ブラウザからのアクセスもcurlからのアクセスも、Timeoutによって何も表示されない。真っ白な画面が表示されるだけ。信頼できるドメインに自分のドメインが登録できていないからかとそちらも試したが変わず。docker-composeのポートマッピングは80番ポートから変更しており、nftablesなどは一時的に無効化している。

> 参考にしたサイト：
> 
> * ださっち様 [薩摩藩中仙道蕨宿別邸 | NextCloudで外部からのアクセスを可能にする](https://satsumahomeserver.com/blog/293491)
> * github [NEXTCLOUD_TRUSTED_DOMAINS only sets first domain in list #1666](https://github.com/nextcloud/docker/issues/1666)

サーバ内からcurlをしてみるとデータが取ってこれると気づいた。ということは、インターネットとの接続がうまく行ってない？と考え、Webサーバ用に動いているNginxに協力してもらい、サブドメインを見分けてNextCloudに転送してもらうよう設定した。

```nginx
# こんなイメージ
server {
        listen       80;
        server_name  nextcloud.example.com;

        location / {
        proxy_pass http://localhost:60000/;
        }
    }
```
Nginxの転送技を使うことで外部からのアクセスが可能になり、ログイン画面に到達できた。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/481950/1d6a005c-a4a1-9149-5dda-9ce363535ec2.png)

## NextCloudとDBサーバ間の通信

すんなり進んでほしい思いとは裏腹に、すぐに次の問題に直面した。NextCloudの管理用アカウントを入力しインストールボタンを押すと、次のエラーが表示された。
`Error while trying to create admin account: An exception occurred in the driver: SQLSTATE[HY000] [2002] Connection refused`
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/481950/0c2d0474-eb81-e67a-d2f6-9fdd7b7a811c.png)
原因はNextCloudサーバとDBサーバとの間で正常な通信ができていないことと読み取った。DBサーバのユーザ名とパスワードをすべて同じ文字列にしてみたり、DBサーバの指定方法を"localhost"や"127.0.0.1"などに変えてみたり、DBサーバそのものをMariaDBからPostgreSQLに変更したりしたが結果は変わらなかった。そもそも公式に当たっていないのは論外ということか？と思い始めDockerHubやGitHubの公式リポジトリに当たって説明されているExamplesにそのまましたがって構築したが、同様のエラーが発生した。ちなみに、GitHubにある公式リポジトリにはmariadbの10.6が指定されていたが、これはそのままだと実行エラーが発生するため最新版にする必要がある。

> 参考にしたサイト：
> 
> * Nickellab Sakai様 [Zenn | Dockerでpostgresqlを構築する](https://zenn.dev/ayano_sakai/articles/42e64d873bf7df)
> * mineaki27th (みね)様 [Qiita | 【Docker】MySQLに接続できないエラー（php_network_getaddresses: getaddrinfo failed: Name or service not known）](https://qiita.com/mineaki27th/items/2fec99060f1c97ec2892)
> * とーち様 [DevelopersIO | dockerコンテナからmysqlに接続出来なくて困った話](https://dev.classmethod.jp/articles/troubleshooting-docker-mysql-connection/)
> * NextCloud help [Nextcloud installation: Error while trying to create admin user](https://help.nextcloud.com/t/nextcloud-installation-error-while-trying-to-create-admin-user/20775)
> * [Docker Hub | nextcloud](https://hub.docker.com/_/nextcloud/)
> * [GitHub | nextcloud/docker](https://github.com/nextcloud/docker/tree/master)
> * [GitHub | nextcloud/all-in-one](https://github.com/nextcloud/all-in-one#nextcloud-all-in-one)

公式から別途提供されているall-in-oneパッケージを見つけ、docker-composeを捨てることにした🥺。すると、次のエラーが発生した。

``` bash
$ sudo docker run --init --sig-proxy=false --name nextcloud-aio-mastercontainer --restart always --publish 80:80 --publish 8080:8080 --publish 8443:8443 --volume nextcloud_aio_mastercontainer:/mnt/docker-aio-config --volume /var/run/docker.sock:/var/run/docker.sock:ro nextcloud/all-in-one:latest
Trying to fix docker.sock permissions internally...
Creating docker group internally with id 974
**Could not resolve the host nextcloud.com.**
Most likely the DNS resolving does not work.
You should be able to fix this by following https://dockerlabs.collabnix.com/intermediate/networking/Configuring_DNS.html
Apart from that, there has been this: https://github.com/nextcloud/all-in-one/discussions/2065
```

つまるところ、nextcloud.comのドメイン解決ができない。docker内のコンテナからnextcloud.comへの接続ができないということだった。

## コンテナからのpingが帰ってこない
### 問題の切り分け

どうも、コンテナから外へ通信がうまく行っていないようである。少なくともドメイン解決ができていない。とりあえずこれを分離させるため、これまた見様見真似で新規のdockerコンテナを作成し、ここから8.8.8.8にpingを打ってみた。

``` sh
$ docker run -itd --name alp alpine
6f6db48a1db25d04fbd175fbf263476634967c50f3d52710c1556234bea253a1
$ docker attach alp
/ # ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
^C
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 0 packets received, 100% packet loss
```

このように、ドメイン解決とは関係なく通信ができていないことがわかる。
（現状わかっている）唯一の解決策は、上記のdocker runコマンドに--net=hostを付けることだった。これについて説明する。

### Dockerと3種類のネットワーク

Dockerには3種類のネットワークモードが存在する。noneとhost、bridgeの3つである。なお、Dockerそのものに触り始めたばっかりであるとともに、解説そのものがメインの記事ではないため説明が適当であっても勘弁してほしい。
「none」はコンテナが全く通信をしない場合に設定する。コンテナ間の通信はできず、もちろん外部のネットワークとも通信ができない。
「host」はコンテナがDockerを実行するホストのネットワークインターフェースをそのまま利用する設定である。一つのインターフェースを共有する形であるため、ホストが接続するネットワークに対してコンテナからそのままアクセスすることが可能である。ポートマッピングをする必要は当然無く、コンテナとしてサーバを立てれば外からそのままアクセスが可能となる。コンテナ間の通信も可能である。
「bridge」はソフトウェアブリッジを構築し、NAT/NAPTを経由してホスト含め外部のネットワークと通信を行う。コンテナにはそれぞれプライベートIPアドレスが割り振られ、IPを用いることでコンテナ間の通信が可能となる。Dockerではこれがデフォルトとなっている。
Docker内にネットワークを新規作成することも可能である。Dockerからデフォルトで提供されているものをそのまま利用するにはセキュリティ的なリスクが存在するため、各自で作成することが推奨されている。

> 参考にしたサイト：
> 
> * 水道屋さん様 [Zenn | 😋 dockerコンテナのネットワーク](https://zenn.dev/suiudou/articles/14249a918ec93b)
> * ymz_note様 [Zenn | 🌟【Docker】ブリッジネットワークの解像度を上げる試み](https://zenn.dev/ymz_note/articles/eecd6f04f6854f)
> * Yu Watanabe様 [Zenn | 😺 systemd-networkd入門](https://zenn.dev/yuwata/articles/0927ed436eecf7ac311e)
> * MetricFire様 [Qiita | 【Docker Network 第３章】-net = hostオプションを理解する](https://qiita.com/MetricFire/items/b731c84975bd9894748d)
> * [Docker-docs-ja | Docker コンテナ・ネットワークの理解](https://docs.docker.jp/engine/userguide/networking/dockernetworks.html)

### ネットワークモードにhostを使うと

Dockerがつながらない事象について調べる中で、hostを設定するとうまく行くという事例がいくつかヒットした。つまるところ、Dockerのブリッジを使わなければうまく行くということである。しかしながら、これには大きな欠点がある。それはポートがそのまま適用されてしまう点である。現時点でNginxを使用しWebサーバを立てている。一方NextCloudは内部でApacheを使用しており、アクセスはブラウザがメインであるためNginxと競合してしまうのである。これではDockerを使わず直接デプロイするのと変わらないのだ。docker-composeを使った場合でもネットワークモードをhostにするとうまく行ったが、これでは意味がない。
ついでに、**不具合があるならその原因を追求するのが条理**である。なんとかして問題解決できるよう頑張ってみる。

> 参考にしたサイト
>
> * [askUbuntu | No network access from within Docker container](https://askubuntu.com/questions/1445229/no-network-access-from-within-docker-container)
> * [stackoverflow | How to use host network for docker compose?](https://stackoverflow.com/questions/56582446/how-to-use-host-network-for-docker-compose)
> * [stackoverflow | Not able to connect to network inside docker container](https://stackoverflow.com/questions/33780947/not-able-to-connect-to-network-inside-docker-container)

## 【本編】インターネットにつながらない原因究明

さて、どう調べてみても上記で例示したような、コンテナからサクッとgoogleへpingが届かないような状況は正常でないらしい。これを解消するためにまる一日費やしたが**解決しなかった**ので、試したこととその意味を箇条書きに羅列する。誰か助けてほしい。

### 1. `systemctl restart docker`
Dockerがうまく働かないなら、Dockerそのものを再起動させるのが良いと考えた。効果はなかった。

### 2. `systemctl restart docker.socket`
Dockerは簡単にいえば通信部に別途ソケットファイルを用いている。Docker.serviceのトリガーにもこのソケットが設定されている。とりあえずこちらも再起動させた。効果はなかった。

### 3. `reboot`
とりあえず、なにかうまく行かない場合はPCを再起動させるのが定番である。効果はなかった。

### 4. `systemctl stop iptables`, `systemctl stop nftables`
通信できないとなれば、やっぱり疑うべきはフィルタ部分である。もともとサーバではiptablesを動かしていたが途中からnftablesに移行した。どちらが影響しているかわからないため、両方とも動作を停止させ無効化させた。効果はなかった。

### 5. `iptables -t nat -F`
iptablesは-Fオプションによってフラッシュ（初期化）することができる。iptables内にはテーブルという枠組みが存在しており、パケットは全ていずれかのテーブルに割り振られる。そのうちNATに関するテーブルがnatテーブルであり、このコマンドではnatテーブル上のルールをリセットする。効果はなかった。

### 6. `iptables -P FORWARD ACCEPT`
iptables中のチェイン、FORWARDはパケットがマシンを中継する場合に適応される。Dockerのブリッジとマシン上のネットワークインターフェース（ここではeth0とする）は別物であるため、外から入ってきたパケットはeth0を経由してDockerへと入る。本来ならDockerがうまくiptablesを調整するが、これがうまく行っていない場合はFORWARDで止まるはずである。よってこのコマンドによってFORWARDに来るパケットを際限なく通過できるようにする。効果はなかった。

### 7. `/etc/docker/daemon.json`をいじる
今回は関係ない話となるが、念の為DNSの設定をしてみた。例として次のように書き込む。
``` json
{
    "dns": ["8.8.8.8", "8.8.4.4"]
}
```
その後、Dockerのサービスをリスタートさせる。こうすると、コンテナ内の`etc/resolv.conf`にDNSの解決先として8.8.8.8、8.8.4.4が設定される。aptのアップデートなどドメイン解決の点でエラーが発生している場合はこれが有効となる。効果はなかった。

### 8. コンテナ内の`/etc/resolv.conf`に8.8.8.8などを設定する
コンテナ内にexecやattachなどで直接入り込み、nameserverとして8.8.8.8などを設定する。ひとつ上の方法を自分の手で行う形である。効果はなかった。

### 9. サーバ機の`/etc/resolv.conf`に8.8.8.8などを設定する
コンテナの`/etc/resolv.conf`はサーバ機、つまりホストマシンのresolv.confが引き継がれるらしい。元々8.8.8.8が設定されていたが、試しに8.8.4.4も追記してみた。効果はなかった。

### 10. runコマンドのオプションとして`--dns=8.8.8.8`などを指定する
ふたつ上とほぼ同じである。効果はなかった。

### 11. `docker system prune`
参考にしたサイトではaptやapt-getのupdateの失敗対応方法として、容量不足を挙げられていた。サーバの空き容量に不安はなかったが、もしかするとDockerに割り当てられている容量が不足している？可能性も踏まえてDockerのキャッシュを消去した。効果はなかった。

### 12. `brctl delbr docker0`
Dockerが作成する仮想ブリッジはLinuxと深く結びついており、brctl(bridge-utils)からコントロールすることが可能である。docker0が仮想ブリッジの名前であるが、このコマンドで試しに消去している。その後Dockerのサービスを再起動させ、改めて構築させた。効果はなかった。

### 13. `ip link delete docker0`
ひとつ上とほぼ同じである。ここではip（iproute2）より仮想ブリッジであるdocker0を削除した。効果はなかった。

### 14. `sysctl -w net.bridge.bridge-nf-call-iptables=0`
Dockerのネットワークがbridgeモードで動作するとき、Linuxのカーネル機能を用いて仮想的なブリッジを作成している。このとき、カーネル部でパケット全体の処理を制御しているのがNetfilterである。よくフィルタとしてiptablesやnftablesを利用するが、これはユーザ向けのインターフェースであり内部ではNetfilterが制御されている。上のコマンドではブリッジに関するNetfilterを無効化するものである。この場合再起動後に無効化されるため、即時無効化する場合は`proc/sys/net/bridge/bridge-nf-call-iptables`に0を格納するらしい。これにより制御を無効化するため、変なフィルタが掛かっていたとしてもスルーされて繋がるはずである。効果はなかった。

### 15. `sysctl -w net.ipv4.ip_forward=1`
6番の前提となる、IPフォワードを有効化する設定である。IPフォワードは異なるネットワークインターフェース間での通信を転送することである。何故かiptablesでの設定を先にしていたが、ここで改めて有効化させてみた。効果はなかった。

### 16. Dockerを再インストールする
何をどうやってもDockerがうまく動かないなら、最終的には再インストールしか無い。pacmanから-Rと-Sによって再インストールした。効果はなかった。

### 17. `/ver/lib/docker`を削除する
Dockerのイメージやコンテナ等は全て`/var/lib/docker`内に保存されている。Dockerをpacmanより削除するのみではこれらが削除されないため、Dockerを完全に削除するにはここまで消去する必要がある。効果はなかった。

### 18. Dockerをダウングレードする
最新のDockerのパッケージに未知のバグが含まれていて、奇跡的にエラーがおきているに違いない。古いパッケージを使えばもしかしたらうまく動くかもしれない！効果はなかった。

> 参考にしたサイト
> 
> * (4) 青色一号様 [そんな今日この頃の技術ネタ | /\*突然Dockerコンテナ内からネットワークに繋がらなくなったらiptablesを疑ってみよう\*/](https://blue1st-tech.hateblo.jp/entry/2017/01/29/232733)
> * (5) (12) [stackoverflow | My docker container has no internet](https://stackoverflow.com/questions/20430371/my-docker-container-has-no-internet)
> * (5) (6) [Qiita | iptables まとめ](https://qiita.com/Tocyuki/items/6d90a1ec4dd8e991a1ce)
> * (5) (6) [ArchWiki | iptables](https://wiki.archlinux.jp/index.php/Iptables)
> * (7) [DockerCommunityForums | Access to internet from containers connected to bridge](https://forums.docker.com/t/access-to-internet-from-containers-connected-to-bridge/134274)
> * (7) (10) [stackoverflow | Network calls fail during image build on corporate network](https://stackoverflow.com/questions/24151129/network-calls-fail-during-image-build-on-corporate-network)
> * (7) (8) (9) (10) [stackoverflow | Docker apt-get update fails](https://stackoverflow.com/questions/24832972/docker-apt-get-update-fails)
> * (8) yangniao23様 [Qiita | Dockerコンテナからインターネットに繋がらないときに確認すること](https://qiita.com/yangniao23/items/a9213bf402c1f120562b)
> * (9) nanigashi0930様 [磁気的駆動 | Dockerコンテナでapt update が失敗するのを対応したメモ](https://blog.beta-desu.info/2016/09/16/docker_apt_failed/)
> * (9) けんつ様 [それが僕には楽しかったんです。 | Dockerコンテナ内から外部通信が向いたときにDNSが解決できない問題を解消する](https://rabbitfoot141.hatenablog.com/entry/2018/11/22/191858)
> * (10) [stackoverflow | Dockerコンテナ内からapt-getコマンドエラー解決方法に関して](https://ja.stackoverflow.com/questions/49974/docker%e3%82%b3%e3%83%b3%e3%83%86%e3%83%8a%e5%86%85%e3%81%8b%e3%82%89apt-get%e3%82%b3%e3%83%9e%e3%83%b3%e3%83%89%e3%82%a8%e3%83%a9%e3%83%bc%e8%a7%a3%e6%b1%ba%e6%96%b9%e6%b3%95%e3%81%ab%e9%96%a2%e3%81%97%e3%81%a6?rq=1)
> * (11) yu9824様 [yu9824's Notes | Dockerでapt-get updateができないとき確認すること](https://note.yu9824.com/error/docker-debian-gpg-error/)
> * (11) gurayasu様 [Zenn | [Docker]ERROR apt-get update && apt-get installの対処](https://zenn.dev/gurayasu/articles/ff09e10c3e9de7)
> * (12) (13) [ArchWiki | ネットワークブリッジ](https://wiki.archlinux.jp/index.php/%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E3%83%96%E3%83%AA%E3%83%83%E3%82%B8)
> * (14) mochizuki875様 [Qiita | Linux Bridgeを介した通信ができない](https://qiita.com/mochizuki875/items/c69bb7fb2ef3a73dc1a9)
> * (14) bashaway様 [Qiita | netfilterとfirewalldとiptablesとnftablesの関係](https://qiita.com/bashaway/items/e405d59d92670fbc5341)
> * (14) mishima様 [スラド | mishimaの日記： 仮想化するときのブリッジにはフィルタリングを無効化しよう](https://srad.jp/~mishima/journal/562670/)
> * (15) EDUCO様 [LinuC | IPフォワード（IP Forward）](https://linuc.org/study/knowledge/422/)
> * (15) [stackoverflow | Docker containers with bridge network cannot ping anything (even default gateway)](https://stackoverflow.com/questions/67878106/docker-containers-with-bridge-network-cannot-ping-anything-even-default-gateway)
> * (18) [Docker Packages archive | Docker](https://archive.archlinux.org/packages/d/docker/)

## 最後に
途中、こんなこと言いました。
```
**不具合があるならその原因を追求するのが条理**である。なんとかして問題解決できるよう頑張ってみる。
```
**駄目でした。どうもすみませんでした。**
この後サーバ決まるごと構築し直してくる。
もし他の方法をご存知の方がいらっしゃいましたらご教授いただけますと幸いです。
駄文をお読みいただきありがとうございました。