Open brunopadz opened 2 weeks ago
The issue may not be directly related to the Bitnami container image/Helm chart, but rather to how the application is being utilized, configured in your specific environment, or tied to a specific scenario that is not easy to reproduce on our side.
If you think that's not the case and are interested in contributing a solution, we welcome you to create a pull request. The Bitnami team is excited to review your submission and offer feedback. You can find the contributing guidelines here.
Your contribution will greatly benefit the community. Feel free to reach out if you have any questions or need assistance.
Suppose you have any questions about the application, customizing its content, or technology and infrastructure usage. In that case, we highly recommend that you refer to the forums and user guides provided by the project responsible for the application or technology.
With that said, we'll keep this ticket open until the stale bot automatically closes it, in case someone from the community contributes valuable insights.
hi mate I had the same error, maybe it will be useful
ingress:
enabled: true
ingressClassName: alb
annotations:
alb.ingress.kubernetes.io/scheme: internal
alb.ingress.kubernetes.io/group.name: internal-dev
alb.ingress.kubernetes.io/target-type: ip
alb.ingress.kubernetes.io/ssl-redirect: "443"
alb.ingress.kubernetes.io/certificate-arn: "${acm_arn}"
hostname: ${url}
path: /*
rbac:
create: true
extraEnvVars:
- name: KC_HEALTH_ENABLED
value: "true"
- name: KEYCLOAK_PRODUCTION
value: "true"
- name: KEYCLOAK_PROXY
value: "edge"
auth:
createAdminUser: true
adminUser: admin
adminPassword: "${password}"
serviceMonitor:
enabled: true
postgresql:
enabled: false
externalDatabase:
host: retail-dev-shared-postgres.xxx.eu-west-1.rds.amazonaws.com
user: keycloak
database: keycloak
existingSecret: keycloak-rds-credentials #checkov:skip=CKV_SECRET_6
cache:
enabled: true
For me the chart creates the adminingress only with http:// instead of https://
adminIngress:
enabled: true
ingressClassName: nginx
hostname: iam.${IAM_BASE_DOMAIN}
path: /admin
tls: true
Hey @xlejakx and @akoyaxd thanks for the input.
I'll take a look into it and let you guys know.
Name and Version
bitnami/keycloak 21.8.0
What architecture are you using?
amd64
What steps will reproduce the bug?
adminIngress
andingress
with AWS LB ControllerI've also tried messing with the
httpRelativePath
to/auth/
and/
and the results are the same.Are you using any custom parameters or values?
What is the expected behavior?
Access the admin panel through a dedicated URL.
What do you see instead?
404 error
Additional information
When configuring only the
ingress
param with theKEYCLOAK_HOSTNAME_URL
works flawlessly, the error behavior is only when theadminIngress
is also configured.