V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  Kirkcong  ›  全部回复第 12 页 / 共 63 页
回复总数  1256
1 ... 8  9  10  11  12  13  14  15  16  17 ... 63  
@kkkbbb #31 单独的 adh 不能作为内网的默认网关,他没有路由功能。如果要作为网关来使用,需要确保机器有两个网口,一个 wan 一个 lan ,并且系统需要是 openwrt,adh 可以作为 openwrt 的软件包安装上。

不建议把旧电脑作为默认网关,一个是稳定性不行,另一个是太占地方。如果你想的话,可以作为旁路由来使用,这样万一哪天挂了,不会影响到家里的其他设备。
@windmoonwind pcdn 属于商业行为,明令禁止的哦
装成 linux,部署 adguard home 提供 dns 服务,dashboard 上可以看到你们全家访问的网站,并且能过滤出来哪个恶心的 app 频繁查询 dns
1 月 7 日
回复了 phoenixG 创建的主题 生活 有没有程序员爸爸带娃的
@phoenixG #5 有啊有啊,我当年幼儿园就有,记得很清楚,因为我妈下班时间正好和我下学时间一样,所以每次等她来最后一个接我已经把作业写完了。。。
@est #11 可以设置统一 wifi 下使用相同的 mac,之后就可以 arp 看设备了。不过有个问题哦,有看过 ios 的休眠策略么?并不一定时时刻刻都在连接着设备吧?这样会导致经常误判的。
1 月 7 日
回复了 Censhuang 创建的主题 生活 人生的容错有多少?
人生很长,不差这点时间。

听了你的描述,没感觉有什么不好的地方,去直面你的恐惧,该做的迟早要做。
1 月 7 日
回复了 superhuai 创建的主题 问与答 现在还有送英国 Giffgaff 电话卡吗?
fi

if 语句少打结束语了
@EvanQu #8 macbook 自带的只有充电线哦,没有数据线的
我用的 H12D-8D ,EPYC 7002/7003 的 cpu 。2025 年 4 月买的,到现在快一年了吧。说说有问题的部分:

1. ipmi 长时间运行会卡死,不确定是我 bmc 版卡的个别原因还是普遍的问题。具体表现为重启时卡在 b4 很久才能进系统或 bios (大概 15-20 分钟吧),进入 bios 后提示 ipmi failed 。关闭 ipmi 功能后启动时间正常
注:b4 代码官方说明为内存问题,但实际上单纯就是卡在 ipmi ,很具有误导性。

2. 之前买的 tpm 模块在 disable 后无法识别,以为 tpm 芯片损坏,昨天买了个新的插上去也不行,感觉是我设置问题,主板层面出问题的可能性不大。

总的来说,除了 ipmi 以外没啥大问题,24*7 开机也正常。性能方面主板貌似也谈不上,从扩展性的角度来说,四五个 pcie 插槽+一堆 m2 接口也是够用的。比较麻烦的是没有 typec 接口,前后都没留,我的方案是买了个 m2 转 usb 前置,除了不美观倒是没什么问题。

不过需要说明的是,我机器是当塔式工作站来用的,平时就打打游戏跑跑 golang 代码什么的,虽说从不关机,但负载确实没多少。


Base Board Information
Manufacturer: HUANANZHI
Product Name: H12D-8D
Version: V1.0
Serial Number: Default string
Asset Tag: Default string
Features:
Board is a hosting board
Board is removable
Board is replaceable
Location In Chassis: Default string
Chassis Handle: 0x0003
Type: Motherboard
Contained Object Handles: 0
太小众了。。。甚至听你说完都没有什么感觉。
HM
@livib 前提是钱还在国内
如果说单纯用来接收短信,我买了个 4g 模块,通过 usb 接到软路由/电脑上,写了个脚本用来转发收到的短信到 tg 或者邮箱,模块+天线整个下来两百左右吧

https://i.imgur.com/JHVYTB0.png Screenshot 2026-01-05 at 4.21.41 PM
2025 年 12 月 26 日
回复了 mintongcn 创建的主题 NAS immich 有备份还是炸了
@mintongcn "像是容器被重建",你的容器没有做持久化?
2025 年 12 月 25 日
回复了 youngxxx 创建的主题 程序员 “快手直播事件”引发的技术思考
@TArysiyehua #18 “实际上你跟厂商好好沟通,大部分厂商都认并且发放奖金”,不一定会的,他们会想,他怎么发现的?为了发现/验证这个漏洞做了什么?在此期间接触到了什么?发现之后有没有做什么?如果我们认下了会怎么样?要不要给奖励?钱谁来出?要不要写进报告?奖金是不是得安全团队的绩效来扣?

至于后面的 如果不认,白帽子会不会泄漏出去,那就得看情况了。就算泄漏出去了,他自己没有保留足够的证据证明自己是善意的,或者没有造成损失,那就送进去完事儿。

不是说这种情况一定会发生,但真很危险的,白帽子不会反咬入侵计算机是因为他们有厂商的许可,如果没有这个许可,是真的会进去的。我当时报那个漏洞都是和一个很熟的小伙伴商量后才决定报的,而且报之前我是直接和公司架构师打电话经过同意才说的。如果不是有信任的伙伴能讨论,能为我作证,我是肯定不会暴出去这个漏洞的,最好的选择是自己利用,万一哪天出事了用这个漏洞无痕删除记录,留着用来保护自己。

对于外面没有许可的非白帽子,一个不小心就进去了,尤其是高压环境下,肯定不希望给自己惹事的。
2025 年 12 月 25 日
回复了 youngxxx 创建的主题 程序员 “快手直播事件”引发的技术思考
@EthanDon #10 确实,是有些理想化。

我觉得公开寻找/讨论适合这种为大众提供服务的公司,比如 cloudflare ,腾讯云,tb 。首先,暴露在公众下面的服务肯定是要被挖的,既然漏洞已经被挖出来,不如摆出来赶紧结束掉,而不是让人们有其他的想法。就像高压锅一样,气体总是得出来的,只是取决于什么方式。

还有一种情况,现代的漏洞很少是单一攻击,更多的是组合漏洞。这种情况下,如果先前的爆出来并修复掉,就不会出现多个漏洞被同时利用,导致更大规模影响的情况发生。


对于一些很是封闭的场景才适用于这种禁止讨论,比如说内部使用的东西,或者正常人不会接触到的服务。这些服务接触的人也少,也很少泄漏出来。
2025 年 12 月 25 日
回复了 youngxxx 创建的主题 程序员 “快手直播事件”引发的技术思考
@TArysiyehua #12 对于其他人寻找到的漏洞不就凉凉。。。白帽子是能寻找出来漏洞,但很多漏洞是偶然发现的,而且大多时候都是查有没有已知的漏洞,而不是费尽心思挖掘一个不知道哪里的漏洞。

我要是一个白帽子,你就算给我十个亿,我能保证的也就是没日没夜的帮你找,但没人能保证不知道的东西的。

举个例子,我前司自研国内信创产品,是真的有实力,公司全是大佬,每次产品发布前都通过各种检测,因为是给某些独立于常人生活体系之外的团体使用,但还是被我找到了一个致命的、任何一人就可以远程做到的、接管全部集群、可以做任何事情、查看任何数据的漏洞,但我当时的 title 只是文档工程师,别说 src 了,和开发都八竿子打不着的。当然,这里不是说产品垃圾,而是我看到了一个刁钻的东西,由此产生了灵感。(漏洞早已上报并修复)
2025 年 12 月 25 日
回复了 dilidilid 创建的主题 MacBook Pro MacBook Pro 似乎外接多屏高分高刷显示器有兼容性问题
@dilidilid #10 不是这样的,你理解的显示器协商有些许偏差。

举个常规的例子,比如 tls 版本协商,有个参数 version,如果 value 是 tls1.3 那就是 1.3,如果没有,那就尝试 1.2,还没有就尝试 1.1. 同理,显示器协商也应该是这样,查看最大分辨率,然后查看最大频率,一层一层逐级递减,直到找到最大的组合。

可显示器的实际情况很复杂,协商是双方的,显示器的行为也会决定系统能否正常识别。电脑端有兼容模式,显示器同样也有,比如我的 lg 显示器,显示器本身只能设置 4k60hz 的源信号,不可以手动选择任何其他输出分辨率,包括 4k60hz 下面的也不可以。但同时,该显示器却可以接受并正常显示 pc 端传入的其他信号,比如 1080p60hz 。

