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
When SSL is configured as described in #264, based on example /etc/httpd/conf.d/tendrl-ssl.conf.sample file, Grafana dashboards are still served via unencrypted http connection.
Log into the Tendrl web interface as an admin user
Import the cluster and wait for task to finish with success
Go to Clusters page and click on Launch Dashboard button (of just imported cluster)
See the dashboard page and it's url
Actual Results
The dashboard opens, but while the tendrl web ui is serverd over ssl (the url is https://10.34.108.90/#/clusters), the grafana dashboard is not encrypted via ssl (the url is http://10.34.108.90:3000/dashboard/db/tendrl-gluster-at-a-glance?var-cluster_id=9760f5a0-242f-41cd-b3a2-2422e6fd0d13&refresh=10s&orgId=1):
Expected Results
The dashboard opens and it's served via encrypted ssl connection (the url begins with https://).
Details
It seems that while tendrl api is routed via apache, grafana web with dashboards is not:
Description
When SSL is configured as described in #264, based on example
/etc/httpd/conf.d/tendrl-ssl.conf.sample
file, Grafana dashboards are still served via unencrypted http connection.Version
Recent snapshot build from master branch:
Versions of all related Tendrl packages for full reference:
Steps to Reproduce
Actual Results
The dashboard opens, but while the tendrl web ui is serverd over ssl (the url is
https://10.34.108.90/#/clusters
), the grafana dashboard is not encrypted via ssl (the url ishttp://10.34.108.90:3000/dashboard/db/tendrl-gluster-at-a-glance?var-cluster_id=9760f5a0-242f-41cd-b3a2-2422e6fd0d13&refresh=10s&orgId=1
):Expected Results
The dashboard opens and it's served via encrypted ssl connection (the url begins with
https://
).Details
It seems that while tendrl api is routed via apache, grafana web with dashboards is not:
Would it make sense to route it through apache as well?
The text was updated successfully, but these errors were encountered: