Xinyu Chen

Linux 对流入流量的 srcnat

最近维护 AS151673 个人网时用到了某公共的 Wireguard 隧道服务。链接质量非常好，但是由于其限制了可通过地址，且其实际上存在多跳。 A（我的机器） B （该 WG 服务器）C（我的第二台机器）故准备在套一层 GRE 来建立 OSPF。但是当 GRE 建立后两侧都无法联通。抓包发现实际上应该 src 为 A ，dst 为 C 的流量，变成了 src 为 B ，dst 为 C，另一侧同理。很明显是在 B 有一层 SNAT/MASQUERADE 这导致 GRE 没有将这样的流量匹配到 A-C 的

XR1710G 刷 OPENWRT 攻略

近期小黄鱼上出现一款来自 Brightspeed 的 Wifi7 路由器 XR1710G

记:PCIE 转 OCP 板改造

之前一直给软路由用的 X520-DA2 网卡坏了，这次升级一下，遂于闲鱼购入了 PCIE 转 OCP 板+CX342 网卡，单独又购买了 CX4421 这张卡，同时在嘉立创打了一块 Github 开源版本的转接卡。咸鱼买来的转接卡是不带 12v转5v供电的，如图。其5v供电处被 TP1 直接短接导 12v上，这样做在某种意义上是可行的，因为网卡的供电原设计为由5v降压，虽然稳压芯片可接受12v，但是某种程度上来说并不稳定，压差大发热大，且长时间可能导致损坏致使网卡被击穿。大致翻阅了一下，网络上存在同款含降压电路的转接板。找了多张图片，看清芯片丝印是 IAFRH, 查询得芯片为 MP2225GJ-Z，查询文档得电路图工作模式由 L1 电感，R1, C3 值决定，跟板上电路对比，板上缺少 C3,C1,C1A。则理论电路图为

RouterOS 使用 MA5671A 猫棒

近日，我购入了 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 Email Whois Update 教程（含SSO相关）

众所周知，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 & Traefik 反代已有 SSL 的容器

最近，我将我的所有服务迁移到了 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.

DE-CIX 笑传之“误把通知邮件当工单

起因：MANRS 发布了 MANRS Developement 的通知邮件**“ MANRS Last Call: MANRS Development Process (MDP)** ” 然而呢 DE-CIX 的联系邮箱很成功的把这份邮件当做了支持工单…… 于是乎 DE-CIX 的机器人不仅回复了这份邮件，还把回复邮件成功的发到了 MANRS mailing list 中。于是所有订阅了 mailing list 的 MANRS 会员就都收到了 DE-CIX 的工单……

Cloudflare SaaS 实现 CNAME 接入及基于 GeoDNS 的分流解析

Intro Cloudflare 提供免费的 Anycast CDN 以及近乎无限的 DDoS 防护，但是除非 Enterprise 计划的用户才可以使用大陆节点，同时 Cloudflare 开放给免费用户的节点对于中国大陆而言往往线路优化不怎么好，由此便引申出了境内采用其他 CDN ，境外使用 Cloudflare 的方法，但是这种方法需要 CNAME 方式来。而 Cloudflare SaaS 正包含自定义主机名的能力hu。 Prapare * 一个 Cloudflare 账户 * 两个域名，一个为服务所使用的域名，另外一个为托管在 Cloudflare 的域名 Concept * 回退域即托管在 Cloudflare 的任意域名 * 回退源即 SaaS 的源站，一个回退域只可以有一个回退源。（2025 修正：Cloudflare 允许一个回退域拥有多个源站，回退源作为默认源）