blue-caravan-99316
05/14/2024, 3:30 PM~ $ oathkeeper health ready --endpoint <http://localhost:4456/>
[GET /health/ready][503] isInstanceReadyServiceUnavailable &{Errors:map[]}
This is from within the Oathkeeper pod, and the pod logs makes me none the wiser. As with Kratos, the failing health checks are difficult to debug at least for me. I've set the log level to debug
but although the output is very verbose it's of no help.refined-xylophone-5592
05/17/2024, 12:58 PMblue-caravan-99316
05/21/2024, 7:41 AMquiet-article-3279
05/22/2024, 5:35 PMaccess_rules:
repositories:
- "<https://raw.githubusercontent.com/ory/k8s/master/helm/charts/oathkeeper/demo/access-rules.json>"
authenticators:
anonymous:
enabled: true
jwt:
enabled: false
noop:
enabled: true
unauthorized:
enabled: true
authorizers:
allow:
enabled: true
deny:
enabled: true
mutators:
cookie:
enabled: false
header:
enabled: false
id_token:
enabled: false
noop:
enabled: true
serve:
proxy:
port: 4455
cors:
enabled: true
api:
port: 4456
cors:
enabled: true
prometheus:
port: 9000
However, the default does not:
access_rules:
repositories:
- file:///etc/rules/access-rules.json
serve:
api:
port: 4456
prometheus:
port: 9000
proxy:
port: 4455
Also if I change the repository to file:///etc/rules/access-rules.json
in the working config it stops working.
So this is definitely an issue with the default configuration in the helm chart.
I think it wants an authenticators, authorizers, and mutators section defined and a non-empty access-rules filequiet-article-3279
05/22/2024, 5:47 PMblue-caravan-99316
05/23/2024, 11:05 AM