#ingress — Public Fediverse posts

Status: am Wasser (Brunnen am Nationalmuseum, Prag)

#ingress #ingressmissionday #ingressorion #prague #ingRBny97jcw

Status: am Wasser (Moldau, Prag)

#ingress #ingressanomaly #ingressorion #prague #ingRBny97jcw

Song Contest dieses Jahr leider ohne mich, ich bin in Prag unterwegs (Ingress-Event) ...
😊

#esc2026 #eurovision #mescNQKxMehV #ingress #ingressanomaly #ingressorion #ingRBny97jcw

Problem #engineering child stunned me today on #ingress hardening and has decided to act responsibly. I am shocked that my maternal nature has had a positive effect.

#devops #infosec #cloudops #problems

Problem #engineering child stunned me today on #ingress hardening and has decided to act responsibly. I am shocked that my maternal nature has had a positive effect.

#devops #infosec #cloudops #problems

Problem #engineering child stunned me today on #ingress hardening and has decided to act responsibly. I am shocked that my maternal nature has had a positive effect.

#devops #infosec #cloudops #problems

Problem #engineering child stunned me today on #ingress hardening and has decided to act responsibly. I am shocked that my maternal nature has had a positive effect.

#devops #infosec #cloudops #problems

Problem #engineering child stunned me today on #ingress hardening and has decided to act responsibly. I am shocked that my maternal nature has had a positive effect.

#devops #infosec #cloudops #problems

Die Fahrradtour hat sich auch für #ingress gelohnt. Gaaaanz viele unique captures. Schön.

"Hallo, Rezeption? Ja, ich brauche dringend Zugang zum Nachbarzimmer!!!"

#Ingress

@janvlug Rooting an older Android phone sounds tempting. I had to put one in the drawer because my favorite Niantic game, #Ingress was not supported anymore.

Gateway API y su Reemplazo a Ing…

La Gateway API se está posicionando como la solución preferida para la gestión del tráfico en Kubernetes, reemplazando gradualmente a Ingress. Esta transición es significativa ya que Ingress ha sido una herramienta fundamental desde los inicios de Kubernetes.

https://norvik.tech/news/analisis-gateway-api-vs-ingress-kubernetes

#Technology #Kubernetes #GatewayApi #Ingress #GestionDeTrafico #NorvikTech #DesarrolloSoftware #TechInnovation

Numerous technical and security improvements on the infrastructure that supports https://mstdn.dk

• DNS simplified extensively by migrating public facing secondary nameservers to #NSD using #CatalogZones from PowerDNS + DNSDist.
• #DNSSEC reenabled
• #ExternalDNS and #CertManager configuration vastly simplified.
• #Ingress controller migrated from #Nginx to #Traefik

Bottom line: https://sikkerpånettet.dk/ now gives the site a 100% #security score. There are still improvements to be made (weirdly enough) - specifically I'm looking into supporting DANE for #TLS certificate signatures in #DNS.

Now that's off the TODO-list :-)

#mstdndk

Numerous technical and security improvements on the infrastructure that supports https://mstdn.dk

• DNS simplified extensively by migrating public facing secondary nameservers to #NSD using #CatalogZones from PowerDNS + DNSDist.
• #DNSSEC reenabled
• #ExternalDNS and #CertManager configuration vastly simplified.
• #Ingress controller migrated from #Nginx to #Traefik

Bottom line: https://sikkerpånettet.dk/ now gives the site a 100% #security score. There are still improvements to be made (weirdly enough) - specifically I'm looking into supporting DANE for #TLS certificate signatures in #DNS.

Now that's off the TODO-list :-)

#mstdndk

Numerous technical and security improvements on the infrastructure that supports https://mstdn.dk

• DNS simplified extensively by migrating public facing secondary nameservers to #NSD using #CatalogZones from PowerDNS + DNSDist.
• #DNSSEC reenabled
• #ExternalDNS and #CertManager configuration vastly simplified.
• #Ingress controller migrated from #Nginx to #Traefik

Bottom line: https://sikkerpånettet.dk/ now gives the site a 100% #security score. There are still improvements to be made (weirdly enough) - specifically I'm looking into supporting DANE for #TLS certificate signatures in #DNS.

Now that's off the TODO-list :-)

