Блог

Устранение неполадок новая установка K3s стала проще благодаря странице поиска и устранения неполадок DNS Rancher, которая дает множество разумных советов, включая тестирование разрешения DNS путем запуска одноразовых экземпляров Busybox и вызова nslookup kubernetes.default :

Проверьте, разрешаются ли внутренние имена кластеров (в этом примере, kubernetes.default), IP-адрес, указанный после Server:, должен совпадать с IP-адресом КЛАСТЕРА из службы dns kube.

kubectl выполнить-это-rm-перезапуск=Никогда не загружайте-изображение=загружайте:1.28 — nslookup kubernetes.по умолчанию

Например:

 vagrant@ubuntu-hirsute:~$ k3s kubectl run -it --rm --restart=Never busybox --image=busybox:1.28 -- nslookup kubernetes.default
If you don't see a command prompt, try pressing enter.
Server:    10.43.0.10
Address 1: 10.43.0.10 kube-dns.kube-system.svc.cluster.local

Name:      kubernetes.default
Address 1: 10.43.0.1 kubernetes.default.svc.cluster.local
pod "busybox" deleted
 

Я задавался вопросом, была ли версия 1.28 просто устаревшей документацией, но, похоже, это работает только с 1.28. Используя, скажем, 1,33:

 vagrant@ubuntu-hirsute:~$ k3s kubectl run -it --rm --restart=Never busybox --image=busybox:1.33 -- nslookup kubernetes.default
If you don't see a command prompt, try pressing enter.
Server:     10.43.0.10
Address:    10.43.0.10:53

** server can't find kubernetes.default: NXDOMAIN

*** Can't find kubernetes.default: No answer

pod "busybox" deleted
pod default/busybox terminated (Error)
 

Я не смог решить kubernetes.default эту проблему с помощью Busybox 1.29, 1.30, 1.31, 1.32 и 1.33, но я могу с ubuntu:hirsute помощью или centos:7 , и то же самое, если вместо хост-системы для K3s, являющейся Ubuntu Hirsute, это Rocky Linux.

Что особенного в Busybox 1.28, или, скорее, что не так с Busybox 1.29 и более поздними версиями, что этот простой тест не сработает?

Используя K3s v1.21.4 k3s1, но это уже имело место в линии v1.20.