起因：MANRS 发布了 MANRS Developement 的通知邮件**“ MANRS Last Call: MANRS Development Process (MDP)** ”
然而呢 DE-CIX 的联系邮箱很成功的把这份邮件当做了支持工单……
于是乎 DE-CIX 的机器人不仅回复了这份邮件，还把回复邮件成功的发到了 MANRS mailing list 中。于是所有订阅了 mailing list 的 MANRS 会员就都收到了 DE-CIX 的工单……
众所周知，APNIC 对于 End User 只提供了 Email Whois Update 方式，而这一更新方式非常难用，官方文档也比较含糊不清，包括最近将 Password 验证弃用，转为使用 SSO 验证（这一验证方式甚至没有在官方文档中提及）。 对于 Whois Update，总共可以分为三步 1.获取原本的 Whois 数据。 2.在原本的 Whois 数据上进行修改。 3.添加验证相关字段并发送邮件。 一、获取原有 Whois 数据 原有 Whois 数据是修改的模板，可以从 https://wq.apnic.net//static/search.html 获取。 得到如下数据。
最近，我将我的所有服务迁移到了 Dokploy 上运行，Dokploy 使用 Traefik 将 Docker 内的服务反代到服务器的外部端口上。 本来这个过程非常方便，只需要去图形化界面添加域名即可，但是此处 Traefik 默认是以 HTTP 协议回源，导致某些采用 HTTPS 协议的应用（比如我的 Krill，SSL 强开无法关闭）无法正常回源。 只需要加上这样一行代码即可。 - traefik.http.services.servicename.loadbalancer.server.scheme=https 对于 Compose 部署方式，将这一行加到 labels 中即可，如： labels: - traefik.http.services.rpki-infrastructure-krill*****-web.loadbalancer.
Intro Cloudflare 提供免费的 Anycast CDN 以及近乎无限的 DDoS 防护，但是除非 Enterprise 计划的用户才可以使用大陆节点，同时 Cloudflare 开放给免费用户的节点对于中国大陆而言往往线路优化不怎么好，由此便引申出了境内采用其他 CDN ，境外使用 Cloudflare 的方法，但是这种方法需要 CNAME 方式来。 而 Cloudflare SaaS 正包含自定义主机名的能力hu。 Prapare * 一个 Cloudflare 账户 * 两个域名，一个为服务所使用的域名，另外一个为托管在 Cloudflare 的域名 Concept * 回退域 即托管在 Cloudflare 的任意域名 * 回退源 即 SaaS 的源站，一个回退域只可以有一个回退源。（2025 修正：Cloudflare 允许一个回退域拥有多个源站，回退源作为默认源）