189 8069 5689
本篇文章为大家展示了使用php怎么伪造Referer请求，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。
盗链
引用百度百科对盗链的定义：
盗链是指服务提供商自己不提供服务的内容，通过技术手段绕过其它有利益的最终用户界面（如广告），直接在自己的网站上向最终用户提供其它服务提供商的服务内容，骗取最终用户的浏览和点击率。受益者不提供资源或提供很少的资源，而真正的服务提供商却得不到任何的收益。
常规盗链
我们知道，网站提供服务是向服务端请求一个html 文件，这个文件中包含有css/js 文件，也包含img/video 标签，这些静态资源会在html 文件加载时，依次的发起请求并填充在指定位置上，从而完成整个页面的加载。
因此只要拿到这个图片的URL 并嵌入我们自己的html 文件中，就能在我们的网站上访问，由于资源是不同的HTTP 请求独立访问的，因此我们也能过滤源站的html 文件。这就是最简单的盗链。
危害：在用户访问时，并没有在访问被盗链网站，但是依然会占用该网站的带宽资源，而带宽是要给运营商付费的。同时，该网站的广告、周边、宣传等资源并不会被用户访问到。
分布式盗链
分布式盗链比较复杂，需要在服务端部署专门的程序，并不针对单个网站或单个url ，而是对全网的所有有用的资源进行盗取，并存储在自己的数据库中，并在用户实际访问时，完全转换为自己的流量。
危害：自己通过劳动、金钱、版权付费得到的资源，被盗链网站免费使用，如网店摄影图、期刊、电视剧等。并因此导致自己的会员、服务无法实现盈利。
反盗链分类
我们了解了盗链对源站的危害后，自然要通过一些手段来阻止这种行为维护自己的利益。
加水印
这是最简单的方法，通过后端程序批量对图片等资源加上水印，这样在盗链的同时，也在为自己的网站做宣传，有时甚至会主动寻求这种盗链。
资源重命名
因为盗链是通过指定的url，这个url 中一定包含该资源的路径和名称，因此通过不定期的更改文件或目录的名称，能够快速避免盗链，但也会导致正在下载的资源被中断。
限制引用页
在http 请求的头部信息中，有一个字段：referer ，它代表这个请求是从哪个页面发起的，如果是单独在页面中打开或者服务端请求的，则这个字段为空。因此我们可以通过referer 这个字段的值做限制，如果是自己认可的页面，则返回资源，否则，禁止该请求。但是由于每次都要打开一个白名单的文件做url 匹配，因此会降低性能。
加密认证
在客户端通过将用户认证的信息和资源的名称进行组合后加密，将加密的字符串作为url 的参数发起请求，在服务端进行解密并认证通过后，才会返回请求的资源。这个方式主要用于防范分布式盗链。
反盗链程序
上面的3种反盗链方式，我们常用的是第三种，通过referer 属性来完成反盗链，今天也主要分享这一种方法的反盗链与防反盗链。
后端程序限制
这种限制需要消耗服务端计算资源，因此不如Nginx 限制常用。
$from = parse_url($_SERVER['HTTP_REFERER']);
if ($from['host']!='xxx.com' && $from['host']!='www.xxx.com') {
die('你丫在盗链');
}Nginx 限制
通过修改nginx 配置文件可以做到，修改完成后记得重启nginx ：
// 这里指定需要防盗链的资源，如gif/jpg等
location ~* \.(gif|jpg|png|jpeg)$ {
// 设置资源的过期时间
expires 30d;
// 设置合法的引用页，也就是防盗链的白名单；
// none blocked保证用户在新页面打开时依然能够打开，如果不希望用户能够保存删掉这两项
valid_referers none blocked *.hugao8.com *.baidu.com *.google.com;
// 对于非法的引用页，可以重写图片，也可以直接返回403或404页面
if ($invalid_referer) {
rewrite ^/http://www.it300.com/static/images/404.jpg;
#return 404;
}
}Referer-Policy
Referer 首部包含了当前请求页面的来源页面的地址，即表示当前页面是通过此来源页面里的链接进入的。服务端一般使用Referer 首部识别访问来源，可能会以此进行统计分析、日志记录以及缓存优化等。
Referer 属性出现在请求头中，也在请求头中被设置，但是在浏览器的安全策略里，该值无法被js 所指定：
$.ajax({
url: 'http://www.baidu.com',
beforeSend(xhr) {
// 在发送ajax请求前设置header头部
xhr.setRequestHeader("Referer", "http://translate.google.com/");
xhr.setRequestHeader("User-Agent", "stagefright/1.2 (Linux;Android 5.0)");
},
success(data) {
console.log(data);
},
error(err) {
console.log(err);
}
});然而浏览器会报错：
那么Referer 是怎么被自动设置的呢？这个得看 Referer-Policy属性 是怎么定义的：
no-referrer : 整个 Referer 首部会被移除。访问来源信息不随着请求一起发送。
no-referrer-when-downgrade （默认值）: 在没有指定任何策略的情况下用户代理的默认行为。在同等安全级别的情况下，引用页面的地址会被发送(HTTPS->HTTPS)，但是在降级的情况下不会被发送 (HTTPS->HTTP)。
origin : 在任何情况下，仅发送文件的源作为引用地址。例如 https://example.com/page.html 会将 https://example.com/ 作为引用地址。
origin-when-cross-origin : 对于同源的请求，会发送完整的URL作为引用地址，但是对于非同源请求仅发送文件的源。
same-origin : 对于同源的请求会发送引用地址，但是对于非同源请求则不发送引用地址信息。
strict-origin : 在同等安全级别的情况下，发送文件的源作为引用地址(HTTPS->HTTPS)，但是在降级的情况下不会发送 (HTTPS->HTTP)。
strict-origin-when-cross-origin : 对于同源的请求，会发送完整的URL作为引用地址；在同等安全级别的情况下，发送文件的源作为引用地址(HTTPS->HTTPS)；在降级的情况下不发送此首部 (HTTPS->HTTP)。
unsafe-url : 无论是同源请求还是非同源请求，都发送完整的 URL（移除参数信息之后）作为引用地址。
这个值可以通过三种方式来设置：
