← 全部博客

Sukka

站点来源 · 不代表单一作者

当前已导入的历史,每页 50 篇;不代表网站完整历史。筛选作用于当前页,更多内容可由 Grok 后续补齐。

访问原站 ↗
Sukka

杀死那只鹦鹉 —— 「白话文」讲解一种探测 XTLS VLESS REALITY 的手段

让我们抛弃传统的「猫鼠游戏」对抗思维,不去费力寻找 VLESS 和 REALITY 协议在密码学上可能存在的深奥缺陷,而去关注一个更具决定性且无法逾越的变量:@RPRX 在代码工程实现层面所表现出的、近乎结构性的认知局限。通过针对性地审计 XTLS 的实现代码,我们可以在不触碰任何高深算法的前提下,实现对 XTLS VLESS REALITY 代理服务的手术刀式探测与精准识别。 本文标题「杀死那只鹦鹉」(To Kill a Parrot)neta 自著名英文小说《杀死那只知更鸟》(To Kill a Mockingbird);「鹦鹉」一词则来源于 马萨诸塞大学阿默斯特分校(University of Massachusetts Amherst)关于网络审查对抗反审查的论文 《鹦鹉已死:观测不可被观测的网络通信》(The Parrot is Dead: Observing Unobserva。

原文 ↗
Sukka

为 Microsoft 365 添加 1Password 等 Synced Passkey

虽然 Microsoft 早早就为 Microsoft 个人账号提供了 Passkey 登录支持,但是对于 Microsoft 365 企业(含教育版),微软的硬件 Passkey 登录支持直到 2025 年年初才姗姗来迟,而可同步的 Synced Passkey(如 1Password、iCloud Keychain、Google Password Manager 等)的支持更是直到最近才宣布开启公测。作为 1Password 的忠实用户,我也在第一时间就为我的 Microsoft 365 账号启用了 1Password 的 Passkey 登录支持。 加入 Microsoft 365 Passkey Profile 公测 准确来说,Microsoft 365 开启的并不是 Synced Passkey 的公测,而是 Passkey Profile 的公测。相比之前组织的所有成员共享一套。

原文 ↗
Sukka

用代码和 Git 管理 DNS 记录 —— DNSControl 和 GitHub Actions CI/CD 实践

作为互联网基础设施的基石之一,DNS 也是最脆弱的环节之一。在项目从上线、运营维护的整个生命周期中,DNS 记录的变更和管理是不可避免的。传统上,DNS 记录的管理往往依赖于域名注册商或 DNS 服务商提供的 控制平面,操作不直观、不可复现、容易出错、难以追溯、没有自动化。基础设施即代码(Infrastructure as Code, IaC)无疑为脆弱的 DNS 记录管理给出了一个方向。 skk.moe 作为我的个人域名,总共两位数的子域名上运行的业务 每天都承载了来自十万余名用户的上千万次请求。虽然这些业务全部没有 SLA 保障,我也从中没有获得任何收益,但是我依然希望至少尽力保证它们的稳定运行。 承载 skk.moe 的核心基础设施包括通过 CNAME 接入(Partial Setup)的 Cloudflare CDN,以及由 Vercel 提供的权威 DNS 服务。

原文 ↗
第 1 页
博客订阅源 1
Sukka →科技