ECFR – 10 Jun 26 Home alone: Europeans are ready to defend themselves – European Council on... A major ECFR poll finds the European public, in a time of rupture, thinking differently and questioning old assumptions. It reveals new political space availabl [!quote]+ 就像经典喜剧电影中的小凯文一样，欧洲公民已经醒悟到一个令人不舒服的事实：他们被 “独自留在家中”。不是他们的父母和兄弟姐妹，而是许多人以为可以依赖的美国。 凯文不得不自力更生，挑战一些陈旧的假设。他在房子里设置了诱杀装置，保护了自己和房子，并在这个过程中学会了自力更生。欧洲人也发现，"独自在家 "的经历打破了一些旧的禁忌和思维方式。尽管他们乐观地认为美国最终会 “回家”，加入跨大西洋联盟，但他们还是愿意比以前走得更远来保卫自己。他们把国内安全放在首位，对在欧盟周边地区直接作战持谨慎态度。与凯文一样，他们也在追求自给自足；即使能源价格上涨，他们也抵制俄罗斯新的化石燃料进口的诱惑。 换句话说，就像麦考利-卡尔金（Macaulay Culkin）在影片中扮演的角色一样，他们变得更加 "成熟 "了。他们的领导人必须迅速面对这一新的现实–这既开辟了政治空间，也要求他们根据当下严峻的现实采取行动。 首先，欧洲对美国的信任降至新低。欧洲人并不指望唐纳德-特朗普领导下的美国会保护他们，他们认识到需要更多的自主安全（甚至由共同债务提供资金）。但他们确实认为特朗普上台后两国关系可能会改善，并希望为这种可能性敞开大门。 其次，尽管欧洲人继续支持乌克兰，但他们并不认为在当前形势下欧盟东扩是个好主意。他们也不愿意派遣自己的军队去维持战后乌克兰的和平。 第三，欧洲人已经吸取了依赖俄罗斯石油和天然气的教训。即使在新一轮能源紧缺对生活水平造成影响的情况下，他们仍坚决反对从俄罗斯购买化石燃料–整个欧洲大陆的大多数人都支持优先发展欧洲的可再生能源。 3 个帖子 - 3 位参与者 阅读完整话题
maths.nju.edu.cn Zhi-Wei Sun's Homepage 有能力的佬们，快冲！！！！ Fable启动~ 5 个帖子 - 5 位参与者 阅读完整话题
除了把 HomePod 放到 IoT VLAN ，还有什么更优雅的解决方案吗？
除了把 HomePod 放到 IoT VLAN ，还有什么更优雅的解决方案吗？
【L1n3】我的HomeDataCenter详解：目录 在上一篇中我介绍了我家里目前所有的设备硬件的信息，这些设备要互联互通离不开网络，所以本篇给大家详细阐述一下我家里的网络的规划 我的网络设备如下 【L1n3】我的HomeDataCenter详解：硬件及系统篇 搞七捻三 【L1n3】我的HomeDataCenter详解：目录 我使用的硬件大多为企业级淘汰产品（俗称洋垃圾），部分设备也是矿渣，在现在可能部分硬件已经涨价，甚至有价无市，我也是这些年机缘巧合逐渐拼凑出来的 大部分硬件是在闲鱼或是淘宝买的，少部分是通过朋友介绍的贩子手里拿的 选用企业级是因为企业级的很耐草，服务器都带有BMC，即使是二手货也是家用遥不可及的 本篇将详细为大家告诉我目前的硬件选型，… IP地址及VLAN规划 我家里的IP地址使用的是30.0.0.0/8的段，之所以使用这个段是因为，之前最早使用的是10.0.0.0/8，但是因为工作需求经常会连接到各种企业的内网VPN，有些企业用的10，有些是172，有些是192，经常会遇到IP段冲突，然后需要手动写路由等等，后来发现30这个段在公网上未广播，且整段IP隶属于美国国防部，理论上大陆境内应该是不能访问到的，而且30段在输入的时候与10体感是一样的，所以最终选择了这个网段，当然20.0.0.0/8也可以 我因为有和朋友及异地机房的互联需求，所以在不同地域之间，将一个/8段拆分为256个/16段，每个地域使用一个/16，以方便区分地理位置不同的机器 例如 网域 用途 30.0.0.0/16 自己使用 30.1.0.0/16 朋友1使用 30.2.0.0/16 朋友2使用 30.3.0.0/16 机房使用 30.255.0.0/16 与群友的群域网互联专段 在一个/16的网域下，进一步根据VLAN ID不同进一步进行拆分，每个/16拆分为256个/24，这样可确保IP地址完全不冲突 因为我家里服务器配置较高，所以我会给朋友提供VM服务，有些段是属于朋友专段，默认情况下所有段之间可以互联互通，仅对VLAN 99做了ACL隔离，使得只能正向通信，不能反向（防止出现安全问题） 我家里目前VLAN与网域对应关系如下 VLAN ID 网域 用途 1 30.0.0.0/24 家用日常设备接入，IoT设备, WLAN等 5 30.0.5.0/24 K8S专段 10 30.0.10.0/24 核心服务端，包括核心业务，物理服务器IP地址,BMC,交换机等 20 30.0.20.0/24 我自己使用的VM专段 30 30.0.30.0/24 朋友1 VM使用 40 30.0.40.0/24 朋友2 VM使用 50 30.0.50.0/24 公共段 60 30.0.60.0/24 各种专用的工具VM 70 30.0.70.0/24 游戏服务器专段 90 30.0.90.0/24 朋友6 VM使用 91 30.0.91.0/24 朋友7 VM使用 92 30.0.92.0/24 朋友8 VM使用 93 30.0.93.0/24 朋友9 VM使用 94 30.0.94.0/24 朋友10 VM使用 98 30.0.98.0/24 各种临时开启的VM使用 99 30.0.99.0/24 DMA区域，这个段只能正向连接，用来做病毒样本分析等 100 30.0.100.0/24 与投资相关的分析VM 4001 X ADSL拨号专段 43 X 电信IPTV专段 46 X 电信TR069专段 我习惯上将网关设为254，如下图所示 接下来就是根据不同用途的VM，放到对应的VLAN下就行了，每个VLAN我都开了DHCP 因为我有公网IP，所以我对外开了OpenVPN及WireGuard方便异地互联 OpenVPN使用的是30.0.230.0/24来作为接入段，并对客户端推送不同地域的路由 客户端连接情况如下 其他地域的网络也都是用的30.X.230.0/24这个段作为VPN接入，以方便统一管理，对于VPN接入的，我都是做了正向路由和反向路由，以实现跨地域的完全互通 位置 本地网域 目的地址 网关 我家 30.0.0.0/16 30.1.0.0/16 30.1.0.254 我家 30.0.0.0/16 30.2.0.0/16 30.2.0.254 我家 30.0.0.0/16 30.3.0.0/16 30.3.0.254 朋友1 30.1.0.0/16 30.0.0.0/16 30.0.230.254 朋友2 30.2.0.0/16 30.0.0.0/16 30.0.230.254 机房1 30.3.0.0/16 30.0.0.0/16 30.0.230.254 我使用的ISP是电信，所以从光猫层面把电信的TR069及IPTV的网段也拉出来了 TR069可以实现同城异地组网（基于OVPN或是WG），且不占用公网带宽，可以实现对等200M的互联速度 IPTV我是抓包获得了PPPOE接入方式，使得网络下任意设备都可以直接看IPTV电视 拓扑及交换连接 因为我大量的使用了VLAN，所以其实很多拓扑是在虚拟化层解决的。我自己目前的物理层连线非常简单，物理线路尽可能使用Trunk并对所有VLAN允许通过 整体拓扑连接如下 入户光纤 → VSOL猫(Trunk) → 核心交换机(Trunk) → 软路由WAN口(Trunk) 软路由LAN口(Trunk) → 核心交换机(Trunk) 核心交换机(Trunk) → 物理服务器业务口(Trunk) 核心交换机(Trunk) → 接入交换机(Trunk) 接入交换机(Trunk) → 物理服务器BMC口(VLAN 10) 接入交换机(Trunk) → 到每个房间的电口(VLAN 1) 猫要过核心的原因是因为我希望猫出来的网段(即ISP给的VLAN)能够在VM里使用，所以过了一层核心 在虚拟化层，我使用的是VMware全家桶，所以直接使用了他的分布式交换机功能来实现多个物理服务器的网络规划同步，以后新增的物理服务器也能一键应用当前的网络规划配置 当需要新增VLAN的时候，我只需要做如下几个步骤即可 在链路上所有交换机新增VLAN 在iKuai上新增对应VLAN的网关和DHCP服务 在vCenter中新增分布式端口组，指定对应VLAN 路由 在硬件篇中已经说了我使用了一台单独的物理机作为控制节点，在里面运行的iKuai软路由，并将一块544+FLR网卡直通进去，iKuai可以直接免驱使用，VM配置如下 因为iKuai并不怎么需要太大空间，所以实际上1GB的硬盘空间都足够使用，对于家用场景来说，网络的需求其实并不大，我只是单纯的机器性能过剩所以给了4C4G配置 负载监控图如下，可以看到基本上没啥负载，实际我个人更建议给1C2G/2C2G的配置 DNS 我在自己家里内部建立了私有DNS，使用的是ADGuardHome来建立的，只是为了实现DNS的监控，DoT/DoH等支持等等，DNS我放在了VLAN 10下，IP地址为 30.0.10.253/24 上游使用的是DoT的dns # Ali tls://dns.alidns.com # DNSPOD tls://dot.pub #https://dns.alidns.com/dns-query #https://doh.pub/dns-query # CloudFlare #tls://one.one.one.one Bootstrap DNS使用的是传统公共DNS 223.5.5.5 119.29.29.29 223.6.6.6 1.1.1.1 对于内网的机器我没有做主动发现和DNS分配，我更喜欢自己手敲IP（虽然有点原始），再加上我自己的内网导航，所以日常使用其实也不是太大问题 1 个帖子 - 1 位参与者 阅读完整话题
ithome.com 微软推动 IPP 打印标准落地：Win11 新打印机默认启用 Windows Ready Print 平台，减少对厂商驱动依赖 - IT之家 微软宣布将“现代打印平台”更名为 Windows Ready Print，并计划从 2026 年 7 月起，新打印机安装默认启用该平台。此举旨在减少对传统厂商驱动的依赖，通过内置 IPP 驱动简化打印体验，提升系统安全性与可靠性。#微软 Win11# #打印机驱动# 搜了下制订IPP标准这个事情好像是微软从win10就开始推动了，但感觉这几年好像没什么进展 9月7日，微软官网发文（图一）宣布将从Windows 10 21H2开始，逐步停止通过现有的V3和V4模式（图四），为第三方打印机提供的驱动程序支持服务。日后将逐步改用通过IPP类驱动程序和USB接口，为符合Mopria协议规范的各种第ran三方打印机设备提供驱动程序支持服务。 baijiahao.baidu.com 微软将淘汰旧版打印机驱动支持服务，改用IPP类驱动服务 然后今年也是终止了旧打印机驱动支持，主推自家IPP标准 finance.sina.com.cn – 8 Feb 26 微软终止Win11对V3/V4打印机驱动支持，强制转向IPP通用驱动 微软终止Win11对V3/V4打印机驱动支持，强制转向IPP通用驱动 看样子是对标的苹果airprint，不知道真的能实现以后不专门装驱动吗 就我们部门来说，还有好几台hp 1010这种老古董，再加上厂家也不一定买账 感觉像统一标准很难啊。 1 个帖子 - 1 位参与者 阅读完整话题
除了把 HomePod 放到 IoT VLAN ，还有什么更优雅的解决方案吗？
除了把 HomePod 放到 IoT VLAN ，还有什么更优雅的解决方案吗？
除了把 HomePod 放到 IoT VLAN ，还有什么更优雅的解决方案吗？
除了把 HomePod 放到 IoT VLAN ，还有什么更优雅的解决方案吗？
【开源】WebHomeTV，Nostr去中心化影视推荐榜单、集成盘搜、网盘检测、一键同步等功能 开发调优 本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 没积分了，… WebHome扩展 配置任意网站url，配合注入脚本调用app原生开放能力 WebHome 扩展脚本开发指南 https://img.naixiai.cn/2026/06/10/604167551-856cf38e-9cb6-435e-9f1a-c52e1bb93186.mp4 登录态学习 一键同步功能，用来同步cookies比较方便，但是前提是你知道同步哪个目录里包含这些cookies文件，默认同步的有TV等三个目录。 有的接口比如饭太硬保存cookies的文件路径你不知道（在app私有目录里），那么就可以用学习登录态功能来找出它们。 它的原理是开启学习时，会自动监控sdcard和app私有目录的文件变化，这时你操作登录cookies，它就会学习到。 https://img.naixiai.cn/2026/06/10/FILE-2026-06-10-121658.mp4 管理页面 可能手机/电视客户端有些操作不够方便，可以局域网浏览器打开操作 https://img.naixiai.cn/2026/06/10/FILE-2026-06-10-121835.mp4 站点健康学习排序 记录搜索、详情、播放成功/失败、耗时和最近状态。 搜索和自动换源会优先使用健康度更高的站点。 https://img.naixiai.cn/2026/06/10/603921066-51b02b69-d0e1-492f-b1ba-ae5fca919ac8.mp4 自动生成代理规则建议 不会设置代理规则的用户的福音，选择站点，自动生成规则建议 https://img.naixiai.cn/2026/06/10/603793022-fc7d3ddd-4ad8-4698-a6cc-5d7711467230.mp4 3 个帖子 - 2 位参与者 阅读完整话题
IT之家 6 月 9 日消息，在今天（6 月 9 日）召开的 2026 年全球开发者大会（WWDC）上，苹果公司宣布在 iOS 27 系统中升级 Home 应用， 通过 AI 技术来精简配件通知。 对于部分 Home 应用来说，如果智能家居设备较多，就可能出现通知泛滥的情况，苹果公司希望通过 AI 来简化这些通知，减少 Home 生态对用户的干扰。IT之家附上相关截图如下： 此外，Home 应用可以识别已连接摄像头的视频片段并生成描述。 它还可以将来自不同摄像头的相关视频拼接在一起，用户还可以使用自然语言搜索视频片段。
想用一下acwing的ac terminal，里面有yxc自己写的homework可以实践，感觉对学linux帮助应该挺大的。 4 个帖子 - 3 位参与者 阅读完整话题
这是什么操作？草台班子！ ithome.com FIFA 误发 2026 美加墨世界杯“0 元票”，正催球迷补款中 - IT之家 2026 世界杯开赛在即，FIFA 官方售票网站却因支付系统故障，导致约 60 位球迷以 0 美元价格成功购得多伦多小组赛门票。目前门票仍被保留，但球迷需在 7 天内补缴票款，否则预订将被取消。#FIFA# #2026 世界杯# 2 个帖子 - 2 位参与者 阅读完整话题
大家好，最近做了一个小工具： ghcask 。 项目地址： https://github.com/oxsean/homebrew-ghcask 网站： https://oxsean.github.io/homebrew-ghcask-site/ 它是一个 Homebrew external command ，目标是解决一个我自己经常遇到的问题： 很多 Mac 应用其实已经提供了可用的 .dmg 、 .zip 、 .tar.gz 、 .tgz 安装包，尤其是一些开源项目会直接放在 GitHub Releases 里，但这些应用不一定已经进入了官方 Homebrew Cask 索引。 于是平时就会变成： 打开 GitHub 或官网 找最新 release 判断 arm64 / x64 / universal 下载 dmg 或 zip 拖到 Applications 后续更新继续手动重复 我希望把这类应用也尽量放回 Homebrew 工作流里，所以做了 ghcask 。 基本用法 brew tap oxsean/ghcask brew ghcask install owner/repo 比如某个 GitHub 仓库有 macOS release asset ， ghcask 会尝试： 找到合适的 release 选择适合当前机器架构的 macOS 安装包 下载并计算 sha256 推导 .app 名称 生成一个本地 Homebrew cask 把下载好的包移动到 Homebrew 的 cask cache 最后交给 Homebrew 安装 也支持直接 URL： brew ghcask install cask-name --url https://example.com/download/App.dmg 这个主要是给那些不在 GitHub 上发布，但能拿到稳定下载地址的软件用。 它不做什么 这个项目不是想替代 Homebrew Cask 。 它也不会把生成的 cask 发布到官方索引，所有生成的 cask 都只保存在本地。实际安装、重装、升级、卸载还是交给 Homebrew 处理。 我的理解是： 官方 Homebrew Cask 适合稳定、公开、可维护的应用索引 ghcask 更适合个人临时或长期使用的本地补充工作流 也就是说，它解决的不是“让所有软件进入官方 cask”，而是“我自己这台机器上想用 Homebrew 管更多软件”。 目前支持的能力 从 GitHub Releases 安装 从直接 package URL 安装 支持 .dmg 、 .zip 、 .tar.gz 、 .tgz 自动计算 sha256 尽量自动推导 app 名称、版本和架构 支持指定版本安装 支持 prerelease 支持 pin / unpin 支持 update / outdated / upgrade 支持 reinstall ，并且 direct URL 可以通过 reinstall 换 URL 支持 dump / restore ，把生成的本地 cask 状态带到新机器 优先使用本地已经登录的 gh ，没有的话再回退到 curl 举几个场景 1. 某个开源 Mac App 只有 GitHub Release 以前可能要自己去网页里找 dmg 。 现在可以： brew ghcask install owner/repo 2. 想安装某个指定版本 brew ghcask install owner/repo --version v1.2.3 指定版本默认会被 pin 住，后续 update 不会自动跳到最新版。 如果以后想回到正常更新轨道： brew ghcask unpin cask-name 3. 想用 prerelease brew ghcask install owner/repo --prerelease 或者之后切换： brew ghcask reinstall cask-name --prerelease brew ghcask reinstall cask-name --stable 4. 直接从 URL 安装 brew ghcask install app-name --url https://example.com/download/App.dmg 如果 URL 方式的软件之后要升级，可以换 URL 重新安装： brew ghcask reinstall app-name --url https://example.com/download/App-2.0.dmg 5. 新机器恢复 旧机器： brew ghcask dump --global --force 新机器： brew tap oxsean/ghcask brew trust --tap oxsean/ghcask brew ghcask restore --global brew bundle Brewghcask.json 只保存生成的 cask 定义和 metadata ，不包含安装包和 app 本体。 为什么不用自己写 cask ？ 当然可以自己写。 但我自己的痛点是：很多时候只是想快速安装一个 GitHub Release 里的 dmg ，并不想为了一个私人使用的软件维护一份完整 cask 。 ghcask 做的是把这件事自动化一点： release 选择 asset 选择 sha256 cask 生成 Homebrew cache 后续 update / reinstall 最终仍然可以检查生成的 cask ，不是黑盒安装。 欢迎大家提建议，尤其是经常用 Homebrew Cask 管 Mac 应用的朋友。
大家好，最近做了一个小工具： ghcask 。 项目地址： https://github.com/oxsean/homebrew-ghcask 网站： https://oxsean.github.io/homebrew-ghcask-site/ 它是一个 Homebrew external command ，目标是解决一个我自己经常遇到的问题： 很多 Mac 应用其实已经提供了可用的 .dmg 、 .zip 、 .tar.gz 、 .tgz 安装包，尤其是一些开源项目会直接放在 GitHub Releases 里，但这些应用不一定已经进入了官方 Homebrew Cask 索引。 于是平时就会变成： 打开 GitHub 或官网 找最新 release 判断 arm64 / x64 / universal 下载 dmg 或 zip 拖到 Applications 后续更新继续手动重复 我希望把这类应用也尽量放回 Homebrew 工作流里，所以做了 ghcask 。 基本用法 brew tap oxsean/ghcask brew ghcask install owner/repo 比如某个 GitHub 仓库有 macOS release asset ， ghcask 会尝试： 找到合适的 release 选择适合当前机器架构的 macOS 安装包 下载并计算 sha256 推导 .app 名称 生成一个本地 Homebrew cask 把下载好的包移动到 Homebrew 的 cask cache 最后交给 Homebrew 安装 也支持直接 URL： brew ghcask install cask-name --url https://example.com/download/App.dmg 这个主要是给那些不在 GitHub 上发布，但能拿到稳定下载地址的软件用。 它不做什么 这个项目不是想替代 Homebrew Cask 。 它也不会把生成的 cask 发布到官方索引，所有生成的 cask 都只保存在本地。实际安装、重装、升级、卸载还是交给 Homebrew 处理。 我的理解是： 官方 Homebrew Cask 适合稳定、公开、可维护的应用索引 ghcask 更适合个人临时或长期使用的本地补充工作流 也就是说，它解决的不是“让所有软件进入官方 cask”，而是“我自己这台机器上想用 Homebrew 管更多软件”。 目前支持的能力 从 GitHub Releases 安装 从直接 package URL 安装 支持 .dmg 、 .zip 、 .tar.gz 、 .tgz 自动计算 sha256 尽量自动推导 app 名称、版本和架构 支持指定版本安装 支持 prerelease 支持 pin / unpin 支持 update / outdated / upgrade 支持 reinstall ，并且 direct URL 可以通过 reinstall 换 URL 支持 dump / restore ，把生成的本地 cask 状态带到新机器 优先使用本地已经登录的 gh ，没有的话再回退到 curl 举几个场景 1. 某个开源 Mac App 只有 GitHub Release 以前可能要自己去网页里找 dmg 。 现在可以： brew ghcask install owner/repo 2. 想安装某个指定版本 brew ghcask install owner/repo --version v1.2.3 指定版本默认会被 pin 住，后续 update 不会自动跳到最新版。 如果以后想回到正常更新轨道： brew ghcask unpin cask-name 3. 想用 prerelease brew ghcask install owner/repo --prerelease 或者之后切换： brew ghcask reinstall cask-name --prerelease brew ghcask reinstall cask-name --stable 4. 直接从 URL 安装 brew ghcask install app-name --url https://example.com/download/App.dmg 如果 URL 方式的软件之后要升级，可以换 URL 重新安装： brew ghcask reinstall app-name --url https://example.com/download/App-2.0.dmg 5. 新机器恢复 旧机器： brew ghcask dump --global --force 新机器： brew tap oxsean/ghcask brew trust --tap oxsean/ghcask brew ghcask restore --global brew bundle Brewghcask.json 只保存生成的 cask 定义和 metadata ，不包含安装包和 app 本体。 为什么不用自己写 cask ？ 当然可以自己写。 但我自己的痛点是：很多时候只是想快速安装一个 GitHub Release 里的 dmg ，并不想为了一个私人使用的软件维护一份完整 cask 。 ghcask 做的是把这件事自动化一点： release 选择 asset 选择 sha256 cask 生成 Homebrew cache 后续 update / reinstall 最终仍然可以检查生成的 cask ，不是黑盒安装。 欢迎大家提建议，尤其是经常用 Homebrew Cask 管 Mac 应用的朋友。
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 github.com GitHub - fish2018/webhtv: WebHomeTV 基于FongMi二次开发，增强了 WebHome 自定义首页、App... WebHomeTV 基于FongMi二次开发，增强了 WebHome 自定义首页、App Native SDK、网盘链接检测 和 Nostr推荐首页。 这个项目的核心目标是让 CSP 站点首页可以变成一个真正可开发的网页应用：开发者可以用 HTML/CSS/JavaScript 定制首页，再通过 App 暴露的 Native 能力完成搜索、播放、跨域请求、资源代理、最近观看、网盘检测和状态同步。 觉得好使的戳一下(20积分)，感谢打赏 LINUX DO Credit 主要增强功能 自定义web作为app主页 Nostr推荐榜单，基于去中心化技术实现，根据真实用户观影数据自动发布榜单 内置 网盘搜索(盘搜) 和网盘链接有效性检测 局域网一键同步，方便电视端配置 站点注入，方便在线接口随时添加自定义CSP 支持壳代理 下载地址： https://github.com/fish2018/webhtv/releases 效果演示录屏 电视端 手机端 4 个帖子 - 3 位参与者 阅读完整话题
先说利益相关： 云瞰 SkyView 是我自己做的产品 。 官网： https://yun-kan.com 我平时也折腾 NAS 、HomeLab 、Home Assistant 、各种家用摄像头。摄像头一多，慢慢发现几个问题挺烦： 不同品牌摄像头各有一个 App ； 云存储基本都是按设备收费； 本地录像分散在不同设备里，不好统一管理； 回放主要靠拖时间轴，找一件事很痛苦； 想接入 Home Assistant ，还得再折腾一堆组件； 家庭视频这种数据，还是更希望尽量留在自己家里。 以前用群晖，但是只支持两个摄像头，并且没有 ai 检测功能，只有基础的画面变化； 所以我最近做了一个自托管的 AI NVR / VMS ，叫 云瞰 SkyView 。 它不是摄像头硬件，也不想做封闭生态。我的想法比较简单： 让家里的 NAS 、迷你主机或者家庭服务器，变成一个统一的视频中枢。 大概是这个结构： 摄像头 → NAS / 迷你主机 / 家庭服务器 → 手机 / Web / Home Assistant 目前主要支持这些能力： RTSP / ONVIF 摄像头接入； 多路实时预览； 本地录像和时间轴回放； Android / iOS / Web 客户端； AI 事件检测，比如人形、车辆、包裹、跌倒、婴儿哭声等； 自然语言搜录像，比如“昨天下午门口有没有快递员”； Home Assistant / MQTT / Webhook 联动； 按家庭 / 服务端授权，不按摄像头数量收费。 支持 115 云盘，哈哈哈，大佬们终身 5PB 可以用上了！ 原生 iOS 、安卓 APP,iOS 已经上架了 App Store 我做这个东西的初衷主要有几个： 录像尽量留在本地 ，不想所有家庭视频都上云； 不绑定摄像头品牌 ，只要支持 RTSP / ONVIF 就尽量能接； 少拼组件 ，不要为了一个家庭 NVR 又装一堆服务； 手机端要能日常使用 ，不是只有一个 Web 后台； 监控事件能进入智能家居系统 ，比如 HA 自动化、MQTT 、Webhook 。 目前它更适合 x86_64 设备，比如 NAS 、N100 / N305 迷你主机、PVE 、Unraid 、TrueNAS 、普通 Linux 主机等。 我知道 V2EX 上不少人已经在用 Frigate 、Blue Iris 、Scrypted 、群晖 Surveillance Station 之类的方案。它们都很强，我也不是想说云瞰要替代谁。 我现在更想做的是一个偏中文用户、NAS 用户、家庭自托管场景的一体化方案：摄像头接入、录像、AI 、移动端和自动化尽量放在一起。 想听听大家的真实反馈： 你现在家里用什么方案做 NVR ？ 摄像头是同品牌，还是混合品牌？ 你更在意本地录像、AI 检测、手机端，还是 Home Assistant 联动？ “自然语言搜录像”这个方向有没有吸引力？ 家庭 NVR 按服务端 / 家庭授权，不按摄像头数量收费，你觉得合理吗？ 如果你现在已经在用 Frigate / Blue Iris / Scrypted ，最不满意的地方是什么？ 欢迎拍砖，也欢迎试用后提建议。 官网： https://yun-kan.com V 站专属优惠码：V2EX2026
先说利益相关： 云瞰 SkyView 是我自己做的产品 。 官网： https://yun-kan.com 我平时也折腾 NAS 、HomeLab 、Home Assistant 、各种家用摄像头。摄像头一多，慢慢发现几个问题挺烦： 不同品牌摄像头各有一个 App ； 云存储基本都是按设备收费； 本地录像分散在不同设备里，不好统一管理； 回放主要靠拖时间轴，找一件事很痛苦； 想接入 Home Assistant ，还得再折腾一堆组件； 家庭视频这种数据，还是更希望尽量留在自己家里。 以前用群晖，但是只支持两个摄像头，并且没有 ai 检测功能，只有基础的画面变化； 所以我最近做了一个自托管的 AI NVR / VMS ，叫 云瞰 SkyView 。 它不是摄像头硬件，也不想做封闭生态。我的想法比较简单： 让家里的 NAS 、迷你主机或者家庭服务器，变成一个统一的视频中枢。 大概是这个结构： 摄像头 → NAS / 迷你主机 / 家庭服务器 → 手机 / Web / Home Assistant 目前主要支持这些能力： RTSP / ONVIF 摄像头接入； 多路实时预览； 本地录像和时间轴回放； Android / iOS / Web 客户端； AI 事件检测，比如人形、车辆、包裹、跌倒、婴儿哭声等； 自然语言搜录像，比如“昨天下午门口有没有快递员”； Home Assistant / MQTT / Webhook 联动； 按家庭 / 服务端授权，不按摄像头数量收费。 支持 115 云盘，哈哈哈，大佬们终身 5PB 可以用上了！ 原生 iOS 、安卓 APP,iOS 已经上架了 App Store 我做这个东西的初衷主要有几个： 录像尽量留在本地 ，不想所有家庭视频都上云； 不绑定摄像头品牌 ，只要支持 RTSP / ONVIF 就尽量能接； 少拼组件 ，不要为了一个家庭 NVR 又装一堆服务； 手机端要能日常使用 ，不是只有一个 Web 后台； 监控事件能进入智能家居系统 ，比如 HA 自动化、MQTT 、Webhook 。 目前它更适合 x86_64 设备，比如 NAS 、N100 / N305 迷你主机、PVE 、Unraid 、TrueNAS 、普通 Linux 主机等。 我知道 V2EX 上不少人已经在用 Frigate 、Blue Iris 、Scrypted 、群晖 Surveillance Station 之类的方案。它们都很强，我也不是想说云瞰要替代谁。 我现在更想做的是一个偏中文用户、NAS 用户、家庭自托管场景的一体化方案：摄像头接入、录像、AI 、移动端和自动化尽量放在一起。 想听听大家的真实反馈： 你现在家里用什么方案做 NVR ？ 摄像头是同品牌，还是混合品牌？ 你更在意本地录像、AI 检测、手机端，还是 Home Assistant 联动？ “自然语言搜录像”这个方向有没有吸引力？ 家庭 NVR 按服务端 / 家庭授权，不按摄像头数量收费，你觉得合理吗？ 如果你现在已经在用 Frigate / Blue Iris / Scrypted ，最不满意的地方是什么？ 欢迎拍砖，也欢迎试用后提建议。 官网： https://yun-kan.com V 站专属优惠码：V2EX2026
先说利益相关： 云瞰 SkyView 是我自己做的产品 。 官网： https://yun-kan.com 我平时也折腾 NAS 、HomeLab 、Home Assistant 、各种家用摄像头。摄像头一多，慢慢发现几个问题挺烦： 不同品牌摄像头各有一个 App ； 云存储基本都是按设备收费； 本地录像分散在不同设备里，不好统一管理； 回放主要靠拖时间轴，找一件事很痛苦； 想接入 Home Assistant ，还得再折腾一堆组件； 家庭视频这种数据，还是更希望尽量留在自己家里。 以前用群晖，但是只支持两个摄像头，并且没有 ai 检测功能，只有基础的画面变化； 所以我最近做了一个自托管的 AI NVR / VMS ，叫 云瞰 SkyView 。 它不是摄像头硬件，也不想做封闭生态。我的想法比较简单： 让家里的 NAS 、迷你主机或者家庭服务器，变成一个统一的视频中枢。 大概是这个结构： 摄像头 → NAS / 迷你主机 / 家庭服务器 → 手机 / Web / Home Assistant 目前主要支持这些能力： RTSP / ONVIF 摄像头接入； 多路实时预览； 本地录像和时间轴回放； Android / iOS / Web 客户端； AI 事件检测，比如人形、车辆、包裹、跌倒、婴儿哭声等； 自然语言搜录像，比如“昨天下午门口有没有快递员”； Home Assistant / MQTT / Webhook 联动； 按家庭 / 服务端授权，不按摄像头数量收费。 支持 115 云盘，哈哈哈，大佬们终身 5PB 可以用上了！ 原生 iOS 、安卓 APP,iOS 已经上架了 App Store 我做这个东西的初衷主要有几个： 录像尽量留在本地 ，不想所有家庭视频都上云； 不绑定摄像头品牌 ，只要支持 RTSP / ONVIF 就尽量能接； 少拼组件 ，不要为了一个家庭 NVR 又装一堆服务； 手机端要能日常使用 ，不是只有一个 Web 后台； 监控事件能进入智能家居系统 ，比如 HA 自动化、MQTT 、Webhook 。 目前它更适合 x86_64 设备，比如 NAS 、N100 / N305 迷你主机、PVE 、Unraid 、TrueNAS 、普通 Linux 主机等。 我知道 V2EX 上不少人已经在用 Frigate 、Blue Iris 、Scrypted 、群晖 Surveillance Station 之类的方案。它们都很强，我也不是想说云瞰要替代谁。 我现在更想做的是一个偏中文用户、NAS 用户、家庭自托管场景的一体化方案：摄像头接入、录像、AI 、移动端和自动化尽量放在一起。 想听听大家的真实反馈： 你现在家里用什么方案做 NVR ？ 摄像头是同品牌，还是混合品牌？ 你更在意本地录像、AI 检测、手机端，还是 Home Assistant 联动？ “自然语言搜录像”这个方向有没有吸引力？ 家庭 NVR 按服务端 / 家庭授权，不按摄像头数量收费，你觉得合理吗？ 如果你现在已经在用 Frigate / Blue Iris / Scrypted ，最不满意的地方是什么？ 欢迎拍砖，也欢迎试用后提建议。 官网： https://yun-kan.com V 站专属优惠码：V2EX2026