Referer 是什么
HTTP Referer是 HTTP 请求 header 头信息的一部分 当浏览器向web服务器发送请求的时候,一般会带上Referer
告诉服务器我是从哪个页面链接过来的,服务器藉此可以获得一些信息用于处理。
比如我们在 Chrome 浏览器的控制台下 可以看到 Request Headers 下有类似如下的信息
Provisional headers are shown Accept: / Origin: https://local.test5.show Referer: https://local.test5.show/test/show User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.77 Safari/537.36
其中 Referer 就是该属性了
Referer 的正确英语拼法是 referrer。由于早期 HTTP 规范的拼写错误,为了保持向后兼容就将错就错了
*****************************************************************************
*****************************************************************************
Referer 的作用
防盗链
比如你发现访问加载自己的资源 而 referer不是自己的站点 就可以屏蔽它
防止恶意请求
这点同上
高级用法
比如微信H5支付 也需要这个 就不知道他们做啥用了(hahaha……)
Referer 丢失
关于 Referer 丢失的问题 首先 referer 是由客户端的浏览器发送到服务器上,且在客户端可以通过 document.referrer 来获取,也就是说referer的发送实际上是一个浏览器行为,发送与否的决定权是在浏览器手里。虽然这样说,但是HTTP协议对什么情况下,浏览器该发送,什么情况下不该发送有着严格的规定。
总结下 Referer 丢失的几种情况
1.当网站使用refresh字段进行跳转的时候,大多数浏览器不发送referer
2.从用户从一个HTTPS的网站点击链接到另一个HTTP的网站时,不发送referer
3.html5中,a标签的rel = “noreferrer”, 可以让浏览器不发送referer
4.使用Data URI scheme链接的,浏览器也不发送referer
5.使用Content Security Policy, 也可以让浏览器不发送referer
6.在html头部中使用meta标签来控制不让浏览器发送referer
自动生成URL链接HTTPS变HTTP
有时候需要在API项目中生成一些URL链接返回 但是服务器端已经配置了支持HTTPS,通过HTTPS访问的时候生成的URL仍然是HTTP
关于这个问题其实是服务器 配置 问题 和 下面类似
回到我遇到的微信支付问题 跟踪了一圈浏览器的跳转之后发现是属性第二种情况 从 HTTPS 站点跳到 HTTP 站点 丢失了 Referer【ps:反过来从HTTP到HTTPS是没问题的 不会丢失 Referer】 中间藏的比较深
当然我一开始没有发现这个问题 因为从前端请求到 API 整个都没有问题 全部项目已经全线部署了 HTTPS , Referer 信息也有携带 然后到最后一步微信的支付请求URL的时候 Referer 就丢失了.
后面发现在请求到API项目的时候 API项目返回了一个 URL 给前端 这个 URL 是后端代码根据规则生成的(Laravel 里的 action 辅助函数) 这个函数本身并没有什么问题 但是生成的URL链接 是 HTTP 了 又搞事情!!!
API项目配置的是 HTTPS 请求 但是生成的URL是 HTTP 问题就是这里了 请求运维哥协助 最后发现是 Nginx 反向代理中配置的问题
nginx服务器配置片段如下:
location / { proxy_pass http://114.114.114.114:80; }
可以看到 proxy_pass 参数 指向的是 HTTP的协议 所以在 后台获取的 URL 都是HTTP协议的
把代理这设置成 https://114.114.114.114:443; 即可 问题终解决
参考
1. nginx反向代理走http+https通道,后端走http通道,导致前台获取不到后台https内容的处理(https://blog.csdn.net/diyiday/article/details/83376857?tdsourcetag=s_pctim_aiomsg)
2. WEB请求处理二:Nginx请求反向代理(https://www.jianshu.com/p/bed000e1830b)
3. nginx 反向代理https配置(https://blog.csdn.net/samxx8/article/details/53508078)
4. 如何获取https页的referrer?(https://www.zhihu.com/question/37101927)
文章转自:https://caihongtengxu.github.io/2018/20181101/index.html