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

Proxy support for action type slack, nodemailer, etc? #50267

Closed
mikecote opened this issue Nov 12, 2019 · 7 comments · Fixed by #74289
Closed

Proxy support for action type slack, nodemailer, etc? #50267

mikecote opened this issue Nov 12, 2019 · 7 comments · Fixed by #74289
Assignees
Labels
Feature:Alerting Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams)

Comments

@mikecote
Copy link
Contributor

Is there a generic http proxy setting? nodemailer will want smtp proxy (???) or maybe socks?

@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-stack-services (Team:Stack Services)

@bmcconaghy bmcconaghy added Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams) and removed Team:Stack Services labels Dec 12, 2019
@pmuellr
Copy link
Member

pmuellr commented Jun 23, 2020

A quick peek through NPM shows some popular proxy libraries

The first two are related - the first calls the second - and the first seems to cover "http and https proxies" and not just SOCKS proxies. I'm guessing that watcher supports just SOCKS, but I haven't peeked yet.

The first two also work by supplying a special agent on the http request, which makes them a little easier to use, but only if agent is something you can send into our http request library.

@mikecote
Copy link
Contributor Author

Added note: the goal of this issue is for all the action types to work when using a proxy.

@timroes
Copy link
Contributor

timroes commented Jun 26, 2020

I would like to cc @elastic/kibana-platform on this one. It feels for me like we should start having a general proxy setting, and a client on the serverside available that takes care of proxying requests, so every code that needs to make outbound requests take care of it, and you don't need to configure a separate proxy for all the separate applications.

Leaving aside whether we need to find an intermediate solution for alerting I would be curious to hear the platform teams thoughts on this.

@mshustov
Copy link
Contributor

mshustov commented Jul 6, 2020

We have an issue open to support this functionality #41960 without ETA though. Do you have an idea when you need it?

@mikecote
Copy link
Contributor Author

mikecote commented Jul 6, 2020

@restrry We are aiming to have a solution by the time our server side APIs become GA in 7.10.

@mshustov
Copy link
Contributor

mshustov commented Jul 6, 2020

@joshdover FYI and our 7.10 planning

@YulNaumenko YulNaumenko self-assigned this Jul 8, 2020
@mikecote mikecote mentioned this issue Aug 11, 2020
36 tasks
@kobelb kobelb added the needs-team Issues missing a team label label Jan 31, 2022
@botelastic botelastic bot removed the needs-team Issues missing a team label label Jan 31, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature:Alerting Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams)
Projects
None yet
Development

Successfully merging a pull request may close this issue.

8 participants