★ FEATURED ARTICLE 【免费下载链接】TimeCapsuleSMBHacking the Apple AirPort Time Capsule to run modern Samba项目地址https://gitcode.com/gh_mirrors/ti/TimeCapsuleSMB点击查看免费下载TimeCapsuleSMB 是一个把老款 Apple AirPort Time Capsule 路由器改造成现代 Samba/SMB 文件服务器的开源项目。它的核心难题是设备的内存盘/mnt/Memory只有16 MB还要在 Apple 的存储管理权下安全地跑起 Samba。答案就藏在项目自研的原生 service manager 里——它用事件驱动代替定时轮询、用进程组隔离看住每个子进程硬是在一块 16 MB 的 RAM 里把 Samba 养活了。先看硬件约束16MB RAM 为什么是生死线Time Capsule 的空间被切成了三块各有各的脾气存储区域大小特点/mnt/Flash约 1 MB仅约 900 KB 可用持久、随机器开机但塞不下真正的 Samba 运行时/mnt/Memory16 MB ramdisk读写飞快适合临时执行断电即失/Volumes/dk2HDD可达 2 TB空间大但 Apple 会在空闲时卸载硬盘不能直接从上面运行二进制所以项目采用了三段式布局详见 DETAIL.md 的Why The Current Architecture Exists一节Samba 本体和可选 rsync 放在HDD/Volumes/dkX/.samba4/持久保存一个静态编译的service可执行文件 小型boot.sh放在Flash开机后把smbd复制到 RAM从 RAM 里运行因为 Apple 随时可能卸载硬盘。关键取舍旧方案曾同时准备两份smbd镜像以便热替换但 15~16 MB 的空间根本放不下于是新架构改为等旧进程组全部退出后再替换可执行文件见 tests/native/README.md。一个静态镜像四种角色service 的多进程拆分项目只往 Flash 里放一个静态编译的service可执行文件通过参数启动不同角色架构说明见 build/native/README.md入口职责service manager事件驱动的监督supervision、Apple 卷激活、受保护的 RAM 暂存、Samba 配置与子进程生命周期service discovery通过 Apple mDNSResponder 注册 Bonjour并持有原生wcifsnd子进程service telemetry --daemon心跳采集、定时上报与签名调试任务执行service --print-*身份、哈希、MaSt 与网络诊断入口启动链路很短rc.local→ 后台boot.sh只做平台准备建 RAM 目录、锁文件系统→ 执行 Flash 上的service manager。boot 脚本见 src/timecapsulesmb/assets/boot/samba4/boot.sh。这种一个镜像、多个角色、进程间互不 IPC的设计让 manager 保持网络盲区network-blind它只管存储和 Samba网络宣告交给 discovery 自己采集计划避免在 16 MB 空间里再塞一个共享计划守护进程或状态缓存文件。事件驱动manager 如何把 CPU 开销压到最低在老设备上做监督进程最容易犯的错误是每 500 毫秒轮询一切。TimeCapsuleSMB 的 manager核心实现见 build/native/service/manager.c采用了事件 有界轮询的混合模型内核事件优先监听 Apple 的EVFILT_DEVICE通知硬盘插拔/卸载和PF_ROUTE路由变化存储或网络状态一变就立刻唤醒而不是等下一轮轮询绝对截止时间absolute deadlines取代旧的计时节拍恢复和重试都锚定在绝对时间点上慢盘阻塞监督循环不会造成时间漂移有界轮询兜底如每 5 秒一次拓扑确认、每 10 秒一次 MaSt 库存回退读取、每 1 秒一次进程表快照轮询是兜底而非主通道慢活下放给子作业ShareRoot 准备、RAM 暂存、认证与 Samba 配置渲染等耗时工作全部放进有界子作业执行——磁盘再慢manager 本身的监督和关机响应也不受影响失败或被取代的作业仍可重试状态只留在内存里父子通信用匿名管道传递管道同时承担父进程存活信号没有新增 PID 文件或状态文件单例锁直接加在service可执行文件本身上。换句话说manager 大部分时间都在内核事件队列上睡觉只有事件发生或有界轮询到期才醒来干活——这是 16 MB 环境下养住服务的第一支柱。进程组隔离manager 如何看住 smbd 全家桶第二支柱是进程组隔离。manager 以如下方式持有 Sambasmbd -F --no-process-groupsmbd -F让 Samba 前台运行成为 manager 的直接子进程而不是自己脱管--no-process-group则保证它不会自建进程组整个 Samba 家族始终待在 manager 分配给它的进程组里因此重启、替换可执行文件、关机等操作可以直接对整个进程组发信号并等待全组退出不会留下孤儿smbd子进程继续占用宝贵的 RAM同样的模式也用于可选的rsync --daemon和有界子作业作业里的慢命令如读取 MaSt 的acp子进程连同其子孙一起被回收没有 PID 文件rsync 是否健康靠RAM 里的进程是否持有 TCP 873 端口来判断manager 只认自己进程组内的前台子进程组外残留比如旧 manager 留下的会被先SIGTERM、10 秒后SIGKILL清场。进程组隔离带来的第二个好处是崩溃隔离Samba 某个 worker 卡死不会把 manager 拖下水manager 卡死或设备重启也不会把 Samba 孤儿留在 RAM 里。彩蛋buffer cache 卡死自救bufstall老 NetBSD 内核有个未修复的缺陷kern/60584getnewbuf()可能在缓冲区耗尽时无限睡眠睡眠中的进程杀不掉每来一个连接就多一个直到fork()撞上kern.maxproc上限设备彻底不响应 SSH 和 SMB。manager 的自救方案build/native/service/bufstall.c堪称零 fork操作每次循环最多 1 秒用sysctl(KERN_PROC2)把每个进程的等待消息读进静态缓冲区不申请堆、不 fork发现进程在getnewbu/needbuf/buf_mall里睡了 5 秒就把vm.bufmem_lowater临时调到内核允许的最高值并亲自读/dev128 次逼 FFS 释放缓冲区唤醒睡眠者恢复期每秒重复唤醒一次Apple 默认水位在最后一次卡死进程消失 10 秒后自动还原事件结束后由 telemetry 上报一次bufstall:结果:最长等待秒数心跳便于远端诊断。相关回归测试位于 tests/test_bufstall.py 与 tests/test_core_process.py。代码导读从哪里开始看起想深入这套架构建议按这条路径阅读均为仓库内相对路径用户视角总览README.md 的Design一节完整工程约束与启动流程DETAIL.md 的Boot Flow In Detail、Native manager两节原生 helper 总说明build/native/README.mdmanager 主循环与监督逻辑build/native/service/manager.c进程/进程表工具build/native/service/proctable.cbuffer 卡死恢复build/native/service/bufstall.c启动脚本src/timecapsulesmb/assets/boot/samba4/boot.sh运行时回归测试说明tests/native/README.md小结TimeCapsuleSMB 给所有在极端受限设备上做长期守护的开发者提供了一个可借鉴的范本事件驱动 有界轮询让监督进程平时零开销前台子进程 独立进程组让重启、替换、清场都能对整个家族生效状态留在内存、用匿名管道传递不往 16 MB 的空间里堆任何状态文件慢操作隔离到有界子作业保证监督循环永远响应。四个手段叠加Samba 才得以稳定地活在一块 16 MB 的 RAM 里让一台二十年前路由器的备份盘重新成为网络里可靠的 SMB 文件服务器 ️。赞分享【免费下载链接】TimeCapsuleSMBHacking the Apple AirPort Time Capsule to run modern Samba项目地址https://gitcode.com/gh_mirrors/ti/TimeCapsuleSMB点击查看免费下载相关推荐Ghidra 在 macOS 首次启动被 Gatekeeper 隔离原生组件怎么解决Ghidra 在 macOS 首次启动被 Gatekeeper 隔离原生组件怎么解决 在 macOS 上解压 Ghidra 发行版并首次启动时macOS 的逆向工程网络安全Universal ReVanced Manager插件化运行时架构多补丁引擎如何在隔离进程中共存Universal ReVanced Manager插件化运行时架构多补丁引擎如何在隔离进程中共存 Universal ReVanced Manager以下Steam Deck Tools 使用教程个性化你的 Steam Deck 启动体验项目介绍 Steam Deck Tools 是一个专为 Steam Deck 设计的开源工具集合由 AutoMcG 开发。该项目旨在增强 Steam Deck前端创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
阅读完成 · 觉得有帮助？