#mstdndk

Numerous technical and security improvements on the infrastructure that supports https://mstdn.dk

• DNS simplified extensively by migrating public facing secondary nameservers to #NSD using #CatalogZones from PowerDNS + DNSDist.
• #DNSSEC reenabled
• #ExternalDNS and #CertManager configuration vastly simplified.
• #Ingress controller migrated from #Nginx to #Traefik

Bottom line: https://sikkerpånettet.dk/ now gives the site a 100% #security score. There are still improvements to be made (weirdly enough) - specifically I'm looking into supporting DANE for #TLS certificate signatures in #DNS.

Now that's off the TODO-list :-)

#mstdndk

Numerous technical and security improvements on the infrastructure that supports https://mstdn.dk

• DNS simplified extensively by migrating public facing secondary nameservers to #NSD using #CatalogZones from PowerDNS + DNSDist.
• #DNSSEC reenabled
• #ExternalDNS and #CertManager configuration vastly simplified.
• #Ingress controller migrated from #Nginx to #Traefik

Bottom line: https://sikkerpånettet.dk/ now gives the site a 100% #security score. There are still improvements to be made (weirdly enough) - specifically I'm looking into supporting DANE for #TLS certificate signatures in #DNS.

Now that's off the TODO-list :-)

#mstdndk

I have a Traefik routing problem I need to solve.

I have a http route of the form

/api/foos/:fooId/proxy

And I need to do stick sessions such that each clients session's is grouped by the :fooId

e.g.

/api/foos/1/proxy is one session and always goes to the same backend

/api/foos/2/proxy is a seperate session and always goes to which ever backend it connects to first

The sticky sessions docs don't appear to support this

#traefik #k8s #ingress

We did some amount of work to have a proper zone aware traffic setup in skipper as #kubernetes #ingress even in big installation with routesrv to reduce load on kube-apiserver and data-plane
https://github.com/zalando/skipper/releases/tag/v0.24.64

早起先到运河五号整了套拼图，然后一路刷着UPC走到季子文化中心签到开始今天的IFS。两点半钟合影的时候还被博物馆工作人员拉着拍了点宣传照 :pikachuroll:

一顿大力出奇迹（俩小时的疯狂 c po）下拿到了本场 AP 增量第一，获得了豪华大礼包+伊藤园牌子兑换码。撒花~

小伙伴们五点半约饭，于是多出来的一个小时我又（被 upc 吸引）去青果巷转了一圈。之前还奇怪清明假期常州好像没多少人，结果都堆在这里了，走都走不动（

晚上看了一圈 intel，选择了来一片红的迪诺水镇转一圈顺便看看夜景。结果和小伙伴撞车了，upc 卒~（不过还是顺手做完了伊藤园牌子的任务 :pikachuroll:

#Ingress

🙌 I love discovering new-to-me Ingress (the game) tools all the way in 2026! This is simple and useful:

🔗 https://septicycl.es/

#ingress

Anyone know if there's an indie version of #Ingress?

RE: https://mastodon.social/@anthroposamu/116243878913999607

Šiaip Pokemon nuotraukos paimtos iš Ingress žaidimo, nemažai kažkada teko ir pačiam įdėti Lietuvoje #ingress #pokemongo

Nice to see haproxy v2 protocol and NLB backend protocol support in https://github.com/zalando-incubator/kube-ingress-aws-controller/releases/tag/v0.20.0
#Kubernetes #Ingress

RE: https://infosec.exchange/@geeknik/116236604092664885

Anyone remember the early days of #Ingress , the game?

昨天白天专心打 XM Anomaly。这次没带多少 XMP 来，还好分配到的任务也主要是防守。下午合影的时候惊闻我们居然赢了，确实有点意外（做预案的时候都是按必输做的心理建设…… #Ingress

晚上在 AAP 大鱼大肉的吃撑了，这下知道餐标是怎么上去的了）

Its been wonderful, #nginx and #ingress. Thank you for all your work. Last release pushed for #kubernetes 1.35.

https://www.reddit.com/r/kubernetes/s/WrJv8OO2ce

If I want to replace the now EOL'ed ingress-nginx with something else, should I check the alternatives or just migrate to Traefik?

The existing ingress instances in the clusters have no particular requirements, mostly simple and basic.

