-
Notifications
You must be signed in to change notification settings - Fork 44
Proxy client requests through unsee instance #190
Comments
Similar to #182, need to start work on 0.9 release that should include a config file, since any additional complexity will be a bit tricky to express purely via ENV variables. |
@prymitive As far as I'm concerned I would prefer that you implement this than what I proposed in #182. Cheers. |
Fixes #190. With this feature unsee can be configured to proxy requests to selected Alertmanager instances, if it's enabled unsee silence form will send a request via unsee rather than directly. This allows users to manage silences in environments where they have access to unsee but not to Alertmanager. Only silences endpoints on Alertmanager API are proxied.
#202 adds support for this feature, you can test it by building unsee from alertmanager:
interval: 60s
servers:
- name: local
uri: http://localhost:9093
timeout: 10s
proxy: true |
Fixes #190. With this feature unsee can be configured to proxy requests to selected Alertmanager instances, if it's enabled unsee silence form will send a request via unsee rather than directly. This allows users to manage silences in environments where they have access to unsee but not to Alertmanager. Only silences endpoints on Alertmanager API are proxied.
Fixes #190. With this feature unsee can be configured to proxy requests to selected Alertmanager instances, if it's enabled unsee silence form will send a request via unsee rather than directly. This allows users to manage silences in environments where they have access to unsee but not to Alertmanager. Only silences endpoints on Alertmanager API are proxied.
Fixes #190. With this feature unsee can be configured to proxy requests to selected Alertmanager instances, if it's enabled unsee silence form will send a request via unsee rather than directly. This allows users to manage silences in environments where they have access to unsee but not to Alertmanager. Only silences endpoints on Alertmanager API are proxied.
Is it possible to enable proxy through use of environment variables? |
No, any setup that needs a fine tuned configuration requires a config file as it gets tricky to keep config parsing simple. |
@prymitive It would be great if you could add that - love configuring it all through env vars (and yes, I only have one alert manager) |
#214 should address that |
Awesome - thanks a lot! |
Do you have an ETA for the next release? |
As soon as @terinjokes helps me with #207 and it's merged. I'll try to bribe him with some coffee today, so I think we can aim for next week. |
Hm. I run 0.9.1 and have set the env var ALERTMANAGER_PROXY=true
Nevertheless I get: when attempting to set a silence? (alerts are displaying fine, so it's not a connection err) |
I use the new config format, this works great. I also pulled just a few hours ago, so the master is also working correctly with proxy option. |
You should see log line like this when unsee starts
can you check if proxy is set there? |
@prymitive not there:
|
I can't reproduce that with v0.9.1:
Care to open a ticket for that with some steps to reproduce? |
Run the image like this (docker-compose format):
|
That's the issue:
might want to add |
Thanks a lot! |
We've protected the alertmanager and unsee instances directly over the proxyserver.
But submitting silences will not work, because the the alertmanager is directly queried from client side.
Possibly is there any ability to proxy those requests through unsee instance to alertmanager.
The text was updated successfully, but these errors were encountered: