起因：MANRS 发布了 MANRS Developement 的通知邮件**“ MANRS Last Call: MANRS Development Process (MDP)** ”
然而呢 DE-CIX 的联系邮箱很成功的把这份邮件当做了支持工单……
于是乎 DE-CIX 的机器人不仅回复了这份邮件，还把回复邮件成功的发到了 MANRS mailing list 中。于是所有订阅了 mailing list 的 MANRS 会员就都收到了 DE-CIX 的工单……
近日，我购入了 Mikrotik 的 hAP ax S 路由器，其搭载一个 SFP 口，可以让我使用猫棒来替代光猫。 首先，家里有两条中国移动宽带，一条宽带被更换为了 fttr 双设备，个人比较满意（测速可以跑800Mbps），可以留着正常使用，剩余一条宽带光猫较为老旧，决定进行更换，后续可以使用该 Router 进行双宽带叠加，接入个人网（AS151673）。 1.物料清单 序号 名称 1 Mikrotik hAP ax S 2 MA5671A 猫棒 3 SC/APC 转 SC/UPC 光纤 4 SC-SC 光纤 连接器
众所周知，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.
甘公网安备62030002000139号