問い合わせK8Sの基本的なクラスタの展開ポッド1
次の図は、我々は、コンテナcorednsとdnsutilsが正常に展開されている参照が、理由は名前解決の問題の、corednsにつながる、常に（要求が成功することはできませんが、それはポッドを再起動kubeletで、健康上の理由を確認してください）リブートするコンテナをdnsutilsすることができます
次のようにコマンドは次のとおりです。
ルート>>すべて--all-名前空間が広い-oますkubectl
ルート>>ポッドcoredns-57bbd778b9-kxl7b -n KUBE-システム記述kubectl
ルート>> kubectlログcoredns-57bbd778b9-kxl7b -n KUBE-システム
2. DNS解決する前にVMファイルを変更し、
以下に示すよう：192.168.3.1 DNS名カードセットI VM物理マシンである/etc/resolv.confの猫、これは実際に私のIPルータ、仮想間違ったDNSアドレスです。
インテリアdnsutils-DS-55fpdのK8Sコンテナへのアクセスを示すドッキングウィンドウの幹部-it fda365569efa / binに/ bashの、。
10.3.0.2は、これはCLUSTERIP IのK8Sは、クラスタに定義されていると展開が成功した場合、ドメインネームサービスやネットワークの外部からのアクセスは、あなたがアドレス解決を通じてそれを行うことができ、CoreDNSコンテナを作成することです。
質問：以下、容器の内部、外部アドレスと内部アドレスcluster.local www.baidu.comノーマルを解決することはできません。ここでは、物理マシンVMネームサーバ設定エラーの説明です。
3. DNS解決ファイルの後にVMを変更し、
代わりに、正しいDNSアドレスを示すように、NIC＃は、VMのeno01マシン上の設定ファイルを変更します。
＃ここでは、GoogleのDNSドメイン名とローカルアドレスCluterIPアドレス10.3.0.2の8.8.8.8 K8SクラスタCoreDNSを使用しています。
ルート>> VI / etc / sysconfig / network-scriptsに/のifcfg-eno01
次のように＃が続いて保存してから、VMマシンを再起動することを忘れないでください、私たちは再検討CoreDNS分解能は、通常次のとおりです。
ルート>>猫/ etc / sysconfig / network-scriptsに/のifcfg-eno01
ルート>>猫の/etc/resolv.conf
ルート>>ピング-c 1 www.baidu.com
ルート>>ピング-c 1 10.3.0.2
ルート>>ピング-c 1 kubernetes
ルート>> nslookupをwww.baidu.com
ルート>> nslookupをkubernetes
ルート>> nslookupコマンドのKUBE-dns.kube-system.svc
ルート>> nslookupコマンドのKUBE-dns.kube-system.svc.cluster.local
ルート>> nslookupをcluster.local
####ドッキングウィンドウは内部の点検を解決するDNS
ルート>>ドッキングウィンドウのPS | グレップのDNS
dnsutilsルート>>