Как заставить Хелма работать на локальном единственном экземпляре Kubernetes? - PullRequest
0 голосов
/ 26 декабря 2018

У меня есть следующие локальные настройки Kubernetes (через заклинание) только для целей тестирования.

```
$ microk8s.kubectl get all

NAME                 TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)   AGE
service/kubernetes   ClusterIP   10.152.183.1   <none>        443/TCP   71m
```

Я могу получить доступ к следующему URL:

http://127.0.0.1:8080/api/v1/namespaces/kube-system/configmaps

Это работает нормально, как показано ниже:

enter image description here

Шлем / румпель также установлен:

```
$ microk8s.kubectl get pods --namespace kube-system 

NAME                             READY   STATUS    RESTARTS   AGE
tiller-deploy-85686555b8-kbkhv   1/1     Running   0          105s
```

Моя проблема начинается после запускаhelm ls команда.Я получаю следующую ошибку:

Ошибка: Get https://10.152.183.1:443/api/v1/namespaces/kube-system/configmaps?labelSelector=OWNER%!D(MISSING)TILLER: dial tcp 10.152.183.1:443: тайм-аут ввода-вывода

Здесь есть 2 проблемы:

1- Как только я нажимаю на следующий URL из Firefox, он выдает ошибку сертификата:

https://10.152.183.1:443/api/v1/namespaces/kube-system/configmaps?labelSelector=OWNER%!D(MISSING)TILLER:

Если я добавляю исключение и продолжаю, тогда он запрашивает у меня мастеримя пользователя / пароль:

enter image description here

2- Когда я запускаю microk8s.kubectl config view, это дает следующий вывод без пароля:

```
apiVersion: v1
clusters:
- cluster:
    server: http://127.0.0.1:8080
  name: microk8s-cluster
contexts:
- context:
    cluster: microk8s-cluster
    user: admin
  name: microk8s
current-context: microk8s
kind: Config
preferences: {}
users:
- name: admin
  user:
    username: admin
```

Итак, мои вопросы:

1- Где я могу найти этот мастер-пароль (я не установил его при настройке)?
2- Как я могу заставить этот сертификат SSL работать с доверием?Итак, как только я сделаю helm ls, все должно работать нормально.

1 Ответ

0 голосов
/ 28 декабря 2018

Это была проблема брандмауэра Ubuntu, исправленная как показано ниже.

https://github.com/ubuntu/microk8s/issues/67

Итак, исправление было:

sudo ufw allow in on cbr0 && sudo ufw allow out on cbr0

...