-
Notifications
You must be signed in to change notification settings - Fork 689
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
Http Proxy has no status #4134
Comments
If you’re using the bitnami helm chart you will need to use the ingress class annotation/spec field which also exists on the HTTPProxy resource and set it to the value the helm chart configures contour to watch for (I believe “contour”) |
Sounds good, will try it out. Is there another helm chat for contour besides bitnami? |
No there is not, the bitnami team maintains that chart and Contour maintainers contribute |
I have added the below to the values of my chat and still no status for the http proxy
|
@ahmed-adly-khalil can you try setting the |
@stevesloka I have added the below and still same
|
If you are using annotations the key to use is “kubernetes.io/ingress.class” or “projectcontour.io/ingress.class”
or
|
Otherwise you have to the “ingressClassName” field on the spec of the resource, see https://projectcontour.io/docs/v1.19.0/config/api/#projectcontour.io/v1.HTTPProxySpec
|
Now i have the following ingress object with
|
You really don't need both, but I see you have an annotation on the Ingress object to generate certs. Cert-manager won't do the same for HTTPProxy resources via an annotation. I've created a Certificate object in the past to replicate the behavior. |
Awesome, I will do this.
The project looks very promising compared to NGINX where all good features are hidden in the NGINX plus ($5K), I might contribute |
Contour supports configuring external authentication to an Envoy external auth provider, there is a worked example at https://projectcontour.io/guides/external-authorization/, although the contour-authserver is not ready for production use at the moment. This should also be able to support validating JWTs, although we haven't done much work here to make this easier, sorry. URL rewriting is supported as well, docs are at https://projectcontour.io/docs/v1.19.0/config/request-rewriting/. Thanks for the kind words about the project, we always welcome new contributors. Please see https://projectcontour.io/community/ for some of the ways you can get started. With all of that said, it seems like you've been able to solve the initial issue, is there anything you need on this one? |
@youngnick That was super helpful, Yes the issue now is solved and I will dig deeper during the coming days for the other functionality like JWT and rewrite and will look into how can I contribute. |
I also run into this problem. Before I updated contour all my HttpProxys worked with contour. However everthing stoped working after the update to the helm chart version 5.7.0. This is because the helm chart set the |
What steps did you take and what happened:
What did you expect to happen:
the contour object to have a status and to route the external traffic which is not happening
Anything else you would like to add:
I'm using Linode and there is already a load balaner created after I added contour which is a good sign, however traffic is not being routed because contour is not connected to envoy i guess.
When I created an ingress object with class
contour
and http rules, the routing worked, however i guess i don't have to create an ingress object as it's duplicate in this caseEnvironment:
I used the following help chat
kubectl version
): 1.21/etc/os-release
): not sure, i think debianThe text was updated successfully, but these errors were encountered: