这是一个创建于 3699 天前的主题，其中的信息可能已经有所发展或是发生改变。
欲想组建自己的 CDN 节点，需要以下东西：
1.服务器（ vps ）
2.Nginx
3.钱（ x
服务器都是 ss 服务器因此对大陆地区速度不错
我选择了这些服务器 SLHK SLJP IDCFJP VultrJP ConoHaSG EnzuUS-Los DOUS-Sfo
服务端的配置为改写的 lnmp 一键包去除 MySQL 和 PHP 部分，配上 Nginx 的关键字替换和 purge 模块实现。
目前已经能够远程刷新 Cache 但是不能批量提交，要一个节点一个节点清理掉比较复杂。
能查看当前页面的状态，利用 Nginx 自带的信息可以告诉你这个文件是 HIT 还是 MISS 甚至是 ByPASS 这类。
参考 URL
http://www.nnya.cat/images/2015/12/07/b0c282068e6494bfbc26db76e79d6df9.jpg
不知道怎么实现$url?$key 这类方案来消除缓存。如果大家有什么好的建议 /意见都请提出来。
1.服务器（ vps ）
2.Nginx
3.钱（ x
服务器都是 ss 服务器因此对大陆地区速度不错
我选择了这些服务器 SLHK SLJP IDCFJP VultrJP ConoHaSG EnzuUS-Los DOUS-Sfo
服务端的配置为改写的 lnmp 一键包去除 MySQL 和 PHP 部分，配上 Nginx 的关键字替换和 purge 模块实现。
目前已经能够远程刷新 Cache 但是不能批量提交，要一个节点一个节点清理掉比较复杂。
能查看当前页面的状态，利用 Nginx 自带的信息可以告诉你这个文件是 HIT 还是 MISS 甚至是 ByPASS 这类。
参考 URL
http://www.nnya.cat/images/2015/12/07/b0c282068e6494bfbc26db76e79d6df9.jpg
不知道怎么实现$url?$key 这类方案来消除缓存。如果大家有什么好的建议 /意见都请提出来。
45 条回复 2015-12-20 12:47:23 +08:00
 | 1 tms 2015 年 12 月 19 日 写个集中控制界面。带统计功能就完美了。 |
 | 3 cevincheung 2015 年 12 月 19 日 @Andy1999 flumeng 采集日志 |
 | 4 Andy1999 OP @cevincheung 还是需要第三方软件来的咯。。。 VPS 压力太大了吧 |
 | 5 plqws 2015 年 12 月 19 日 感觉这些机房线路的速度并不理想…上海电信用户如是说道 |
 | 7 boter 2015 年 12 月 19 日 via iPhone 话说 andy 是高中生么，：） |
 | 9 qiuai PRO 山东联通,访问到的 IP 是 SLHK. |
 | 12 GPU 2015 年 12 月 19 日 图片挂了 |
| 14 GPU 2015 年 12 月 19 日 103.192.177.27 |
 | 15 shyling 2015 年 12 月 19 日 via iPad if ( $args = "key") { ngx_purge...... or rewrite /purge/$uri; } 另外图片 404 |
| 16 GPU 2015 年 12 月 19 日  |
 | 17 manhere 2015 年 12 月 19 日 via iPhone 何不搞搞 apache traffic server 试试？ |
| 19 Andy1999 OP |
 | 20 ryd994 2015 年 12 月 19 日 via Android |
 | 21 49 2015 年 12 月 19 日 感觉这些线路也很一般啊 →_→ 国外不考虑抽风因素喵_(:3 ∠)_ Azure A1 中国做 CDN 应该是最划算的吧， 100Mbps 带宽， 1T 流量。\ ( ·ω·｀)/ |
| 29 ryd994 2015 年 12 月 19 日 @shyling 我说过了啊…………看上面 proxy_cache_key 就好了，如果已知无法缓存的，用 proxy_no_cache 和 proxy_cache_bypass |
 | 32 chinabrowser 2015 年 12 月 19 日 我这 ownCloud 的 CDN 就用了三个 IDCF+SL JP+ConoHa SG 能保证我们这个地区看在线 1080P 流畅 |
| 33 chinabrowser 2015 年 12 月 19 日 @chinabrowser 准确的说也不是 CDN 就是用 iptables 转发了下 80 和 443 反正都是动态页面 弄 nginx 反而浪费 U |
 | 34 a1058021348 2015 年 12 月 19 日 |
| 35 Andy1999 OP |
 | 36 Showfom PRO @chinabrowser 静态页面缓存下来啊，不然你 CDN 的意义何在？ |
 | 38 wangluowangwang 2015 年 12 月 19 日 via Android 没 bgp 多线路的中间下载节点。没有的话就得考虑源站到所有加速服务器之间的连接性能。 cdn 是庞大的投资。 |
| 39 Andy1999 OP @wangluowangwang BGP 在上海宜山机房托管了 1U 无线+MLPShinet 不过就靠这个也没多大用 我只想做海外加速 |
 | 40 iCodex 2015 年 12 月 20 日 为何不用 varnish 。。。 |
 | 42 Daniel65536 2015 年 12 月 20 日  1 > 目前已经能够远程刷新 Cache 但是不能批量提交，要一个节点一个节点清理掉比较复杂。 用 post_action 可以解决问题， post_action 可以让你的 nginx 服务器在完成了某个请求后向某个地址发送 GET 或者 POST ，你可以配置 CDN 的某核心主机在你远程访问了 purge 之后代替你向其他节点发送同样的请求。 比较奇怪的是 post_action 根本没法在 nginx.org 的文档里找到……但是这个功能确实又存在…… 用法大概是： location / { expires 1d; try_files $uri $uri/ =404; post_action @tracker; } location @tracker { internal; proxy_method GET; proxy_pass http://example.com; proxy_pass_request_headers off; proxy_pass_request_body off; } 这样子。 我目前是用这个来给 Google Analytics 发信息，从后台做统计…… |
 | 43 akw2312 2015 年 12 月 20 日 via Android |
| 44 ryd994 2015 年 12 月 20 日 1 @Daniel65536 关于 post_action ， Maxim 的原话是“故意没写文档” 因为这个选项的各种副作用太复杂，不了解 nginx 内部的人乱用很有可能会有不希望的结果。 你这个用法就属于不建议的用法。因为（至少在上一个问类似问题的人的时候） post_action 的执行是 blocking 的，所以在这段请求的时间里，这个 worker 进程是卡死的。 nginx 现在引入了 multi-thread ，所以这个问题可能已经不是很严重了。 |
 | 45 xiaodaigou 2015 年 12 月 20 日 via iPhone 分享了什么。。。 |
Select Language