(注:可能有些乱,说明一下,显示器是支持 4k60hz 和 1080p 的,但它只会给 pc 传输 4k60hz 信号,这并不矛盾,因为显示器可以在 4k60hz 的显示器分辨率下显示接受到的 1080p 信号)

这就导致一个很奇怪的现象,电脑端可以随意发送信号,显示器以兼容模式照单全收(除非信号配置高于显示器最高),但同时屏幕会显示输入的分辨率与显示器分辨率不同。此时相当于源分辨率与目标分辨率不匹配,没有握手成功。这种情况下正确的做法是什么?应该显示器端切换为向下兼容的信号。为什么不是 pc 适配显示器?因为有时候我们就是希望在某个低分辨率下运行的。

再往下这个过程,既然协商没有成功,那就继续协商下面的。理论上来说,总有一个下面的参数可以协商成功,只是显示效果有多差的问题。但是先前提到过我显示器的行为是,————只能输出 4k60hz 的源信号。这种情况下,对于 pc 来说,面临两个选择,要么中断协商,要么不处理这个异常(无视显示器端的协商报错,强制提供用户设定的分辨率)。至于怎么处理,这就得看不同厂商的设定了。能确定的是,不只苹果这一家中断协商,其他厂商也会有,比如我的融合器厂商。

以上不代表你遇到的情况和我一样,只是用来举个例子说明显示器兼容协商的复杂性(我也确实有些怀疑是不是你的显示器没有给 mac 传输 60HZ 的信号?不太能确定)。

对于苹果来说,他们的宗旨就是,凡是支持的东西,要近乎于完美,给你极致的体验,对于没写着支持的东西,看都懒得看一眼,能用则用,和我无关,兼容性这种东西从来都是和苹果理念背道而驰的。

所以我当时选择显示器的时候就是按照苹果内置的显示器配置文件名单买的,所有功能全部正常,色彩也是最棒的。
2025 年 12 月 25 日
回复了 youngxxx 创建的主题 程序员 “快手直播事件”引发的技术思考
@XDiLa #4 src 的作用有限,如果允许明面上技术交流,作者发现后会发出来,既能提升自己知名度,又能逼迫上游修复漏洞,毕竟影响范围很大,例如很古老的 sql 注入漏洞。

当不再允许正当的技术讨论后,很多漏洞确实被掩盖了,漏洞被挖出来,如果提交给厂商,国外的还好,有些还有奖金,国内的搞不好要被反咬一口说入侵计算机,那只好自己留着用或者卖出去咯。

src 再大,人数再多,也没有发出来共同解决来得快,大企业响应速度慢了去了,从发现到逐级上报,再到采取措施,最后还得看排期,实施完都不知道猴年马月了。
2025 年 12 月 25 日
回复了 dilidilid 创建的主题 MacBook Pro MacBook Pro 似乎外接多屏高分高刷显示器有兼容性问题
@dilidilid #7 我觉着吧,苹果的这波操作合理,但有些别扭。

合理的原因:
1. 苹果不适配它宣称支持规格以外的硬件,这很正常。
2. 你的硬件确实是它宣称支持规格以外的硬件。
3. 对于它宣称支持规格以外的硬件,无论是否兼容,是否有问题,反正都不在官方考虑范围内,不适配、不考虑、不测试,能不能用都不关心。
4. 你说的“至少也应该在我 macOS 里限制为 4K120Hz 之后识别第二台显示器”,这个操作是在说,苹果是否有某种兼容模式去兼容支持规格以外的硬件。或许其他有些厂商做了,可能苹果没做,又或者某些显示器在这种情况下是没问题的,但你这个品牌/型号兼容不了,也没什么问题。


说个我的经历,之前有买过融合器,就是 dma 那一套的,最开始完全不能用,1080p 也不识别,纯纯黑屏。后来换了个,写着支持 4k60,我显示器也是 4k60,只有兼容模式下才能识别 1080p 的分辨率,但确实其他人的显示器可以 4k60 。显示器这东西参数很多,即便协议一致也有可能出各种问题,对于如何处理拿到的不同参数,各家都有各家的应对方式。

也确实,切换成 144HZ 竟然还不能识别,真的有些别扭,一般来说降下来都能自适配的。
1 ... 8  9  10  11  12  13  14  15  16  17 ... 63  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   932 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 20:09 · PVG 04:09 · LAX 13:09 · JFK 16:09
♥ Do have faith in what you're doing.