Debian 12/Bookworm ヘッドレスホスト
IP 10.88.0.2で実行されるローカルコンテナがあります。 IPを介してコンテナにアクセスできます。
root@dev ~# ping -c2 10.88.0.2
PING 10.88.0.2 (10.88.0.2) 56(84) bytes of data.
64 bytes from 10.88.0.2: icmp_seq=1 ttl=64 time=0.088 ms
64 bytes from 10.88.0.2: icmp_seq=2 ttl=64 time=0.092 ms
--- 10.88.0.2 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1018ms
rtt min/avg/max/mdev = 0.088/0.090/0.092/0.002 ms
カールを使用してIP経由でコンテナにアクセスすることもできます。
root@dev ~# curl --insecure 10.88.0.2
The provided host name is not valid for this server.
ただし、メッセージによると、IPではなくドメイン名(ソフトウェアで許可されているドメインで構成されている)を介してコンテナに接続する必要があります。テストのために偽のドメイン名を設定しました:私のファイルfake.domain.com.au
に以下を追加しました:/etc/hosts
root@dev ~# grep fake.domain.com.au /etc/hosts
fake.domain.com.au 10.88.0.2
しかし、そのドメインを介して自分のコンテナにアクセスできませんか? ! :
root@dev ~# ping -c2 fake.domain.com.au
ping: fake.domain.com.au: Name or service not known
root@dev ~# curl --insecure https://fake.domain.com.au
curl: (6) Could not resolve host: fake.domain.com.au
私は答えを見つけるためにどこでも検索しましたが、何も見つかりませんでした。私が見つけた他のスレッドに基づいて、追加情報は次のとおりです。
root@dev ~# cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: files
group: files
shadow: files
gshadow: files
hosts: files dns
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis
重要な場合に備えて(IMOではそうではありません)、DNSにsystemd-resolveの代わりにresolvconfを使用しています。
root@dev ~# apt policy resolvconf systemd-resolved
resolvconf:
Installed: 1.91+nmu1
Candidate: 1.91+nmu1
Version table:
*** 1.91+nmu1 500
500 http://deb.debian.org/debian bookworm/main amd64 Packages
100 /var/lib/dpkg/status
systemd-resolved:
Installed: (none)
Candidate: 252.12-1~deb12u1
Version table:
252.12-1~deb12u1 500
500 http://deb.debian.org/debian bookworm/main amd64 Packages
同様の問題があると思われる他の記事も見つかりましたが、再起動すると問題は解決しましたか? !しかし、再起動後も問題はまだ存在します:(
答え1
顔の手のひら
この質問を書く過程で、私の問題が何であるかが明らかになりました。この/etc/hosts
ファイルの形式は次のとおりです。
IP_ADDRESS DOMAIN
反対方向に設定中ですが…うーん!
最初はこの草案を終えて恥ずかしさを隠したかったです。しかし、おそらくそれは同じ愚かな誤って多くの時間を無駄にすることから他の人(明らかにコーヒーを十分に飲まない人)を救うことができるでしょう。