Details
-
Improvement
-
Status: Open
-
Minor
-
Resolution: Unresolved
-
1.7.0
-
None
-
None
-
HDP2.2 on Ubuntu 14.04
Description
Ambari is redirecting to native UI (in the quick links for instance) directly to the hostname:port of that server running the UI. But these UI might not be directly reachable from where Ambari is accessed – for instance when Ambari is sitting between a publicly accessible (internet or corporate LAN) network and a private, Hadoop dedicated network. The same is true for Nagios and Ganglia services.
As it is today, it's even hard to do substitution in the reverse proxy to remap the URIs returned by Ambari to look correct from a user perspective.
Ambari should be "reverse-proxy friendly", i.e. either it does the proxying itself (for instance http://ambari:8080/proxy/ganglia proxy to http://internal-ganglia:80/ganglia, http://ambari:8080/proxy/namenode-ui proxy to http://internal-namenode:50070, etc...), or could let the admin specify a public URL where she can proxy to the native UIs (using apache httpd mod_proxy or whatever else).
I found the public_host_name property in the DB, but this seems to be reset by the agent registration, so it can't be tweaked.
Attachments
Issue Links
- Is contained by
-
AMBARI-10777 Security exposure - Quicklinks to Web UI exposes cluster servers
- Open
1.
|
Update component quick-links to use reverse-proxy based urls | Open | Unassigned |