вот ресурс серта, вроде как все стандартно

иссуер покажь

name: letsencrypt-testing

apiVersion: certmanager.k8s.io/v1alpha1 kind: ClusterIssuer metadata: name: letsencrypt-testing spec: acme: # You must replace this email address with your own. # Let's Encrypt will use this to contact you about expiring # certificates, and issues related to your account. email: email@email.com server: https://acme-v02.api.letsencrypt.org/directory privateKeySecretRef: # Secret resource used to store the account's private key. name: testing-issuer-secret # Enable the HTTP01 challenge mechanism for this Issuer http01: {}

иссуер покажь

уже

вроде судя по докам все должно работать

а вот нихрена

а вот нихрена

у тебя ж разные названия

privateKeySecretRef: # Secret resource used to store the account's private key. name: testing-issuer-secret

issuerRef: name: letsencrypt-testing

у тебя ж разные названия

теплое с мягким не путай

у меня подозрение на вот это issuerRef: name: letsencrypt-testing

у меня подозрение на вот это issuerRef: name: letsencrypt-testing

у меня к примеру и там и там letsencrypt-prod

и всё ок

или у тебя в ns testing уже есть issuer с именем letsencrypt-testing

или в серте надо писать clusterissuerRef:

Вот блин

Я думал там надо указывать name от этого clusterissuer

И не важно, cluster он или нет

вяжно

Ага, спс, через 10 минут проверю

Ребят подскажите пожалуйста как получить первую цифру из названия папок? 1-folder 2-folder 3-folder ... 234-folder И как получить последнюю максимальную цифру? Спасибо

ls -1 | cut -d- -f1 | sort -h | tail -n 1

Здравствуйте, подскажите пожалуйста. Ситуация такая: в кубере есть сервис, который работает по хттпс на 8443 порту с самоподписанным сертификатом. Как можно его опубликовать через ингресс на 443 порту с использованием моего ссл сертификата?

вероятно нужны какие-то дополнительные анотации для ингресса, чтобы он не обращал внимания на самоподписанный сертификат?

или в серте надо писать clusterissuerRef:

validation failure list: spec.issuerRef in body is required

validation failure list: spec.issuerRef in body is required

тогда щас посмотрю

issuerRef: kind: ClusterIssuer name: letsencrypt

во

Так взлетело, но issuer: O=cert-manager; CN=cert-manager.local

А, вот еще Certificate issuance in progress. Temporary certificate issued.

Пойду покурю тогда пока он там in progress

Пойду покурю тогда пока он там in progress

https://itnext.io/how-to-expose-your-kubernetes-dashboard-with-cert-manager-422ab1e3bf30 пройдись по этому гайду, может упустил чет проблем не возникало никаких с сертами

вероятно нужны какие-то дополнительные анотации для ингресса, чтобы он не обращал внимания на самоподписанный сертификат?

Есть опция ssl-passthrough но она по умолчанию отключена https://github.com/kubernetes/ingress-nginx/blob/master/docs/user-guide/nginx-configuration/annotations.md#ssl-passthrough

так что публикуйте, как и любой другой сервис

ls -1 | cut -d- -f1 | sort -h | tail -n 1

А можно еще немного понаглеть и сделать так если он ничего не найдет возвращать 0 ?

так что публикуйте, как и любой другой сервис

а надо где-то в описании сервиса или деплоймента указывать, что контейнер и сервис должны работать по хттпс?

вот у меня сервис

apiVersion: v1 kind: Service metadata: creationTimestamp: null labels: app.kubernetes.io/instance: stat-view app.kubernetes.io/name: stat-view name: stat-view spec: ports: - name: https port: 8443 protocol: TCP targetPort: 8443 selector: app.kubernetes.io/instance: stat-view app.kubernetes.io/name: stat-view sessionAffinity: None type: ClusterIP status: loadBalancer: {}

вот ингресс

apiVersion: extensions/v1beta1 kind: Ingress metadata: annotations: kubernetes.io/ingress.class: nginx ingress.kubernetes.io/ssl-passthrough: "true" nginx.ingress.kubernetes.io/secure-backends: "true" nginx.ingress.kubernetes.io/ssl-redirect: "true" creationTimestamp: null generation: 1 labels: app.kubernetes.io/instance: stat-view app.kubernetes.io/name: stat-view name: stat-view spec: rules: - host: tst-stat-view.msk.tasc.ru http: paths: - backend: serviceName: stat-view servicePort: 8443 path: / tls: - hosts: - tst-stat-view.msk.tasc.ru secretName: ssl-msk-tasc-ru status: loadBalancer: {}

ls -1 |cut -d- -f1| sort -h|tail -n1| sed 's/^$/0/g'

но при запросе https://tst-stat-view.msk.tasc.ru получаю 502 ошибку

https://itnext.io/how-to-expose-your-kubernetes-dashboard-with-cert-manager-422ab1e3bf30 пройдись по этому гайду, может упустил чет проблем не возникало никаких с сертами

Не, вроде как все норм

вот что в логе ингреса 2019/05/14 13:35:42 [error] 955#955: *8809 connect() failed (111: Connection refused) while connecting to upstream, client: 127.0.0.1, server: tst-stat-view.msk.tasc.ru, request: "GET / HTTP/2.0", upstream: "http://10.233.99.216:8443/", host: "tst-stat-view.msk.tasc.ru"

Требуется только clusterissue создать и certificate

ls -1 |cut -d- -f1| sort -h|tail -n1| sed 's/^$/0/g'

К сожалению не работает

Просто ничего не возвращает

вот что в логе ингреса 2019/05/14 13:35:42 [error] 955#955: *8809 connect() failed (111: Connection refused) while connecting to upstream, client: 127.0.0.1, server: tst-stat-view.msk.tasc.ru, request: "GET / HTTP/2.0", upstream: "http://10.233.99.216:8443/", host: "tst-stat-view.msk.tasc.ru"

ну он тебе и говорит, что твой апстрим дропнул коннект

и что делать?

>upstream: "http:// а там http?

Требуется только clusterissue создать и certificate

так и есть

и указать неймспейс у сертификата

а серт так и висит в состоянии Certificate issuance in progress. Temporary certificate issued.

ls -1 |cut -d- -f1| sort -h|tail -n1| sed 's/^$/0/g'

>upstream: "http:// а там http?

нет, надо хттпс

пойду логи пода серт манагера посмотрю

а серт так и висит в состоянии Certificate issuance in progress. Temporary certificate issued.

логи кстати глянь серт-менеджера

да

но я не пойму, где это поправить

nginx.ingress.kubernetes.io/backend-protocol: "HTTPS"

ls -1 |cut -d- -f1| sort -h|tail -n1| sed 's/^$/0/g'

Спасибо за попытки но почему-то тоже не работает

что говорит?

что говорит?

Ничего

а без сида что покажет?

а без сида что покажет?

Если папок нет то ничего Если есть но которые не подходят, покажет имя папки

а чем ls -l | awk -F "-" '{print $1}' не подходит?

если я правильно вопрос помню

а чем ls -l | awk -F "-" '{print $1}' не подходит?

Тем что на машине нет awk и нужно обойтись стандартными инструментами

ну, он тоже стандартный инструмент)

ну, он тоже стандартный инструмент)

А он возвращает не совсем то

nginx.ingress.kubernetes.io/backend-protocol: "HTTPS"

2019/05/14 13:46:26 [error] 1596#1596: *25147 connect() failed (111: Connection refused) while connecting to upstream, client: 127.0.0.1, server: tst-stat-view.msk.tasc.ru, request: "GET / HTTP/2.0", upstream: "https://10.233.99.216:8443/", host: "tst-stat-view.

ну, он тоже стандартный инструмент)

При условии что папок нет

а покажи условие еще раз

2019/05/14 13:46:26 [error] 1596#1596: *25147 connect() failed (111: Connection refused) while connecting to upstream, client: 127.0.0.1, server: tst-stat-view.msk.tasc.ru, request: "GET / HTTP/2.0", upstream: "https://10.233.99.216:8443/", host: "tst-stat-view.

курлом туда постучись, он вообще коннекты принимает?

Есть папка в которой находятся фолдеры с таким именем 1-folder 2-folder 3-folder 4-folder ... 240-folder Но папка также может быть пустой Нужно возвращать одно максимальное значение префикса папки

ls -1 |cut -d- -f1| sort -h|tail -n1 |grep '[0-9]+'||echo 0

ls -1 |cut -d- -f1| sort -h|tail -n1 |grep '[0-9]+'||echo 0

А теперь тоже самое, но через API Kubernetes.

ls -1 |cut -d- -f1| sort -h|tail -n1 |grep '[0-9]+'||echo 0

Люблю тебя ❤️