Обычно есть какой-то флаг allow/deny, который позволяет обозначить, что мы делаем с dst/src. А здесь добавление сетевого правила с фильтром dst и src обозначает. что этот трафик разрешен.

дак в смысле отмыться, они ничуть лучше не стали

я за ними не слежу. Не знаю, вдруг стали

Так Спутник РТК а не мейлру - у мейлру был амиго

А зря - там острие науки

А игровые сервера от ммо они в кубере не гоняют, интересно?

А то, помнится, недавно выжали максимум на запуске lost ark, очередь в 50к рыл в день запуска 😁

Ну смотри. В ошибке написано, что нет доступа для сервисаккаунта гитлаб раннер с нс дев.


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

тут нет allow/deny, по умолчанию всё разрешено. Calico и Cilium посмотрите, там есть знакомые слова https://kubernetes.io/docs/concepts/services-networking/network-policies/

Спасибо за ответ.  Правильно ли я вас понял, что обычными сетевыми политиками кубика можно только запретить все и разрешить отдельное. Реализация отдельного блоклиста с разрешением всего по умолчанию не возможна?

я не в курсе, если честно.
мне нужно было фильтровать L7 - я взял cilium, это лучшее что я видел из CNI

спасибо нашел

subjects:
- kind: ServiceAccount
  name: {{ include "gitlab-runner.fullname" . }}
  namespace: "{{ .Release.Namespace }}"

допилим для разных неймспейсов

нельзя. Но есть всякие расширения от cni со своими CRD, возможно там можно.

Спасибо. По крайней мере я не в глаза долблюсь, правильно понял, как это работает

Привет, только сел разбираться с istio, может кто подскажет: можно ли  istio gateway прибить к конкретному серверу и через него впускать трафик? У меня задача на базе bare metal, LoadBalancer'а тут нет. hostNetwork: "true" не помогает

Подскажите надежный Kubernetes провайдер в России?

Один проект у нас на яндексе сидит: долго, дорого, в целом неплохо

MCS, в целом нормально.

Всем привет. Может кто сталкивался, хочу настроить конфигурацию nginx-ingress-controller так чтобы работали два loadbalancer'a в стандартном репозитории https://github.com/kubernetes/ingress-nginx/tree/master/charts/ingress-nginx это описано, и опция называется "Additional Internal Load Balancer". Схема следующая AWS NLB external -> nginx-ingress -> ingress -> svc; Для внешнего трафика и AWS NLB internal -> nginx-ingress -> ingress -> svc; Для внутреннего трафика. Проблема заключается в том что при активации Internal Load Balancer я не понимаю какие аннотации применить в ингрессах, чтобы трафик через internal load balancer.

Всем привет. Кто то сталкивался с реализацией 2-х контроллеров в кластере EKS, ALB ingress и NGINX ingress?