I guess I can easily migrate everything to Traefik, I'm just wondering if it is worth to look at the alternatives.

#kubernetes #k8s #ingress

Découvrez Gateway, la nouvelle API Kubernetes présentée par Alexandre Souppart (Worteks) — pourquoi elle remplace les Ingress et ce que ça change pour vos clusters. Une écoute indispensable pour devops et architectes cloud ! #French #Kubernetes #K8s #GatewayAPI #Ingress #CloudNative #DevOps #OpenSource #OSXP
https://video.worteks.com/videos/watch/33f2e3e4-268d-4dcf-8f8d-1868e16e82d5

Had some big outage because of… Scaleway ?
The egress for my K3S cluster is hosted there and was for some reason unavailable

I will have to track the logs, but not being able to login the main console to hard reboot the instance didn’t help

Time to bring that multi ingress dns rotating k8s operator project out of the forgejo limbo

#homelab #selfhosted #selfhosting #k3s #k8s #kubernetes #cloud #scaleway #outage #dns #ingress #egree

AWSネットワーク関連サービスの外部接続リスク分類：意図しない外部通信を防ぐための体系整理
https://qiita.com/fsitlab/items/f917292498925c99fe8b?utm_campaign=popular_items&utm_medium=feed&utm_source=popular_items

#qiita #Network #AWS #Security #ingress #Egress

AWSネットワーク関連サービスの外部接続リスク分類：意図しない外部通信を防ぐための体系整理
https://qiita.com/fsitlab/items/f917292498925c99fe8b?utm_campaign=popular_items&utm_medium=feed&utm_source=popular_items

#qiita #Network #AWS #Security #ingress #Egress

🌐 Production-ready ingress on AKS: Configure custom SSL certs + DNS with Nginx Ingress Controller.

Automate cert-manager, external-dns, and Azure DNS integration.

#AKS #Nginx #Ingress #SSL #Kubernetes #Azure
🔗 https://devopstales.github.io/kubernetes/nginx-ingress-aks-ssl/

came back to playing #ingress
feels great to be throwing fields again especially with a partner who's getting into the game, watching their excitement as they cover a suburb after a 2 hour walk ✌️
,,,makes me happy inside c:
#enlightened #enl

#Ingress #Sojourner #Sojourner4000days

°Tierische Begegnungen° im Aquarium in Hagenbecks Tierpark.

Edith: Hafenbecks in Hagenbecks verwandelt. 🙃 & #ergänzt

#Ingress #FotoVorschlag #Hamburg #HagenbecksTierpark

#keyboardvagabond is now migrated from using #ingress-nginx to #gatewayApi. It took most of the day, but almost the entire networking stack has been swapped out for what I should have been using anyway.

I'll try to get a write-up or something on it later to go into more detail. Overall, it wasn't too bad.

#kubernetes #selfhosting #programming #softwareEngineering

[email protected]
[email protected]

Прощай, Ingress. Здравствуй, Gateway API

Когда проект Kubernetes только начинал свой путь, вопрос как пустить трафик в кластер решался просто: как-нибудь. Сервисы торчали наружу через NodePort, потом появился LoadBalancer, а чуть позже — объект Ingress , который на долгие годы стал стандартной точкой входа в HTTP-мир Kubernetes. Ingress был своевременным решением. Он дал декларативный способ описывать маршрутизацию, TLS и виртуальные хосты, не заставляя инженеров напрямую настраивать nginx-конфиги или HAProxy руками. Для своего времени — шаг вперёд, и весьма заметный. Проблема в том, что Kubernetes рос быстрее, чем сам Ingress. Со временем выяснилось, что спецификация Ingress намеренно минималистична. В ней нет ни чёткого разделения ответственности, ни расширяемой модели, ни нормального способа описывать сложные сценарии маршрутизации. Всё, что выходило за рамки базового use case, уезжало в аннотации ingress-контроллеров. В результате у нас появился единый стандарт, который на практике вёл себя по-разному в зависимости от того, какой контроллер стоял в кластере. Формально — Ingress, фактически — vendor-specific конфигурация с YAML-обвязкой.

https://habr.com/ru/companies/gnivc/articles/992366/

#gatewayapi #gateway_api #gateway #ingress

Прощай, Ingress. Здравствуй, Gateway API

Когда проект Kubernetes только начинал свой путь, вопрос как пустить трафик в кластер решался просто: как-нибудь. Сервисы торчали наружу через NodePort, потом появился LoadBalancer, а чуть позже — объект Ingress , который на долгие годы стал стандартной точкой входа в HTTP-мир Kubernetes. Ingress был своевременным решением. Он дал декларативный способ описывать маршрутизацию, TLS и виртуальные хосты, не заставляя инженеров напрямую настраивать nginx-конфиги или HAProxy руками. Для своего времени — шаг вперёд, и весьма заметный. Проблема в том, что Kubernetes рос быстрее, чем сам Ingress. Со временем выяснилось, что спецификация Ingress намеренно минималистична. В ней нет ни чёткого разделения ответственности, ни расширяемой модели, ни нормального способа описывать сложные сценарии маршрутизации. Всё, что выходило за рамки базового use case, уезжало в аннотации ingress-контроллеров. В результате у нас появился единый стандарт, который на практике вёл себя по-разному в зависимости от того, какой контроллер стоял в кластере. Формально — Ingress, фактически — vendor-specific конфигурация с YAML-обвязкой.

https://habr.com/ru/companies/gnivc/articles/992366/

#gatewayapi #gateway_api #gateway #ingress

Прощай, Ingress. Здравствуй, Gateway API

Когда проект Kubernetes только начинал свой путь, вопрос как пустить трафик в кластер решался просто: как-нибудь. Сервисы торчали наружу через NodePort, потом появился LoadBalancer, а чуть позже — объект Ingress , который на долгие годы стал стандартной точкой входа в HTTP-мир Kubernetes. Ingress был своевременным решением. Он дал декларативный способ описывать маршрутизацию, TLS и виртуальные хосты, не заставляя инженеров напрямую настраивать nginx-конфиги или HAProxy руками. Для своего времени — шаг вперёд, и весьма заметный. Проблема в том, что Kubernetes рос быстрее, чем сам Ingress. Со временем выяснилось, что спецификация Ingress намеренно минималистична. В ней нет ни чёткого разделения ответственности, ни расширяемой модели, ни нормального способа описывать сложные сценарии маршрутизации. Всё, что выходило за рамки базового use case, уезжало в аннотации ingress-контроллеров. В результате у нас появился единый стандарт, который на практике вёл себя по-разному в зависимости от того, какой контроллер стоял в кластере. Формально — Ingress, фактически — vendor-specific конфигурация с YAML-обвязкой.

https://habr.com/ru/companies/gnivc/articles/992366/

#gatewayapi #gateway_api #gateway #ingress

Прощай, Ingress. Здравствуй, Gateway API

Когда проект Kubernetes только начинал свой путь, вопрос как пустить трафик в кластер решался просто: как-нибудь. Сервисы торчали наружу через NodePort, потом появился LoadBalancer, а чуть позже — объект Ingress , который на долгие годы стал стандартной точкой входа в HTTP-мир Kubernetes. Ingress был своевременным решением. Он дал декларативный способ описывать маршрутизацию, TLS и виртуальные хосты, не заставляя инженеров напрямую настраивать nginx-конфиги или HAProxy руками. Для своего времени — шаг вперёд, и весьма заметный. Проблема в том, что Kubernetes рос быстрее, чем сам Ingress. Со временем выяснилось, что спецификация Ingress намеренно минималистична. В ней нет ни чёткого разделения ответственности, ни расширяемой модели, ни нормального способа описывать сложные сценарии маршрутизации. Всё, что выходило за рамки базового use case, уезжало в аннотации ingress-контроллеров. В результате у нас появился единый стандарт, который на практике вёл себя по-разному в зависимости от того, какой контроллер стоял в кластере. Формально — Ingress, фактически — vendor-specific конфигурация с YAML-обвязкой.

https://habr.com/ru/companies/gnivc/articles/992366/

#gatewayapi #gateway_api #gateway #ingress

