CDN

最近打算将我的R7000拿回家里使用，发现koolshare软件中心检测不出版本，经过查询是由于koolshare更改过域名，老版本内置的域名失效，所以无法连接服务器，需要更新一下配置里边的软件中心域名信息。 ssh或者telnet登录到路由器中，输入以下命令： sed -i ‘s/koolshare.ngrok.wang/ks.ddnsto.com/g’ /koolshare/scripts/ks_app_install.sh sed -i ‘s/koolshare.ngrok.wang/ks.ddnsto.com/g’ /koolshare/webs/Main_Soft_center.asp 在我更改后也没有重启，再次打开软件中心的时候，就显示找到了最新1.4.8版本的软件，点击按钮成功完成插件的更新。 Reference: https://www.koolcenter.com/posts/57

假如你有一个abc.com域名，abc.com本身以及二级子域名例如xyz.abc.com是完美支持的，但是如果你作死设置了一个三级域名比如说，def.xyz.abc.com，就是说手动将def.xyz填入了name栏里边，那么当使用https访问有开启CDN加速时候将提示无证书，网页不能打开。 找了三天原来是这个原因，也没有个错误提示。坑死我了。

最近在玩搭建在Github Pages以及Coding Pages上的静态网站，而似乎Coding Pages刚刚改版，绑定域名强制使用了腾讯的CDN，首先是不再完全免费（我的另外一篇帖子有记录： https://blog.shuspieler.com/2416/），另外这个CDN刷新好慢啊，默认配置，没有任何自我改动，在用Hexo同时推送到Github和Coding后，而Github Pages的页面也有缓存，但是大约几分钟就有刷新可以看到新的内容了。而Coding Pages页面，通过那个Coding给的巨长的默认账号是可以很快刷新的，而自定义域名结合了腾讯的CDN，我自己尝试默认情况得两天才可以刷新。也就是说，上传了新的内容，或者更改了网站格式，绑定在Coding Pages的个性域名，两天内还是旧的，新内容两天后才能看到。 我自己尝试可以在腾讯CDN里边手动刷新一个页面，这个是管用的，提交后瞬间页面就成了新版。可是这样也太麻烦了，太不智能了，甚至CDN加速成了CDN累赘。  

Coding Page 更新了界面，和网上帖子截图都不一样，很多按钮找不到，官方的文档也缺了重要的步骤，很具有误导性，我费了好大劲才弄成要给静态页面网站的部署。可能小伙伴也会遇到类似的问题，所以我把现在的流程截图记录一下，可能会帮助需要的人。 这是2020年9月22日记录的部署过程。 首先是实名认证，Coding说不实名不能用静态网站服务，可是我今天整个流程实名了两遍，一次是在Coding.net实名，另一次是跳转到腾讯云实名。不知道coding的实名是不是必须的，如果是保险起见，可以在coding的个人设置里边先实名一次。 建立一个仓库，这个和之前流程差不多，相信着手开始搭建静态网站的同学都已经有了一定的使用代码仓库的能力。生成仓库可以从Github克隆，我就是这样选的之前部署在Github Pages上的静态页面，这样稍微方便些。 然后新版的页面包含了两层左边侧边栏，我就是被这个误导了很久，死活找不到其他帖子写的 构建与部署 按钮。在这一层侧边栏应该点击项目，然后打开刚才的仓库。 于是到了这一层才与官方文档相似，由于静态部署功能默认是关闭的，所以在这里需要手动打开，点击项目设置。 然后在这里的步骤，很多教程有提到了，打开框出的那两个功能。 这样就有了新的边框栏，可以部署静态网站。 到此为止就可以将一个代码仓库部署成一个可以通过网址访问的网站。但是默认给的域名真是又臭又长，在我绑定自己域名的时候，发现了新版Coding Pages在这里也开始动手脚，想通过帅锅给腾讯CDN的理由，从用户扒层皮和站长收钱，具体细节可以看我另外一篇记录：Coding Pages 自定义域名不能任性使用了   Reference： https://help.coding.net/docs/cd/static-website.html#%E8%87%AA%E5%AE%9A%E4%B9%89%E5%9F%9F%E5%90%8D%E8%AE%BE%E7%BD%AE  

我在之前的文章记录了我将博客全面开启https的历程，服务器在法兰克福，为了提高在境内的访问速度，我对比了多家选择了魔门云CDN。这家CDN优点很突出，推广期免费用户也不限流量，并且支持自定义SSL证书，这样可是使我的逼格保持下去。同样这个原因我抛弃了百度云加速，其实它什么都挺好的，就是免费套餐不能用https让我不开心。 魔门云是cname到他们的一个域名上，对于国内访问比较多的网站，没备案一般放在香港的节点。这样对于国内的普通用户其实是非常使用的，毕竟需要解决最大的问题是拉近用户和服务器距离，香港在境外对比应该是距离最近的了吧。可是对于我生活在德国，服务器在法兰克福，本来速度超快ping都是低于10毫秒，可是加上魔门云CDN后，我访问我自己网站流量要先从法兰克福去香港，再从香港到我这里，快要绕地球一圈了，所以毫无疑问ping飙到300以上，而用了一段时间观察魔门云并不支持多ip，也就是也并没有智能的在我身边启用一个节点，所以我决定换成CloudFlare了。 效果相当的好。自动为我分配美国的节点，但是ping却没有感觉到有太大的区别，看下图，上边是域名直接连接到我的服务器ip，下边是通过CDN中转后的时间。 国内的访问也相当的惊艳，我之前担心国外的服务水土不服，看来是我多虑了。 大部分颜色都淡淡的，红色可能是我更新了DNS后当地还没来得及跟上并且可以看到是多ip解析，所以全球各个地方应该都应该速度不错，包括中国大陆。其中还包括了一个ipv6地址我也是挺服的。。 对比直接连接服务器ip的耗时： 另外这个CDN也遇到了魔门云同样的问题，服务器获取的ip不是最终客户端的ip，这个CDN把访客真实IP写在了X_Forwareded_For这个头标签里而不是X_Real_IP，所以设置和魔门云有点不同。 在mod_rpaf的配置文件中将CoudFlare的ip加入代理名单，全部需要加入的IP在这里：https://support.cloudflare.com/hc/en-us/articles/200170706-How-do-I-restore-original-visitor-IP-with-Nginx- 方法可以参照我之前的帖子。 在Apache设置中是这样： LogFormat “%{X-Forwarded-For}i %l %u %t \”%r\” %>s %b \”%{Referer}i\” \”%{User-Agent}i\”” custom 在wp-config.php是这样： /*add for CloudFlare CDN to get original IP*/ if (!($_SERVER[“HTTP_X_FORWARDED_FOR”]==””)){ $_SERVER[‘REMOTE_ADDR’] = $_SERVER[‘HTTP_X_FORWARDED_FOR’]; } 其他的步骤可以参考我的下边这个文章，里边有详细的步骤，把其中的有关X_Real_IP改成X_Forwareded_For就好了。 mod_rpaf模块对于https的支持：Apache2.4获取使用CDN后访客的真实ip （基于Amazon Linux EC2） 免费套餐不支持自定义SSL证书，不过官方提供一个泛域名证书，也是默认实现https连接， 不是用自己证书还是小小的和想的不一样，不过算了不纠结这么多了，其他人也不会这么有耐心还看你用的啥证书，看到绿色的安全标志就足够了。