-
Notifications
You must be signed in to change notification settings - Fork 8.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Validate input from annotations/configmaps #4047
Comments
@vncntvandriessche we already have that information about types here https://kubernetes.github.io/ingress-nginx/user-guide/nginx-configuration/annotations/ |
Would a |
@vncntvandriessche this should be done here #3802 |
Sorry I waisted your time, somehow missed that. @aledbf Thank you so much! |
Hi, indeed, the annotations part should be solved by the validating webhook |
Closing. Please update to 0.25.0 where the validating webhook feature is present. |
We should validate input coming from annotations(/configmaps) if wrong submissions cause unexpected behavior.
FEATURE REQUEST:
There should be input validation (
validatingWebhookConfiguration
?) on the possible configuration options set using annotations (not sure it applies toConfigMaps
as well).We set the following annotations in our one of our ingresses:
NGINX Ingress controller version:
0.23.0
Kubernetes version:
Environment:
GKE
COS from Google
uname -a
):4.14.91+
What happened:
The configuration changes where ignored, until we fixed the used notation.
What you expected to happen:
For an error to be shown clearly, or for the input to be parsed even though it wasn't passed as a string.
How to reproduce it (as minimally and precisely as possible):
Create an ingress for the
nginx-controller
to respond to, and create an annotation-setting that should be passed as a string, but pass it as an integer:How to fix it using now
This might be a useful section for people bumping their heads into this if you explicitly specify all settings as strings (when in doubt, match the type in the documentation):
The text was updated successfully, but these errors were encountered: