在cPanel上管理站点是比较简单方便的。给站点套上Cloudflare的CDN也是不少站长的选择。然而在使用了Cloudflare的CDN代理且开启了“始终使用HTTPS”（Always Use HTTPS）时，cPanel中的AutoSSL则可能会在申请SSL证书，或是为证书续期时出现错误。此时，本可依靠两个系统自动完成相应功能，而不必手动介入的预期则成了泡影。
Continue reading “一些开启Cloudflare始终使用HTTPS时cPanel的AutoSSL申请或续期证书出错的解决方法”Category: 站|website
在21世纪，网站这种概念和实物一定会逐渐淡化并消失的。
Status-1838
Cloudflare的Rocket Loader跟Google AdSense自定义设置的广告位置冲突，表现之一是在开启Rocket Loader后，有些选定不显示广告的位置出现了广告。
云平台VPS全新安装纯净的官方Ubuntu系统
在使用国内云平台的VPS时，默认安装的操作系统中总有很多监控的后台服务：有些可能时真的用来监控系统健康的，有些就不好说了。这些东西看起来既不安全，又占资源，即使卸载/删除，也可能无法做到完全清理，不如索性重装个纯净的系统。
这里指到的VPS一般适用于KVM，要排除掉共用系统内核的虚拟技术如OpenVZ这种。这篇日志大部分是参考（其实是备份给自己用）某大神（METO）的一篇文章《服务器安装全新 Ubuntu 18.04》，并加入了对Ubuntu 20.04的支持。实际上这个加入的部分很小啦，后面会提到。
Continue reading “云平台VPS全新安装纯净的官方Ubuntu系统”Protected: VPS汇总
NGINX有关较长域名的提示和解决
$ sudo service nginx configtest nginx: [emerg] could not build server_names_hash, you should increase server_names_hash_bucket_size: 64 nginx: configuration file /etc/nginx/nginx.conf test failed
在使用NGINX时，如果配置server_name时使用了过长的域名，则在检查配置文件或启动服务/开启进程[*]时，会报出上面的提示。简单来说，这个提示表示：当前需要加载的配置文件中含有较长的域名，NGINX无法有效对其哈希，需要增加server_names_hash_bucket_size指令的数值。
Status-1495
刚刚看了一下，Cloudflare确实优化了从教育网到这个站点的访问，不仅路由少了很多跳，Ping也缩短了很多，在晚上中国国内网络这么繁忙的时段。
Status-1488
为GitHub Pages（*.github.io）提供服务的几个IP都走了Fastly家CDN的Anycast。其中中国国内的连接几乎全部都会走到日本的节点。
Status-1476
小站的NGINX配置看来要调优一下了，虽然说晚上的网络状况也确实不太好。教育网连接小站IPv4的带宽被QoS挺厉害的。
在配置多IP的操作系统上选择出站IP
当操作系统配置了多个IP（IPv4或IPv6地址），可能在一个或多个适配器（adapter）或网络接口（interface）上，操作系统对外连接时会涉及到：
- 接口（interface）选择
- 接口选定之后，可能会涉及到出站IP选择
按照我的理解，这两个选择都会涉及到路由；当路由选择了一个接口之后，如果该接口上还配置了多个IP，出站IP可能会根据路由来选择；当路由没有指定该选择哪个IP时，操作系统可能会根据一些规则来选择出站IP。这篇日志会积累记录与出站IP选择有关的内容。
Continue reading “在配置多IP的操作系统上选择出站IP”访问经Cloudflare CDN代理站点后的线路是什么（2）
接上一篇“访问经Cloudflare CDN代理站点后的线路是什么”。阅读了Anycast，也一同看了Cloudflare CEO针对Anycast所写的“A Brief Primer on Anycast”这篇日志，才对Anycast有点点懂。也就是说，之前记录有人提到为了使用Cloudflare并且自选IP什么的，实际是没什么太大意义的。
Continue reading “访问经Cloudflare CDN代理站点后的线路是什么（2）”