@suikaChen #9 不坏不买就行了, 等这波涨价过去, 坏了实在没办法只能捏着鼻子买了

@wxw752 #4 我就说这名字咋眼熟, 之前买了 4 块 Exos x16 16T, 现在 17000h 了都还正常, 当时 960CNY 一块买的, 现在都得 1500CNY 一块了唉

一条 NAT 规则不就解决了吗, 目的地 NAT 规则, 目的地 0.0.0.0/0, 协议 UDP, 端口 53, 转换为你内网中的 DNS 服务器 IP 地址

@jinlong 那看起来 sudo 没有可能是个历史遗留问题, PVE7 没测试过, 但是我记得很清楚 PVE8 的 Debian12 和 PVE9 的 Debian13 安装好肯定是带 sudo 的. 功耗显示不正确的问题在 Github 提 issue 吧, 把 turbostat 命令完整执行结果贴出来.

@v0rtix 原来如此, 但怎么可能不存在 visudo 命令呢, 这个命令是 sudo 包带的, 正常安装 pve 一定会有 sudo 的, 你这个 pve 是通过非常规方式安装的吗, 还是说目前系统已经损坏? 这个不是我脚本存在的问题了, 你应该检查一下你的 os

@3573535 #13
@v0rtix #16

请帮忙试试最新的版本, 现在错误会有 debug 输出

https://github.com/MiKing233/PVE-Manager-Status/releases/tag/v0.4.10

@3573535 到最后一步应该已经都改完了只是最后重启一次 pveproxy.service
检查看看 pveproxy 的状态呢? systemctl status pveproxy.service

@v0rtix 能确认一下 linux-cpupower 这个包安装了吗
apt list --installed | grep linux-cpupower

@v0rtix 这几个命令执行有输出吗?

command -v iostat
command -v sensors
command -v smartctl
command -v turbostat

或者手动修改 160 行
if visudo -c -f "${TMP_SUDOERS}" &> /dev/null; then
修改为
if visudo -c -f "${TMP_SUDOERS}"; then
然后再执行一遍, 应该能看到具体报错信息

@aeron 这几个命令执行有输出吗?

command -v iostat
command -v sensors
command -v smartctl
command -v turbostat

或者手动修改 160 行
if visudo -c -f "${TMP_SUDOERS}" &> /dev/null; then
修改为
if visudo -c -f "${TMP_SUDOERS}"; then
然后再执行一遍, 应该能看到具体报错信息

再补几张在不同设备上的截图
帖子上面的是铭凡 MS-01 i9-13900H

零刻 SER8 8845HS AMD 的读不到每个核心的温度
https://i.imgur.com/oZvc8WJ.png

不知名山寨小主机 Intel N100
https://i.imgur.com/UtSg10F.png

忘记说了, 项目在这里:
MiKig233/PVE-Manager-Status( https://github.com/MiKing233/PVE-Manager-Status)

@JensenQian 我是上行降下来一段时间被 ISP 侧重播出来了, 不过到 223.5.5.5 延迟 30ms 是正常的, 江苏这边联通到阿里云 DNS 就是延迟挺高的

我当时趁着在小黑屋期间, 测了得到一些数据
到 223.5.5.5, 路由第一跳是 221.6.251.46, 而非我当时分发的网关 122.193.134.1
到 baidu.com, 路由第一跳是 221.6.251.50, 而非我当时分发的网关 122.193.134.1
到 zhuhu.com/xiaohongshu.com, 路由第一跳是 221.6.251.46, 而非我当时分发的网关 122.193.134.1
到 bandwagonhost-LAX, 路由第一跳是 221.6.251.21, 而非我当时分发的网关 122.193.134.1

看起来它们存在多台 221.6.251.x 的网关做分流, 用于监控和分析用户流量行为
另外到 bilibili.com 路由第一跳反而是我当时分发的网关 122.193.134.1, 可能是 b 站流量太大或者他们认为没有分析的意义

我的需求就是通过公网 IP 对外开放一些端口给 RDP 和 OpenVPN 这些用来从外面连回家的, 进小黑屋对我来说完全无感, 我从苏州昆山测试, 除了延迟会升高 5ms 左右之外基本没有其它 debuff, 据说会压制连接数不过我没有用到大量连接数的场景没法测试

有没有一种可能, 这个事件本身就是个乌龙...

https://www.ithome.com/0/879/132.htm
https://www.ithome.com/0/878/475.htm

@safarigu 能合法去墨西哥的必须得先有美签吧我记得

如果加 10 块钱就能确保得到公网 IP 不被收回, 最好还能有合约(怕 ISP 以后反悔), 那很划算了
我记得广东那边公网 IP 要加 100, 而且还得 299 还是 399 每月的套餐才能办这个业务

太正常了, 毕竟注销宽带光猫要还回去的, 旧的光猫重新投入使用很正常, 光猫是 ISP 的资产, 对用户来说只要他能跑满你的签约带宽就没有换新光猫的意义, 反倒是这个加 199 换新光猫的操作很莫名其妙, 难道说 199 是买断这个新光猫以后不用还的吗...

另外我真心建议自己买一个第三方光猫, 第三方的 2.5GE 口的光猫才一百出头, 买了他是真正属于你的, 也不用求运营商给超级密码改桥接, 也不用担心运营商通过他们的 ONU 监控你, 更没法下发 TR069 这种对你远程施法改你的光猫配置, 完全不需要跟 ISP 扯皮给你的光猫是新的旧的千兆口还是 2.5G 口, 你只需要保管好到退网那天还给他们就好

很早就发过了, 没什么好的解决方案
t/1144666

@barnettluo1994 我只在 116.147.64.97 呆了一天, 今天下午 WAN1 又被 ISP 侧重播了, 得到了最开始的 IP 段 157.0.163.x, 看起来是联通认为没问题出狱了, 这一段就是我最开始装宽带给的段, 而且现在也没有到网关延迟上升 5-8ms 被发到无锡去了, 最新的 PPPoE 日志也没有再出现被断线引导至那台"Huawei"了