防盗链

什么叫防盗链
说白了防盗链就是说这种加了防盗链签字的URL，而经过签名的URL能跟网络服务器的安全性体制相辅，进而将URL的应用管理权限限定在客户的APP，与此同时第三方平台即便取得URL也没法开展再次应用和散播。即选用服务端程序编写，根据URL过虑技术性保持的避免盗链的手机软件。
何时必须提升防盗链
（1）推流
推流全过程中必须提升防盗链，由于客户的直播间码ID非常容易被第三方平台故意进攻，特别是在是直播间码和客户ID关联时，因此必须为推流URL提升防盗链签字，进而保证只能客户自己能够在登陆后获得防盗链签字。
（2）播发
播发时加上防盗链并不是极为重要，适用网络直播平台的热点视频资源或是网络直播平台特有的视频新项目，为了防止竞争者盗取播放地址后在别的APP端发布一样的视频内容。但是播放地址防盗链引入后的副作用就是在播放时可能会需要申请防盗链签名，非常容易造成直播间的开启速率不平稳。
网站资源被盗链简单来说就是别人不是从你的网站通过下载资源，被盗链的几种可能情况：
1、在人气非常旺的网站、论坛、社区的网页里直接引用了（使用标记）你网站上的图片，或者直接在其他网页（使用flash或媒体播放插件）里嵌入了你网站上的mp3。
2、在人气非常旺的网站、论坛、社区里提供了你的资源的下载地址。
3、你网站的资源可能被一些下载软件列入了“资源候选名单”，当其他人用下载工具下载相同的文件时，下载软件会自动找上门并且从你的服务器下载。
不加上防盗链会产生哪些
• 现阶段直播间早已渗入了各个领域，而防盗链体制也愈发的关键。举个简易的事例，如今市面有许多直播间教育系统，教师根据直播间即时讲课时，一般都是留有回看视频供大学生客户收看。如果不是防盗链体制，那么视频未历经受权，就会被第三方平台故意窃取视频。与此同时就会导致专业知识资源的这种故意散播，针对教师而言都是挺大的损害。一般直播的内容，绝大多数全是历经客户资金投入了很多的活力和艺术创意的，如果被第三方故意窃取，对直播间业务流程的伤害还是挺大的。
• 既然被盗链的后果这么可怕，那有哪些方法可以防止盗链呢下面从简到繁总结一下常见的以及自己实践过的一些方法，并简单分析一下。不过很遗憾地，这些方法都没法完全杜绝被盗链，并且防盗链的目的应该是从一定的程度上减少被盗链所产生的影响，同时能让合法的用户能够以自然的方式、顺畅地从你的网站下载资源。
方法1：判断引用地址
这个方法是最早及最常见的方法。所谓判断引用地址，就是判断浏览器请求时HTTP头的Referer字段的值，这个值在asp.net里面可以用 Request.UrlReferrer属性取得。几个例子来说，在正常情况下当用户在浏览 http://uushare.com/abc.html 时点击一个链接去到 http://uushare.com/jacky.mp3 文件时，浏览器在发出请求jacky.mp3 资源时还会附带当刻浏览器所处的页面地址（即http://uushare.com/abc.html），所以当你的网站程序接收到下载 jacky.mp3 资源请求的时候，先判断http的referer字段的值，如果是从 自己的域名（uushare.com）过来的，则可以认为是合法的连接请求，否则就返回一个错误的提示信息。
这种方法通常用于图片、mp3这种容易被人用html“嵌入”到其他网站的资源，使用这种方法可以防止你的图片直接出现在别人的网页里（或者防止mp3直接被其他网站嵌入到flash播放器里），不过访客使用下载工具还是可以轻松下载，因为现在的下载工具一般会自动用你的域名构造一个引用地址，所以如果想再进一步防范的话，可以使用一个对应表限制每个资源的引用地址，例如将 jacky.mp3 的引用地址限制为 http://uushare.com/abc.htmlid=12345，这样下载工具就不太可能构造一个“正确”的引用地址了。
方法2：使用登录验证
这个方法常见于论坛、社区。当访客请求网站上的一个资源时，先判断此请求是否通过登录验证（在asp.net里常用session或form验证来记录登录状态），如果尚未登录则返回一个错误提示信息。使用这个方法还可以进一步判断登录的用户的权限是否足够，以实现带“权限”的下载。
不过因为登录状态依赖于会话id，而会话id往往储存于http请求的cookie字段里，下载工具一般没法获得浏览器的cookie字段，所以这些资源往往无法使用下载工具来下载，给正常合法用户带来诸多不便（因为大部分网民的系统都安装了下载工具，一点击下载链接一般会被下载工具拦截，导致无法使用浏览器本身的下载功能）。简单的解决方法是将这个session id放到URL中。
这种方法的另外一个缺点是访客无法匿名下载，所以这个方法一般只用于论坛和社区网站。
方法3：使用cookie
其实这种方法原理上跟方法2差不多。就是在显示“下载”链接的页面里产生一个动态值的cookie，然后在处理资源下载请求时先判断cookie里有没有正确的cookie，如果没有则返回错误提示信息。至于这个动态值如何产生，只要能逆向判断动态值是否合法的都可以，例如将当前的时间去除秒数取哈希值（也叫散列值）。如果网页程序是asp.net则更简单，可以往Session里随便存一个字符串或数字，然后在处理下载请求时先检查Session里是否存在这个字符串或数字。使用这个方法的缺点跟方法2一样。
方法4：使用POST下载
客户端浏览器请求资源都是使用HTTP的GET方法的，其实使用POST方法也可以往客户端返回数据。所以可以将下载链接换成一个表单（Form）和一个按钮(Submit)，将待下载的文件的名称或id放到表单的一个隐藏文本框（Input）里，当用户点击提交按钮时，服务程序先判断请求是否为POST方式，如果是则读取目标资源的二进制数据并写入响应对象（在asp.net里是respone.BinaryWrite方法）。
使用这个方法的缺点同样是无法使用下载工具，更没法实现断点续传。 不过比方法2，3好一点的是，下载工具不会拦截你的下载动作，所以正常用户还是比较顺畅地下载到文件。这个方法比较适合小文件的下载。
方法5：使用图形验证码
使用这个方法可以保证每次下载都是“人”在你的网站上下载，而不是下载工具。因为网上很多介绍使用图形验证码的方法，所以这里就不再重复了。这个方法的缺点是比较容易让正常的用户感到麻烦。
方法6：使用动态文件名
也叫动态钥匙法，当用户点击一个下载链接时，先在程序端计算一个Key（使用一定规律产生的Key，最好不要使用随机字符串例如GUID，并且这个Key必须有一定时效的），然后在数据库或Cache里记录这个Key以及它所对应的资源ID或文件名，最后让网页重定向一个新的URL地址，这个新URL地址里需要包含这个Key。当浏览器或下载工具发出下载请求时，程序先检测这个Key是否存在，如果存在则返回对应的资源数据。
使用这个方法的好处是下载工具也可以下载，并且在Key失效前可以断点续传，并且可以通过Key来控制下载的线程数。
使用这个方法（包括以上所有支持下载工具的方法）的缺点是：当任意一个用户下载成功之后，你的资源就会被一些下载工具列入“资源候选名单”，以后其他人在其他地方下载同样的文件时，下载工具会不断连接你的服务器，即使你的文件已经删除或者Key已经失效了，这样会造成类DDos攻击的后果，下面再介绍两个即可以让下载工具下载，又可以防止盗链的方法。
方法7：擅改资源的内容
一般热门的资源都是电影、mp3、较大的压缩包等，这些文件都是有很多可以插入数据的地方的，例如mp3有一个tag区，rar/zip有一个备注区，电影的内容随便一个地方，只要在下载过程当中，动态地往这些地方注入一些随机的字节（几个字节即可），就可以达到让整个文件的哈希值（即散列值、指纹值）发生改变，让从你网站下载的文件的哈希值跟别人的不一样，就可以防止下载工具主动找上门了。用这个方法配合方法6，可以达到较好的防盗链的效果。缺点是，虽然文件被修改的部分不会被“看”、“听”出来，不过多多少少让知道的人觉得不爽。另外就是如果别人把从你网站下载的文件放到其他网站，那么仍然存在下载工具主动找上门的情况（虽然实际上它下载不了内容）。
方法8：打包下载
这个方法跟方法7的道理是一样的，只不过这次不是往原始文件里修改，而是在原始的文件基础上再加个“外壳”，让资源的哈希值跟别人的不一样。使用这个方法可以在不擅改资源原始的内容基础上实现方法6同样的效果，并且狠一点的话，甚至可以在打包的时候放入自己的一些广告。缺点是用户每次下载都得加压缩，不过目前大部分人都懂得解压，所以这个缺点有时可以忽略不计。
方法9：IP防盗链
按照IP地址黑白名单来控制访问者的范围。
方法10：时间戳防盗链
基于MD5加密的时间戳对资源的可访问时间进行限制。