问题描述
在使用Grafana时，将其部署在NGINX反向代理后出现了问题。他在访问Grafana时遇到了控制台错误和Grafana中的错误，而且他在Grafana中进行的更改也没有生效。具体错误如下：
– 在尝试从https://grafana.domainname.dev访问站点并执行任何操作时，从Grafana内部获得”Origin not allowed”错误。
– 当加载页面时，控制台出现以下错误：
– “Failed to load resource: the server responded with a status of 403 (forbidden)”，指向一些字体和资源的URL。
– “Failed to load resource: the server responded with a status of 403 (forbidden)”，指向一个名为/api/frontend-metrics的URL。
用户在Grafana和NGINX的配置中已经尝试了一些设置，但仍然无法解决这个问题。
解决方案
注意：下面的解决方案可能涉及到Grafana和NGINX的配置更改，确保在进行任何更改之前备份相关配置文件。
解决方案1：保留Host Header
在NGINX的配置中，需要保留Host头信息。这是因为Grafana依赖于正确的Host头来处理请求。以下是在配置中如何添加Host头的步骤：
步骤
- 打开NGINX配置文件，通常是
/etc/nginx/sites-available/grafana.domainname.dev。 - 在每个
location块中添加以下行以保留Host头：
“`nginx
location / {
proxy_pass http://localhost:3000/;
proxy_set_header Host $http_host;
}
location /api/live {
rewrite ^/(.*) /$1 break;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection $connection_upgrade;
proxy_set_header Host $http_host;
proxy_pass http://localhost:3000/;
}
3. 重新加载NGINX配置使更改生效：
sudo systemctl reload nginx
“`
这些更改将确保NGINX在代理请求时将原始的Host头信息传递给后端的Grafana服务。
解决方案2：查看Grafana配置
还可以检查Grafana自身的配置以确保其正确响应代理请求。用户提供的Grafana配置中，有一些可能会影响代理的设置，例如enforce_domain。确保配置中没有导致问题的选项。
解决方案3：检查SSL设置
如果NGINX配置中涉及SSL设置，确保SSL证书和密钥正确。错误的SSL配置可能导致代理问题。确保证书文件和密钥文件路径正确，并且证书链、私钥等文件的权限正确。
总结
通过保留Host头信息，您可以解决Grafana NGINX反向代理的问题，使Grafana能够正确地处理请求。同时，确保Grafana和NGINX的配置正确，以避免其他可能的问题。如果问题仍然存在，您可能需要深入调查NGINX和Grafana的日志以获得更多的信息。