Skip to content
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

Support credentials specific to each cluster #66

Open
naude-r opened this issue Oct 5, 2023 · 2 comments
Open

Support credentials specific to each cluster #66

naude-r opened this issue Oct 5, 2023 · 2 comments

Comments

@naude-r
Copy link

naude-r commented Oct 5, 2023

in some cases various back-ends may support different credential sets.

it should be possible to override backendState per gateway back-end instance. this should be optional to allow fallback to the global setting.

@willmostly
Copy link
Contributor

Backends within a routing group should be interchangeable. Is there any reason this couldn't be solved by placing these clusters in different routing groups and implementing routing rules? E.g. something like

---
name: "password"
description: "send username/password here"
condition: 'request.getHeader("Authorization") contains "Basic"'
actions:
  - 'result.put("routingGroup", "password")'
---
name: "kerberos"
description: "send kerberos here"
condition: 'request.getHeader("Authorization") contains "Negotiate"'
actions:
  - 'result.put("routingGroup", "kerberos")'

Keep in mind Trino itself also allows specifying configuring authenticators in the same cluster

@naude-r
Copy link
Author

naude-r commented Oct 9, 2023

@willmostly thank you for the response. apologies, suspect my description was unclear. the problem is not with different back-ends for the same cluster, but rather different clusters.

the problem is specific to the following section in the config:

backendState:
   username: ${BACKEND_USER}
   password: ${BACKEND_PASSWORD}
   ssl: true

from my limited understanding, it expects the different clusters to be uniform with regards to users and even ssl. if that is the case, is there a way to resolve that? would one still be able to override the Authorization using routing rules?

@naude-r naude-r changed the title Support credentials specific to each back-end Support credentials specific to each cluster Oct 12, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

2 participants