Status-1461

刚刚试了一下通过Cloudflare Partner直接以CNAME代理某个域名站点,然后在授权DNS上设置域名解析为几个“在国内访问较快的IP”(),速度似乎是快了些,但还是不太确定。因为之前没有做详细的测试,这速度快了些也只是“感觉”……等各种解析传播差不多之后,再测试下。

Status-1173

记录一个问题:是否可以通过代理(proxy)程序解析域名的IP地址?看Proxifier的说明,这个问题的答案是否。经过尝试,有时可以解析得到一个存在域名的IP地址,有时就只能得到Proxifier自己返回的内网地址(127.8.*.*)。

话说之前有个WordPress让我头大的问题搞了我两三周了。同时存在的还有从WordPress.com下载插件/主题时会提示“A valid URL was not provided.”。刚刚终于让我发现,在WordPress进行网络连接安全检测时发现解析URL的Host之后的IP地址是内网,则会报错。

有空再整理一下思路,想想这是个啥问题呢……

有关Cloudflare的几条小提示

似乎算不上知识,就叫做提示吧。比较零散,又怕自己忘记,随手写在这里:

  • 关于SSL证书,非自定义的全局证书有两种(参考):
    • Universal:Common Name (CN)为sni.cloudflaressl.com,仅颁发给当前管理的根域名(如example.com)及泛域(如*.example.com),可参看证书Subject Alt Name项。
    • Universal (Shared):Common Name (CN)为sni123456.cloudflaressl.com,是在Cloudflare成为CA之前的旧版证书,与多个其他域名共享,可参看证书Subject Alt Name项。
  • 关于Cloudflare的CNAME Setup(参考):
    • 仅Business及Enterprise套餐(参见)。
    • 不要与域名的CNAME记录混淆。
    • 大概应该是这样的:对其他域名的CNAME记录指到Cloudflare管理的当前域名的子域名(包括www,不包括根域名)启用CNAME解析,同时启用其他域名别名的SSL证书(参考)。

关于Cloudflare一个奇怪的TXT类型DNS记录

最近在为某站(搜索引擎会帮助他们找到我,所以还是隐去名字吧)配置邮件服务,选择了Zoho的免费服务。配置好服务端后,也需要在DNS(使用了Cloudflare服务)添加相应的SPF/TXT记录。可是添加了SPF记录后,在Zoho总是无法通过验证。TL;DR在最后。

Continue reading “关于Cloudflare一个奇怪的TXT类型DNS记录”