一个 1c1g 的小鸡，debian 12，上面啥都没装，就按 喵佬的教程 搭了个 sing-box，然后 ssh 改成了 9443 端口登录，禁用 root 密码登录，配上了 pubkey。也 ufw 设置了防火墙，只开了 ssh 端口和 sing-box 的一个端口。今天中午突然间 cpu 100%，完全不知道咋回事，ssh 也登录不进去。 只好从网页后台强制关机重启，暂时好了，但是不知道原因是什么，按照 GPT 的建议排查了好半天也没查出个结果。 7 个帖子 - 5 位参与者 阅读完整话题
debian 系统有测速连接数的服务器安装脚本吗？最好也有测试连接数的客户端，感谢大家！
我的龙虾跑在J1900上，debian13，8+256，除了龙虾还有一些自己用的服务，其实满够用的。现在主力机是拯救者Y7000P2024，在学校每天晚上断电，没电没网（路由器也没电，校园网每次要登录） 可是！最近开始真正去写了完整的程序， 发现编译时间太长了，很多事情还得让openclaw远程控制自己的笔记本去做 想用gemini写前端，发现连antigravity cli都装不了。说是指令集太老，缺了个什么东西，装不了。。 对于龙虾本身也是，想用qmd，但没法跑本地模型，发挥不了，只能退而求其次走voyageai，少了重排。losslessclaw插件貌似也是推荐跑本地模型。 刚刚想到mac的话，跑个linux和windows虚拟机，可以在mac上一个机器写全平台应用（linux，windows，mac，ios，Android），那也太爽了，所有都放在一个机器上面跑，功耗低性能高，待机功耗甚至和我j1900差不多（满不满载都满载6w，整机，数据来自小米智能插座） 如果是macmini，就放在家里，像现在这样远程连接，如果是macbook，因为续航长，晚上只要连我热点就行，真是很不错，就是价格贵了些。 请问佬友们怎么看，我这情况推荐直接一步到位mac，还是可以买个性价比较高的win平台小主机呢（现在内存太贵可能会不好买吧）？其实有一部分是陷入了消费主义陷阱是不是？ 只是最近总是想这件事情，想和佬友们聊一下，听一些建议。谢谢佬们 24 个帖子 - 16 位参与者 阅读完整话题
我在局域网内用 OpenList 在 5244 端口搭建了一个明文 HTTP 的 WebDav 服务器。当使用 Debian 13 的 KDE 桌面自带的 Dolphin 文件管理器挂载时，读取正常，但是不能上传文件。弹窗提示“尝试上传时发生意外错误(0)”。同样的设置用其他软件和安卓手机上的软件都正常。 问了 AI，抓了一下日志发现是 KIO Worker 进程崩溃 ~$ QT_LOGGING_RULES="kf.kio.workers.http.debug=true;kf.kio.workers.dav.debug=true" dolphin kf.kio.core: Connection::send() called with connection not inited kf.kio.core: An error occurred during write. The worker terminates now. kf.kio.core: Connection::send() called with connection not inited kf.kio.core: An error occurred during write. The worker terminates now. kf.kio.core: Connection::send() called with connection not inited kf.kio.core: An error occurred during write. The worker terminates now. 尝试了清理 KIO 缓存、重装 KIO 相关组件、尝试在地址栏改用 webdav:// 和 http:// 都没用。又问了一下 Grok，它说这个问题很早之前就有人提出过，但是至今未解决，推荐换用 davfs2 或者 rclone 代替自带的 KIO，也可以尝试换用 HTTPS 以及检查服务器是否支持 Expect: 100-continue，尝试关闭服务器的 keep-alive 等。 然后我又想起来之前我安卓上要用 FolderSync Pro，它只支持 HTTPS 而不支持明文 HTTP，我就用OpenResty 反代了一下 5244 端口的 OpenList。加上了自签名证书，运行在 8443 端口。我抱着司马权当活马医的心态用 Dolphin 进入 8443 的 webdavs，结果发现文件上传正常了。再回过头去连接 5244 的明文 HTTP 问题依旧。 于是这个玄学问题就如此用“曲线救国”的方式解决了。 1 个帖子 - 1 位参与者 阅读完整话题
rt 我一般用云服务器玩vibecoding在debian系统上，目前使用的是WindTerm。 虽然说它自带的文件管理窗口挺方便的，可是我感觉WindTerm有点丑。 想问问佬们有没有推荐的ssh工具，颜值高的，带sftp的。 我在Windows系统上使用它，最好也是带GUI的。 13 个帖子 - 9 位参与者 阅读完整话题
开发环境 Debian 12 原版本 0.130.0 新版本 0.132.0 问题描述 升级到新版本132之后,cli 对话修改到我其它项目的相同代码位置.这是极其不安全的. 证据 3 个帖子 - 3 位参与者 阅读完整话题
我的需求就是我有一个配置好的服务器（Debian13），怎么样能无缝迁移到新服务器上（或简单配置就行）？需要提供网站服务和保留基本配置。如何快速解决由于ip变化导致无法提供服务的问题。 7 个帖子 - 7 位参与者 阅读完整话题
我的 nas 是 pve 底子 + 纯 debian ct ， 只提供存储服务，samba/nfs 之类的，J3455 可以说是绰绰有余。 其他重活， 比如 jellyfin 影视库、immich 照片管理、容器之类的全部交给 macmini 去做了。 存算分离用得挺好的， 直到我想再传一份数据到云端。打算使用 restic ， 先加密、分块备份到另外一块磁盘， 运行后 cpu 直接拉满 100%，磁盘 io 也拉满， 运行了 1 个多小时它还在处理第一个文件夹的数据（这个文件夹大概就 5G ）。500 多 g 的数据不知道跑到猴年马月（这还只是备份到本地）， 无奈就中断了。 第一次感觉 J3455 力不从心， 本来是打算再用一两年等万兆再普及一点再升级的。现在这个时间升级有点尴尬 各位大佬， 有什么合适的备份工具吗
我的 nas 是 pve 底子 + 纯 debian ct ， 只提供存储服务，samba/nfs 之类的，J3455 可以说是绰绰有余。 其他重活， 比如 jellyfin 影视库、immich 照片管理、容器之类的全部交给 macmini 去做了。 存算分离用得挺好的， 直到我想再传一份数据到云端。打算使用 restic ， 先加密、分块备份到另外一块磁盘， 运行后 cpu 直接拉满 100%，磁盘 io 也拉满， 运行了 1 个多小时它还在处理第一个文件夹的数据（这个文件夹大概就 5G ）。500 多 g 的数据不知道跑到猴年马月（这还只是备份到本地）， 无奈就中断了。 第一次感觉 J3455 力不从心， 本来是打算再用一两年等万兆再普及一点再升级的。现在这个时间升级有点尴尬 各位大佬， 有什么合适的备份工具吗
我的 nas 是 pve 底子 + 纯 debian ct ， 只提供存储服务，samba/nfs 之类的，J3455 可以说是绰绰有余。 其他重活， 比如 jellyfin 影视库、immich 照片管理、容器之类的全部交给 macmini 去做了。 存算分离用得挺好的， 直到我想再传一份数据到云端。打算使用 restic ， 先加密、分块备份到另外一块磁盘， 运行后 cpu 直接拉满 100%，磁盘 io 也拉满， 运行了 1 个多小时它还在处理第一个文件夹的数据（这个文件夹大概就 5G ）。500 多 g 的数据不知道跑到猴年马月（这还只是备份到本地）， 无奈就中断了。 第一次感觉 J3455 力不从心， 本来是打算再用一两年等万兆再普及一点再升级的。现在这个时间升级有点尴尬 各位大佬， 有什么合适的备份工具吗
我的 nas 是 pve 底子 + 纯 debian ct ， 只提供存储服务，samba/nfs 之类的，J3455 可以说是绰绰有余。 其他重活， 比如 jellyfin 影视库、immich 照片管理、容器之类的全部交给 macmini 去做了。 存算分离用得挺好的， 直到我想再传一份数据到云端。打算使用 restic ， 先加密、分块备份到另外一块磁盘， 运行后 cpu 直接拉满 100%，磁盘 io 也拉满， 运行了 1 个多小时它还在处理第一个文件夹的数据（这个文件夹大概就 5G ）。500 多 g 的数据不知道跑到猴年马月（这还只是备份到本地）， 无奈就中断了。 第一次感觉 J3455 力不从心， 本来是打算再用一两年等万兆再普及一点再升级的。现在这个时间升级有点尴尬 各位大佬， 有什么合适的备份工具吗
我的 nas 是 pve 底子 + 纯 debian ct ， 只提供存储服务，samba/nfs 之类的，J3455 可以说是绰绰有余。 其他重活， 比如 jellyfin 影视库、immich 照片管理、容器之类的全部交给 macmini 去做了。 存算分离用得挺好的， 直到我想再传一份数据到云端。打算使用 restic ， 先加密、分块备份到另外一块磁盘， 运行后 cpu 直接拉满 100%，磁盘 io 也拉满， 运行了 1 个多小时它还在处理第一个文件夹的数据（这个文件夹大概就 5G ）。500 多 g 的数据不知道跑到猴年马月（这还只是备份到本地）， 无奈就中断了。 第一次感觉 J3455 力不从心， 本来是打算再用一两年等万兆再普及一点再升级的。现在这个时间升级有点尴尬 各位大佬， 有什么合适的备份工具吗
我的 nas 是 pve 底子 + 纯 debian ct ， 只提供存储服务，samba/nfs 之类的，J3455 可以说是绰绰有余。 其他重活， 比如 jellyfin 影视库、immich 照片管理、容器之类的全部交给 macmini 去做了。 存算分离用得挺好的， 直到我想再传一份数据到云端。打算使用 restic ， 先加密、分块备份到另外一块磁盘， 运行后 cpu 直接拉满 100%，磁盘 io 也拉满， 运行了 1 个多小时它还在处理第一个文件夹的数据（这个文件夹大概就 5G ）。500 多 g 的数据不知道跑到猴年马月（这还只是备份到本地）， 无奈就中断了。 第一次感觉 J3455 力不从心， 本来是打算再用一两年等万兆再普及一点再升级的。现在这个时间升级有点尴尬 各位大佬， 有什么合适的备份工具吗
我的 nas 是 pve 底子 + 纯 debian ct ， 只提供存储服务，samba/nfs 之类的，J3455 可以说是绰绰有余。 其他重活， 比如 jellyfin 影视库、immich 照片管理、容器之类的全部交给 macmini 去做了。 存算分离用得挺好的， 直到我想再传一份数据到云端。打算使用 restic ， 先加密、分块备份到另外一块磁盘， 运行后 cpu 直接拉满 100%，磁盘 io 也拉满， 运行了 1 个多小时它还在处理第一个文件夹的数据（这个文件夹大概就 5G ）。500 多 g 的数据不知道跑到猴年马月（这还只是备份到本地）， 无奈就中断了。 第一次感觉 J3455 力不从心， 本来是打算再用一两年等万兆再普及一点再升级的。现在这个时间升级有点尴尬 各位大佬， 有什么合适的备份工具吗
我的 nas 是 pve 底子 + 纯 debian ct ， 只提供存储服务，samba/nfs 之类的，J3455 可以说是绰绰有余。 其他重活， 比如 jellyfin 影视库、immich 照片管理、容器之类的全部交给 macmini 去做了。 存算分离用得挺好的， 直到我想再传一份数据到云端。打算使用 restic ， 先加密、分块备份到另外一块磁盘， 运行后 cpu 直接拉满 100%，磁盘 io 也拉满， 运行了 1 个多小时它还在处理第一个文件夹的数据（这个文件夹大概就 5G ）。500 多 g 的数据不知道跑到猴年马月（这还只是备份到本地）， 无奈就中断了。 第一次感觉 J3455 力不从心， 本来是打算再用一两年等万兆再普及一点再升级的。现在这个时间升级有点尴尬 各位大佬， 有什么合适的备份工具吗
我的 nas 是 pve 底子 + 纯 debian ct ， 只提供存储服务，samba/nfs 之类的，J3455 可以说是绰绰有余。 其他重活， 比如 jellyfin 影视库、immich 照片管理、容器之类的全部交给 macmini 去做了。 存算分离用得挺好的， 直到我想再传一份数据到云端。打算使用 restic ， 先加密、分块备份到另外一块磁盘， 运行后 cpu 直接拉满 100%，磁盘 io 也拉满， 运行了 1 个多小时它还在处理第一个文件夹的数据（这个文件夹大概就 5G ）。500 多 g 的数据不知道跑到猴年马月（这还只是备份到本地）， 无奈就中断了。 第一次感觉 J3455 力不从心， 本来是打算再用一两年等万兆再普及一点再升级的。现在这个时间升级有点尴尬 各位大佬， 有什么合适的备份工具吗
目前我在用一台云服务器，配置如下： 【当前云服务器配置】 · 系统： Debian 13 (trixie) + 6.18内核 · CPU： Intel Xeon Gold 6138 @ 2.00GHz（8核） · 内存： 8GB物理 + 1GB虚拟 · 硬盘： 128GB · 主要用途： Linux折腾、自建网站、Docker轻量应用（Emby(strm302)/OpenList等） 目前需求大概是： 1.稳定运行 Debian 2.能长期 24h 开机 3.功耗别太离谱 4.噪音尽量低 5.希望比现在云服务器性能差不多或者更好 （预算暂时还没完全定，倾向性价比路线） 希望大佬们能给点配置方面/功耗经验/踩坑提醒 的建议 如果有类似用途的配置单也欢迎直接贴。 先谢谢各位了，感激不尽 m(_ _)m 20 个帖子 - 13 位参与者 阅读完整话题
phoronix.com Debian Release Team: Debian Must Now Ship Reproducible Packages With half-way through the Debian 14 'Forky' development cycle, the Debian release team is out with an update this weekend and some big news. lists.debian.org bits from the release team [!quote]+ Debian 发布团队决定现在是时候宣布 Debian 必须发布可重现软件包了。在过去的几年中，Debian 通过 “可重现构建”（Reproducible Builds）努力确保独立用户可以逐位重现相同的软件包构建/二进制文件，从而取得了长足的进步。从源代码到二进制文件的独立可验证路径对于安全问题和验证软件包的真实性变得越来越重要。 今后，Debian 必须发布可重现的软件包，因此 Debian 14.0 将是通过这一新规定发布的第一个重要版本。从昨天开始，Debian 的迁移软件将阻止无法重现的新软件包或重现性下降的现有软件包的迁移。 1 个帖子 - 1 位参与者 阅读完整话题
还记得前几天的漏洞么：Copy Fail：2017年至今的漏洞，一个脚本获得 Linux root 管理员权限｜CVE-2026-31431没想到，又来了。 Dirty Frag 这次叫 Dirty Frag，暂时还未获得 CVE 编号。普通用户可以在大多数 Linux 机器上立即获得 root 访
仅用于 debian 目前从 debian11 （包含）开始的版本， 均可从 security 源获取最新的修复版的内核 彻底封堵需要重启机器 # 彻底解决 apt-get update && apt-get install --only-upgrade -y linux-image-amd64 reboot 暂时封堵 # 检查有没有程序在使用该模块。如有，先停止这些程序 lsof | grep -i alg mkdir -p /root/work cat <<'EOF' > /root/work/disable-algif-aead.sh set -eu KVER=$(uname -r) KDIR=/lib/modules/$KVER/kernel/crypto cat >/etc/modprobe.d/disable-algif-aead.conf <<'EOF2' install algif_aead /bin/false install algif_skcipher /bin/false install algif_hash /bin/false install algif_rng /bin/false EOF2 set +e rmmod algif_aead set -e mkdir -p /root/backup for mod in algif_aead algif_skcipher algif_hash algif_rng; do for ext in ko ko.zst ko.xz ko.gz; do f="$KDIR/$mod.$ext" [ -f "$f" ] || continue chmod 000 "$f" mv "${f}" /root/backup/ done done EOF bash /root/work/disable-algif-aead.sh 2 个帖子 - 2 位参与者 阅读完整话题