Incapsula免费日本CDN加速和CDNZZ香港CDN节点加速 免费的CDN对于那些将空间放在美国的博客网站加速效果是最好的,CDN可以解决国内连接美国的网络线路经常抽风和访问速度时好时坏的问题,保证网站博客的良好用户体验. 免费资源部落前一段时间一直在为大家介绍来自美国的优秀免费CDN加速服务:cloudflare,利用cloudflare分布在全球CDN节点,解决了域名无法打开和网站访问速度慢的困境. 然而,随着cloudflare的中国站长用户的增多,那些使用cloudflare的免费

我们使用nginx贯穿了我们的网络,做前线web服务,代理,流量过滤.在某些情况下,我们已经扩充了nginx上我们自己的模块的核心C代码,但近期我们做了一个重大举措,与nginx结合使用lua 差点儿所实用lua写的我们的一个项目是新的cloudflare WAF.这个我们另有博客.​http://blog.cloudflare.com/heuristics-and-rules-why-we-built-a-new-old-waf Lua WAF使用nginx Lua模块来嵌入Lua代码,运行L

版权声明:本文由贺嘉  原创文章,转载请注明出处: 文章原文链接:https://www.qcloud.com/community/article/753847001488039974 来源:腾云阁 https://www.qcloud.com/community 1.问题描述 近期根据Hacker News的报道,以及国际CDN厂商cloudflare的公告,我们注意到了一起敏感信息.API 密钥被Cloudflare泄露给了随机的 requesters请求,同时相关敏感数据也被搜索引擎给收录

本文仅代表作者独立观点,本文提及的技术仅供安全研究和渗透测试用途 看Twitter发现CloudFlare总裁什么的最近很高调,北京.香港的跑着参加会议.发表演说什么的,CloudFlare似乎也没那么牛逼吧.前段就关注过比较火热的CloudFlare如何抵御住大流量的攻击.政治跟咱没毛线关系,但你说你那么牛,这就有点不太合适了吧. 目前大部分的网站都基于虚拟化部署,说的高大上一点就是云技术和CDN技术.在闲暇之余也关注过这个事情,毕竟是比较先进的技术,以前传统的入侵渗透都是基于单主机,最多就是

近期又在折腾了,常访问我博客的朋友或许页面曾出现过502错误提示,那是折腾CloudFlare CDN不成功的提示.在此先感谢坛子,在他的执着和求真之下,昨天晚上终于成功使用上CloudFlare CDN.之前设置好CloudFlare CDN出现的502错误这个问题至今找不到原因,反正坛子让我重新注意一下ID再试试,一试就成功了,所以当你使用CloudFlare CDN出现502错误警告时,可以试试这个方法――重新注册个CloudFlare帐号. 为什么折腾CloudFlare CDN,原因很

522错误意味着我们无法在所有到达原点Web服务器. 这方面有几个主要原因: 原始服务器太超载回应. 源Web服务器具有挡住了我们的请求的防火墙,或者数据包被主机的网络内下降. 源Web服务器脱机,或与我们不正确的DNS设置为它的IP地址设置(即离我们的要求是送错了地方). 还有我们和原始Web服务器之间的网络路由问题. 起源服务器保持连接禁用. 在所有这些情况下,这是值得检查原点Web服务器是活动的,才去进一步这里接受HTTP请求,同时也与我们在您的帐户的DNS设置正确. 原始服务器太超载回应

宣布1.1.1.1:速度最快,隐私优先的消费者DNS服务   Cloudflare的使命是帮助建立更好的互联网.今天我们很高兴能够在推出1.1.1.1--互联网最快,首先保护隐私的消费者DNS服务的同时迈出这一使命的另一步.这篇文章将会谈论一下我们为什么决定做这件事的原因和很多.(如果您对我们如何构建服务的技术细节感兴趣,请查看ÓlafurGuðmundsson的随行文章.) DNS快速入门 DNS是Internet的目录.无论何时您点击链接,发送电子邮件,打开移动应用程序,通常首要的事情之一就

