技术
未读
fnOS 升级 1.1.18 失败？这篇文章是否能够决您的问题！
该文章提供了一份详尽的FNNAS设备更新问题（如卡住、失败、持续提示或检查更新转圈）的排查与修复指南，强调了1.1.18安全更新的重要性。
为确保安全，建议在修复前关闭公网映射。所有修复步骤均需通过SSH进行操作。文章根据问题现象将修复分为三类：
1. **网络与连接问题：** 若能上网但无法连接更新服务器，需检查DNS设置（推荐公共DNS）、通过SSH进行网络连通性测试，并检查`/etc/hosts`文件是否屏蔽了更新域名。
2. **更新页面卡顿/转圈问题：** 通常通过重新安装`liveupdate`包并修复dpkg来解决。
3. **依赖或包错误：** 若更新卡在特定软件包（如samba）或出现dpkg报错，主要通过`apt --fix-broken install`命令或官方`apt`修复脚本进行依赖修复。
操作时需严格遵循步骤，特别是新手应避免随意修改命令。成功升级后，系统版本应显示为最新，且不再出现更新提示。文章还附带了常见问题解答及一键复制命令，方便用户快速定位并解决问题。
技术
未读
家庭 NAS 安全：飞牛 fnOS 爆了个 0Day 漏洞，咋办？
飞牛 fnOS NAS 近期被曝存在严重安全漏洞，可能导致用户设备无需密码即可被未经授权访问，面临隐私泄露、文件被植入恶意内容或设备被劫持的风险。
飞牛官方已发布紧急安全更新通知，敦促所有用户立即将系统升级至 1.1.18 版本。
高危用户包括：曾将 NAS 管理页面暴露在外网（如端口映射、内网穿透）的用户，或近期发现设备出现异常（如运行缓慢、CPU 占用高、异常网络连接）的用户。
紧急应对措施：
1. 立即关闭所有外部网络访问入口。
2. 将系统更新至 fnOS 1.1.18。
3. 备份重要的个人数据。
4. 修改所有相关密码和密钥（包括管理员密码、网盘 Token 等）。
5. 如果怀疑已被入侵，最稳妥的办法是备份数据后重装系统。
为避免未来风险，建议通过 VPN 等安全方式远程访问 NAS，而非直接将管理端口暴露在公网。
技术
未读
飞牛 ARM 黑牛用户有救了！轻松开启应用中心，还能切换引导
飞牛NAS的ARM平台（黑牛）用户面临无法直接从应用中心安装官方应用的困扰，需依赖离线包。为解决此问题，恩山论坛的xxos开发了“XXNAS工具箱”。
该工具箱集成了多项实用功能，包括系统引导切换、快速系统克隆、镜像刷写、uBOOT强刷及引导修复等。其核心功能是“一键开启飞牛应用中心”，黑牛用户通过安装工具箱，可选择“临时开启”模式，从而直接在应用中心安装应用，重启后功能失效但已安装应用保留。文章建议安装所需应用后卸载工具。
此外，用户也可选择通过SSH手动修改`device_id`的备用方法，实现应用中心的临时开启。需注意，无论是工具箱还是SSH方法，操作均有一定风险，可能导致数据丢失或设备启动异常，务必提前备份重要数据。XXNAS工具箱为飞牛NAS黑牛用户提供了便捷灵活的解决方案。
技术
未读
FnDepot：丰富社区生态，探索飞牛 NAS 的无限可能！
FnDepot是一个非官方、社区驱动的fnOS第三方应用管理器，旨在作为飞牛官方商店的补充，通过去中心化的应用源机制，方便地分发、安装和管理更多社区作品。
用户需手动安装FnDepot，并添加符合统一规范（例如GitHub公共仓库且名为'FnDepot'）的应用源，即可浏览并安装社区提供的灵活、实验性应用。支持配置GitHub加速服务以提升下载速度。
该项目非官方，明确提醒用户第三方应用可能涉及高权限，使用风险需自担。强烈建议在使用前备份数据，并具备故障排查能力。FnDepot的出现，极大丰富了飞牛NAS应用生态，将用户选择从官方扩展至更广阔的社区创造。
技术
未读
斐讯N1 盒子刷飞牛 fnOS保姆级教程：附刷机包
文章详细介绍了如何在斐讯N1（ARM设备）上安装并体验飞牛OS（fnOS），这对盘活闲置的N1设备具有重要意义。
教程从准备工作（N1设备、8GB+ U盘、Rufus工具、外接存储等）开始，详细指导用户制作fnOS启动U盘。通过U盘启动N1后，系统会显示IP地址，用户可通过浏览器访问并完成初始化设置，包括设备命名和管理员账号创建。
fnOS界面UI清爽、响应流畅，底层基于Debian系统，具有良好的扩展性，预装Docker并支持通过SSH安装其他运维工具。虽然应用中心处于内测阶段，但支持手动安装影视、相册、百度网盘等核心应用包。文章特别提到，系统可通过终端命令刷入N1的eMMC内置存储。
fnOS在N1上的优点包括轻量级系统、美观的UI和强大的扩展能力；缺点是N1自带8GB eMMC存储空间有限，且仍处于内测阶段。文章鼓励N1用户尝试体验，并提供了固件下载链接。
技术
未读
Debian 12 Bookworm 升级到 Debian 13 Trixie
Debian 13 稳定版代号“Trixie”，经过两年多的打磨于8月9日正式发布。文章详细介绍了从 Debian 12 升级到 Debian 13 的步骤，强调了备份数据的重要性，特别是对 KVM 和物理服务器用户。升级过程包括更新系统、修改 APT 源、执行全面升级，并根据提示选择是否更新配置文件和重启服务。升级完成后，建议清理无用文件并重启系统，通过命令验证系统版本和内核信息。总结了从 Debian 12 到 Debian 13 的升级流程，确保用户顺利完成升级。
技术
未读
家庭网络IPTV融合改进|直播回看随时看
本文针对OpenWrt实现IPTV组播转单播方案中存在的客户端数量限制和不支持回看的问题，详细介绍了如何在软路由上实现IPTV回看功能。
核心原理是利用IPTV的回看单播地址（TimeShiftURL）和电子节目单（EPG）。配置步骤包括：
1. **OpenWrt路由配置**：添加静态路由，将回看服务器的IP地址段路由至TV口（IPTV接口）的网关。
2. **OpenWrt防火墙配置**：将TV口的防火墙区域设置为WAN，确保内部设备能通过该接口访问回看地址。
3. **本地播放器配置**：在支持回看功能的播放器（如DIYP）中，导入包含回看地址的节目列表（通常为rtsp格式的txt文件）和EPG地址。
通过这些配置，用户不仅能在局域网内任意终端观看IPTV直播，还能流畅观看回看内容，彻底摆脱运营商机顶盒的束缚，并突破了组播客户端数量限制，实现了更全面灵活的家庭IPTV融合体验。文章还强调了查找鉴权信息和回看地址的重要性，并分享了作者在实践中遇到的播放器兼容性问题。
技术
未读
OpenWrt应用场景：IPTV融合介绍
本文探讨了如何通过技术手段实现IPTV与互联网的融合，使得用户能够在任何设备上随时随地观看运营商提供的IPTV内容。核心方法包括使用支持OpenWrt的路由器，通过udpxy或msd_lite插件将IPTV的组播流量转换为单播，从而实现多设备的IPTV观看。文章还详细介绍了实现这一过程的基本原理，如光猫的多业务绑定、网络隔离、IPTV鉴权以及组播转单播技术。此外，文章提供了多种解决家庭网络布线问题的方案，如重新布线、使用分线器或选择支持IPTV功能的路由器。最后，文章简要介绍了配置过程，包括获取光猫超级密码、配置OpenWrt、安装组播转单播插件等步骤。
最近发布