Як так виходить, що DevOps кандидат, який працював декілька років в #EPAM, потім в #LuxSoft, а зараз знов в #EPAM, маючи декілька сертифікації #AWS (отриманих в том же ЕПАМ), а також сертифікацію по #Kubernetes #SKAD, не знає відповіді на питання:
- що треба зробити в новому кластері #EKS щоб створити балансер для деплоймента?
Не без труда кандидат відповів, що треба зробити #ingress з типом #nginx, але не зміг відповісти чому після цього балансер не створився (бо в новому кластері немає nginx ingress controller). Ну, й я б ставив ALB ingress controller, не nginx.
При чому це був типу strong middle по скілах. Мені здається, що у мене стронг джуни знають відповідь, бо кожний грається з кластером та самі усе потрібне в нього ставлять.

Як так виходить, що DevOps кандидат, який працював декілька років в #EPAM, потім в #LuxSoft, а зараз знов в #EPAM, маючи декілька сертифікації #AWS (отриманих в том же ЕПАМ), а також сертифікацію по #Kubernetes #SKAD, не знає відповіді на питання:
- що треба зробити в новому кластері #EKS щоб створити балансер для деплоймента?
Не без труда кандидат відповів, що треба зробити #ingress з типом #nginx, але не зміг відповісти чому після цього балансер не створився (бо в новому кластері немає nginx ingress controller). Ну, й я б ставив ALB ingress controller, не nginx.
При чому це був типу strong middle по скілах. Мені здається, що у мене стронг джуни знають відповідь, бо кожний грається з кластером та самі усе потрібне в нього ставлять.

Як так виходить, що DevOps кандидат, який працював декілька років в #EPAM, потім в #LuxSoft, а зараз знов в #EPAM, маючи декілька сертифікації #AWS (отриманих в том же ЕПАМ), а також сертифікацію по #Kubernetes #SKAD, не знає відповіді на питання:
- що треба зробити в новому кластері #EKS щоб створити балансер для деплоймента?
Не без труда кандидат відповів, що треба зробити #ingress з типом #nginx, але не зміг відповісти чому після цього балансер не створився (бо в новому кластері немає nginx ingress controller). Ну, й я б ставив ALB ingress controller, не nginx.
При чому це був типу strong middle по скілах. Мені здається, що у мене стронг джуни знають відповідь, бо кожний грається з кластером та самі усе потрібне в нього ставлять.

Як так виходить, що DevOps кандидат, який працював декілька років в #EPAM, потім в #LuxSoft, а зараз знов в #EPAM, маючи декілька сертифікації #AWS (отриманих в том же ЕПАМ), а також сертифікацію по #Kubernetes #SKAD, не знає відповіді на питання:
- що треба зробити в новому кластері #EKS щоб створити балансер для деплоймента?
Не без труда кандидат відповів, що треба зробити #ingress з типом #nginx, але не зміг відповісти чому після цього балансер не створився (бо в новому кластері немає nginx ingress controller). Ну, й я б ставив ALB ingress controller, не nginx.
При чому це був типу strong middle по скілах. Мені здається, що у мене стронг джуни знають відповідь, бо кожний грається з кластером та самі усе потрібне в нього ставлять.

Man, I still miss my old winter cap (see the post this is a reply to). :(
While I'm sure I can find a similar style cap, it won't quite be the same. I'd also have to find another #Shōnin #Ingress patch. It might not have been the #IngressAnomaly I personally attended (that would've been Persepolis in #Utrecht), but I liked this design better and had gotten the patch from a friend.
It also was an old work cap from my late father, and while our relationship was a difficult one, especially towards the end, it was a good reminder of one of the few positive traits he instilled in me: a need to share things with loved ones.

Another day, another #Ingress app update shoving in yet more undismissable monetisation popups to enshittify the UI.

I swear I am never giving #Niantic a single penny and I will encourage the other players I know to stop finanically rewarding this shit.

This is LITERALLY why everything is monetised to hell and back - because people keep GIVING THESE CORPS MONEY when they pull this crap.

Продолжение эксперимента: где автономный агент теряет слой в Kubernetes

В первой статье я описал эксперимент с автономным ИИ-агентом и предложил модель слоёв исполнения : агент должен понимать, на каком уровне системы он сейчас работает и где именно возникла проблема . Если в предыдущем эксперименте слои выглядели так:

https://habr.com/ru/articles/988892/

#AI_агент #Kubernetes #DevOps #Yandex_Cloud #Ingress #LoadBalancer #облачная_инфраструктура