流量复制 在实际开发中经常涉及到项目的升级,而该升级不能简单的上线就完事了,需要验证该升级是否兼容老的上线,因此可能需要并行运行两个项目一段时间进行数据比对和校验,待没问题后再进行上线.这其实就需要进行流量复制,把流量复制到其他服务器上,一种方式是使用如tcpcopy引流:另外我们还可以使用nginx的HttpLuaModule模块中的ngx.location.capture_multi进行并发执行来模拟复制. 构造两个服务: location /test1 { keepalive_timeou

原文出处:https://www.jianshu.com/p/dc4c9996f4b9 除却域名的年费,我的博客站点是运行在云服务器上,如果没有意外,维护的费用应该是零. 云主机 云服务器我使用的是Google Cloud,谷歌云应该是目前唯一一个承诺提供永远免费 Always Free选项的云服务器提供商,其它云服务商应该只提供12个月免费使用选项给新用户. 当然,谷歌云提供的永远免费选项仅能是使用一个性能超弱的实例: 处于美国的机房 单个共享的CPU核心 600M的内存 30G的存储 性能可

最近中美贸易战愈演愈烈,美国知名Cloudflare网络公司的客户的分布式拒绝服务攻击今天在恶意流量方面达到了新的高度,黑客并袭击了该公司在欧洲和美国的数据中心.根据Cloudflare首席执行官马修王子的数据分析,攻击的全部数量超过每秒400吉比特,这使它成为有史以来最大的DDoS攻击记录,因为大部分攻击包源地址是随机生成的伪地址,所以给调查造成了困难. 这次攻击使用了网络时间协议(NTP)反射技术,这种技术与最近被一个名为东方联盟黑客安全组织针对游戏网站的攻击相同.NTP用于通过Intern

Cloudflare Cloudflare是美国的一家网络性能和安全公司,近期由于自己域名HTTP证书到期,了解到了Cloudflare,用到了它提供的CDN以及SSL 如何设置CDN 登入Cloudflare网站,点击Add Site按钮,输入自己的网站域名,出现下面界面时 选择免费Free,当然土豪随意,然后Cloudflare会匹配出当前域名和域名的二级域名,Confirm后,会出现一个DNS的地址. 这个时候需要到域名注册商,比如阿里云,百度云下将域名的DNS更换成Cloudflare提

msf 中使用域前置技术隐藏流量 前几篇都是说了下如何采用不同的语言开发 reverse_tcp 第二阶段,接下来将慢慢分析 reverse_http,这篇文章并不会围绕 stagers 进行讲解,这篇文章只是半埋上我之前挖的一个坑,关于域前置技术如何在 msf 中进行应用. 域前置技术介绍 域前置技术(Domain-Fronting)顾名思义,把域名放在前面,流量的前面,那么我们应该如何做到这件事情,这个一般就是利用各大 cdn 服务了. cdn 技术我不用做过多介绍,相信大家给自己的网站上

导航: 这里将一个案例事项按照流程进行了整合,这样查看起来比较清晰.部分资料来自于Cloudflare 1.DDoS介绍 2.常用DDoS攻击 3.DDoS防护方式以及产品 4.Cloudflare DDoS配置案例 背景信息 本案例场景为给XX项目Login服务器以及Game服务器增加 DDOS防护,使用Cloudflare. 环境架构由 Client → Login/Game服务器 (客户端的流量直接连接Login/Game服务器) 升级为 Client → CloudFlare → Log

背景说明: XX全球版项目CDN, 原有改之前:主CDN为Akamai,备CDN为Cloudflare. 计划改之后:主CDN为Cloudflare,备CDN为Akamai. 原因:Akamai CDN的流量成本大概是3毛多1GB是比较贵的,比Cloudflare贵很多,故现在为了节省成本,经领导同意,计划将主CDN切为Cloudfalre,备的CDN切为Akamai.从Akamai切为Cloudflare其CDN成本可以节约一半左右的费用. 注意:文档中项目敏感信息已打码.文档中所有域名使用:

此篇博文讲的什么 不想看废话的,直接看这里就行了: 手机端(IOS,已越狱)装的传统的VXN,没法直接共享流量给其他设备用,可以在手机端开放个socketsserver,我现在用的ssh,它也能提供这个功能,命令如下: ssh -C2qTnN -D 0.0.0.0:21567 -p 22 root@127.0.0.1,测试可用的话,可以用下面的命令(需要添加本机公钥),后台挂着 nohup ssh -C2qTnN -D 0.0.0.0:21567 -p 22 root@127.0.0.1 & 浏

前言 HSTS 的出现,对 HTTPS 劫持带来莫大的挑战. 不过,HSTS 也不是万能的,它只能解决 SSLStrip 这类劫持方式.但仔细想想,SSLStrip 这种算劫持吗? 劫持 vs 钓鱼 从本质上讲,SSLStrip 这类工具的技术含量是很低的.它既没破解什么算法,也没找到协议漏洞,只是修改和代理了明文的封包而已. 如果说劫持,要保持源站点不变才算的话,那 SSLStrip 并没做到.根据同源的定义,<协议, 主机名, 端口> 三者必须相同.显然它修改了协议,因此并非在源站点上劫持

前言 在之前介绍的流量劫持文章里,曾提到一种『HTTPS 向下降级』的方案 -- 将页面中的 HTTPS 超链接全都替换成 HTTP 版本,让用户始终以明文的形式进行通信. 看到这,也许大家都会想到一个经典的中间人攻击工具 -- SSLStrip,通过它确实能实现这个效果. 不过今天讲解的,则是完全不同的思路,一种更有效.更先进的解决方案 -- HTTPS 前端劫持. 后端的缺陷 在过去,流量劫持基本通过后端来实现,SSLStrip 就是个典型的例子. 类似其他中间人工具,纯后端的实现只能操控最

前言 之前介绍了 HTTPS 前端劫持 的方案,虽然很有趣,然而现实却并不理想.其唯一.也是最大的缺陷,就是无法阻止脚本跳转.若是没有这个缺陷,那就非常完美了 -- 当然也就没有必要写这篇文章了. 说到底,还是因为无法重写 location 这个对象 -- 它是脚本跳转的唯一渠道.尽管也流传一些 Hack 能勉强实现,但终究是不靠谱的. 事实上,在最近封稿的 HTML5 标准里,已非常明确了 location 的地位 -- Unforgeable. 这是个不幸的消息.不过也是件好事,让我们彻底打

精简版:http://www.cnblogs.com/index-html/p/mitm-cookie-crack.html 前言 上一篇文章 讲解了如何借助前端技术,打造一个比 SSLStrip 更高大上的工具. 今天我们再次使用这套战术,通过前后端的里应外合,实现一个杀手锏级的攻击方案 -- Cookie 数据大喷发. 传统嗅探 在过去,Cookie 的窃取大多通过嗅探流量来实现. 这种方法具有很强的隐蔽性,让人几乎难以察觉.然而,正因为如此,也面临一个巨大的缺陷:速度太过缓慢. 中间人只能

今天在实验当中发现了很不错的节省json流量方式,来做个笔记给大家分享一下. 如果跟服务器传递键值对的数组,我们一般会采用下面方式 创建一个字段 public class kv { public string key { get; set; }: public string value { get; set; }: } 实例化li List<kv> li = new List<kv>(); 添加参数 li.add(new li{key="cn",value=&q

在开发中,有时候需要获取流量统计信息.研究发现:通过函数getifaddrs来得到系统网络接口的信息,网络接口的信息,包含在if_data字段中, 有很多信息, 但我现在只关心ifi_ibytes, ifi_obytes, 应该就是接收到的字节数和发送的字节数, 加起来就是流量了.还发现,接口的名字, 有en, pdp_ip, lo等几种形式,en应该是wifi, pdp_ip大概是3g或者gprs, lo是环回接口, 通过名字区分可以分别统计. 1.导入必要头文件 #include <ifad