You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We have been experimenting with the apiKey policy, when creating it wrong it causes an exception on the Nginx code and it to infinetly crash loop back.
The only fix to this is to completely delete the bad api key policy and roll out the pods, this is a major flaw and bug that can cause entire systems to go down.
This happens when the policy is defined wrong in a namespace that the nginx watches.
Steps to reproduce:
Create an Nginx IC and make it watch your wanted namespace
Create the following yaml:
apiVersion: k8s.nginx.org/v1
kind: Policy
metadata:
name: test-crash
namespace: <connected_namespace>
spec:
apiKey:
clientSecret: <some name does not matter>
Since there is no Supplied in (Which is not required in order to create the policy) this will cause the nginx to entirely crash and stop working causing downtime to all apps connected and a crashloopbackoff to those pods.
The text was updated successfully, but these errors were encountered:
Be sure to check out the docs and the Contributing Guidelines while you wait for a human to take a look at this 🙂
Cheers!
benshalev849
changed the title
[Bug]: Bad ApiKey policy causing crashloopback and nginx pods to not work.
[Bug]: Bad ApiKey policy causing crashloopback.
Jan 8, 2025
Version
3.7.0
What Kubernetes platforms are you running on?
Openshift
Steps to reproduce
We have been experimenting with the apiKey policy, when creating it wrong it causes an exception on the Nginx code and it to infinetly crash loop back.
The only fix to this is to completely delete the bad api key policy and roll out the pods, this is a major flaw and bug that can cause entire systems to go down.
This happens when the policy is defined wrong in a namespace that the nginx watches.
Steps to reproduce:
Since there is no Supplied in (Which is not required in order to create the policy) this will cause the nginx to entirely crash and stop working causing downtime to all apps connected and a crashloopbackoff to those pods.
The text was updated successfully, but these errors were encountered: