众所周知，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.
起因：MANRS 发布了 MANRS Developement 的通知邮件**“ MANRS Last Call: MANRS Development Process (MDP)** ” 然而呢 DE-CIX 的联系邮箱很成功的把这份邮件当做了支持工单…… 于是乎 DE-CIX 的机器人不仅回复了这份邮件，还把回复邮件成功的发到了 MANRS mailing list 中。于是所有订阅了 mailing list 的 MANRS 会员就都收到了 DE-CIX 的工单……
Intro Cloudflare 提供免费的 Anycast CDN 以及近乎无限的 DDoS 防护，但是除非 Enterprise 计划的用户才可以使用大陆节点，同时 Cloudflare 开放给免费用户的节点对于中国大陆而言往往线路优化不怎么好，由此便引申出了境内采用其他 CDN ，境外使用 Cloudflare 的方法，但是这种方法需要 CNAME 方式来。 而 Cloudflare SaaS 正包含自定义主机名的能力hu。 Prapare * 一个 Cloudflare 账户 * 两个域名，一个为服务所使用的域名，另外一个为托管在 Cloudflare 的域名 Concept * 回退域 即托管在 Cloudflare 的任意域名 * 回退源 即 SaaS 的源站，一个回退域只可以有一个回退源。（2025 修正：Cloudflare 允许一个回退域拥有多个源站，回退源作为默认源）