众所周知,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 允许一个回退域拥有多个源站,回退源作为默认源)