You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently the spawner assumes that it is running on the es-controller, and bakes it into the http_proxy and firewall configurations.
http_proxy should always go via the es-controller - but we don't want to hard code its IP. Perhaps we could discover it?
The firewall allows the originating machine by default - but that won't work in general if the cluster has no routable IPs and/or if the spawner is run from behind NAT. This is a more general problem though - if there is no connectivity then there is no way to interact with the cluster at all after creation. VPN routing is one possible solution.
The text was updated successfully, but these errors were encountered:
Currently the spawner assumes that it is running on the es-controller, and bakes it into the http_proxy and firewall configurations.
http_proxy should always go via the es-controller - but we don't want to hard code its IP. Perhaps we could discover it?
The firewall allows the originating machine by default - but that won't work in general if the cluster has no routable IPs and/or if the spawner is run from behind NAT. This is a more general problem though - if there is no connectivity then there is no way to interact with the cluster at all after creation. VPN routing is one possible solution.
The text was updated successfully, but these errors were encountered: