@autoxbc #8 哈哈 主要是两个 2280 还好 现在谁还用 2242 啊
我现在一般文件都扔 nas 电脑本身存的文件也都有同步 不在意终端的数据安全
选个 12 代感觉没啥毛病 喜欢核多

补充一下 目前主力机还是 mbp2018 （ i5-8259U 8+256 其实 U 性能不是太在意 但总觉得买新不买旧
理论上 1255U 应该是比 1165G7 好一点的吧 核显相同 多核性能方面胜出 就是不知道 tp 的调教怎么样
11 22h2 体验过一段时间 没啥不满意 除了碰到 smb 速度减半的普遍 bug 之外 所以不是很留恋 win10
搜了搜 E 系列和 S 系列（就是国外的 L 系列）也都是入门级的定位 感觉也差不多 那就是从 7 8 里面选

@autoxbc #1 办公本感觉 16 足够 不过能到 32 确实是保留了拓展性 双 M2 倒是没啥用 都是 2280

@ScepterZ #3 十代核显再差也不至于带不动 4k60hz 吧 等我同事的这个电脑到了我问问

@whusnoopy #5 屏幕素质 其实这些我都看不上 其实 win 本个人更想要一个触摸屏 可惜公司没的选

看了看大家的回复 反而是想要试试 12 代+win11 了 不知道我之后会不会后悔

@dqzcwxb #1 去中心化 肯定是不能引入中心化交易平台的

@araaaa #2 看了 sia 感觉比较接近了 filecoin 其实还不算和我的设想一样

@Aixiaoa #9 "最开始打算放到一个地方，其他的设备远程挂载"
如果每个设备都是自己用的 即没有公用设备的话 可以尝试下 monorepo （也是前段时间一个大佬教我的
最好不要远程挂载 每个设备独立丢一份副本 版本管理交给 git 等专业工具 不然设备多了乱的要死

我目前是一个 3900x 的计算节点（ pve 跑虚拟机 装了个 3080Ti 显卡直通） + g5905 的一个存储节点（ unraid ）
+ j4125 的异地备份（ qnap 也用于分享文件） + 腾讯云 4h4g 轻量
手边的设备是一个 mbp2018 + nuc8i5 + 一个 win 本 互相用 Resillo Sync 同步目前在用的文件
腾讯云那个轻量跑了个 Gitea 来同步代码 异地备份那里跑了个 Dokuwiki 来记笔记 其余文件都在存储上
哦对 轻量上跑了个 jupyter lab 来维护数据库 靠 ssh -L 访问 mongodb 也放在轻量上面
也是在学 go 日常写的话在 mbp2018 上写 build 的时候自动交叉编译并 rsync 到其他节点 这样就不用每个都装 go 环境
本地都是 2.5G 网连接的 异地的那个有公网 互访倒是没什么问题 除了异地速度最多 12MB/s 之外
云备份是用的 115 （ 11.5 年会员 100T ）+天翼云盘（ 5G 铂金会员 3 元 /月 4+2+1T ）+夸克（ 5 元 /年 6T 从咸鱼收的）
我觉得你的问题出在存储和计算离得太远了？而且需要 cpu 和 gpu 计算不应该自己手里的笔记本做吧
一般我都是开发和调试在本地 跑任务都是丢给服务器去做 一些 api 服务写成 k8s 方便随时迁移到轻量
另外同步未提交的 git 不算是什么好习惯（尽量还是 pull push 实在不行开很多分支 离开了就全 add push

分享一下我的参数
ffmpeg -y -threads auto -i "$1" -c:v libx265 -vtag hvc1 -bf 4 -crf 23 -preset slow -qmin 10 -qmax 52 "${1%.*}.enc.mp4"

话费尽量不要冲 200/300 这样的整数 小额分散冲

@ooxxcc #1 好吧 不过你说这个只从一块盘读取 好像我也是耶 你看我两块盘的温度 看起来有一个在摸鱼

@everyx #2
@Huelse #4 是 unraid 没错

@cr0wd #3 根据进程 pid 唔 确实是第一次听说这个概念 思想还挺有意思的

那看来这个小 nas 的升级计划就定了：
1. 移除这两块 512G 的 raid1 组合
2. 更换 8T 缓存盘为 16T
3. 新增俩块便宜 4T 硬盘扩容

合影留念

大一的时候做过类似项目的科创 大概两人开发两个月吧 仅服务端和安卓端 十几个人用没啥问题
功能：注册、添加好友、发起会话、发送表情、图片、转发消息 其他的都没实现
可以参考下野火 IM 的实现（ https://github.com/wildfirechat/im-server ）
你要的及时是啥意思 主要是看用户量 消息走服务器存储转发 websocket 就算及时了

祝好

@mrzx #48 “说了也是白说” 指不定小白乱搞给我们所有人带来不便 复杂不是不管的理由
你还是没看之前的回复 有些傻瓜产品默认全放开了 无脑的默认设定在各个厂商之间都不一样
@Mrs4s #49 目前 ipv6 的封锁很弱 别说 445 了 80 和 443 都可以通 我就是直接用的 443

我也思考过这个问题
究竟是自学拿到的知识与经验重要
还是大学里耗费时间拿到的文凭重要
我的结论是：
同等重要
把大学里大片空白时间用来自学填充自己最重要

@LnTrx #42 好久没用过群晖了 支持双栈那确实满足要求 就是不知道 https 证书是不是免费提供 威只有国外有 lets
Docker 体验还可以 SSH 只能说体验不甚满意 其实主要还是性能太差（扯远了 本帖主要讨论网络安全问题
不管怎么来看 目前的 v6 架构都太复杂了 不过想想 v4 的发展历程 也算合理 最绝的是还有各种翻译“黑话”
像什么端口映射翻译成虚拟服务器 还有小白搞不懂的 DMZ 主机 UPnP 服务 以为是我们故弄玄虚

如果不查手册 谁知道光猫网关里 v6 配置页面 的 O 和 M 的四种组合状态都是干啥的
更不用说 OP 里 路由通告 NDP 代理 路由模式 混合模式 中继模式 各种排列组合了
我们在这聊 SLAAC 然而各家路由器还有各自不同的叫法 有的就叫“按 PD 前缀下发”
甚至有状态 DHCPv6 一般也是不提供可配置项的 分下去就是固定格式
这些“由实现而定的约定俗成” 实在是拉低了整体的安全性
所以不论是网关安全还是终端安全都应该保持警惕 期待良莠不齐的开发者才是最不现实的
现阶段最好这样 也只能这样 很多人还沉浸在 NAT4 带来的“安全性”中 没准备好“万物互联”
个人倒是期望 IP 网络回归它本身的样子 会迎来 P2P 的春天 真正的开放共享

@Bingchunmoli #43 笑死 我还确实没了解过非标 smb 在 win 下的表现 平时都是 mac

@Bingchunmoli #39 最好看看官方 wiki 开放 smb 在公网就用 slaac + 换一个非标端口是最好
端口配置 拨号的话 一般是 lan 侧显示 v6 wan 侧显示 v4 猫路由模式下是 DHCPv6 客户端 有一个 wan6
@LnTrx #40 终端不光指物联网设备 常见的 NAS 系统也算 现在群晖和威联通有官方 DDNS 对 ipv6 的支持吗
零信任是趋势 到时候应该会有一套成熟的信任标准 最主要的是现在发展的实在不尽如人意
标准是一回事 实现是另一回事 还有奇葩实现 当下只能针对所有的实现来编程
比如前面讨论的 NAT4444 就属于标准外的奇葩实现 这对那些“隐式依赖标准”的协议安全性是个打击
谁能想到七层的流量下来会被二三层的设备做分析呢

@laozhoubuluo #17 都可查的 就拿接入号来说 点进去之后就有全光路信息
至少到一级分光器这里还是所有线路都有标签的 不存在混乱
下到二级分光器可能接到 ONU 的具体物理端口和资源系统里有出入
一般来说是不会的 装维师傅安装前安装时安装后都要拍照的

@laozhoubuluo #13 都是历史遗留问题 很多协议出现的比 SSL/TLS 这一套还早
每层都加密一遍那很消耗性能的 特别是有些终端设备老旧 没有专用芯片的情况下
我们这边基本改造完成了 分光器都有 RFID 标签 每条线路跳哪个端口也都可查
在 OLT 上也可以查到对应 LOID 注册在哪个接口 online/offline 所以总体还是可控的

目前都是省主机房 往下到各市区机房 OLT
由 OLT 的一个端口 光缆下到配线架 往下走 ODN
出到一级分光器（通常在路边、小区、政企）
再往下可能到二级分光器（楼道）
由末级分光器（一二三不管）跳尾纤到用户家 ONU

从 OLT 出来的这一根光缆 其实连接了一大堆用户
无源 原理上可以在任意一个点监听全部的流量
我觉得哪怕不开启加密也没什么问题
毕竟上层协议不应该要求底层来保证安全

@laozhoubuluo #10 全光路的这些节点 以及每个节点的信息 综调系统都可查的 不存在什么不支持

@wwbfred #29 本站基本上都是 OpenWRT 用户 哪怕不是 也有基本的防火墙意识 但对小白来说就不一定了
特别是在一些路由器厂商没做 /弱化这类选项的时候 就造成了连上来的所有终端都在 v6“裸奔”的问题
比如我碰到的路由器一大半全部放开 v6 开关也不够灵活 甚至于还有“科技博主”教怎么关防火墙访问 NAS
当然 如果终端可以做到可信的认证 只监听必要端口 不留后门 不支持有状态 DHCPv6 那还是很安全的（
@Bingchunmoli #30 感觉延时问题应该出自 Zerotier 上 试试其他方式回来 比如自建 OpenVPN
@Techzero #31 用了 OP 的基本都会防火墙配置 不管是 v4 还是 v6 但还会碰到光猫那端的问题
比如前面提到的 电信和联通的光猫路由模式下在网关就阻断 v6 传入 移动的光猫在路由模式默认放通
而改桥接 由自己负责防火墙 又会碰到现在的 iPOE 改造等各种问题 最近 v2 上井喷的帖子都是互相关联的
@LnTrx #32 是的 全放通和有状态 DHCPv6 不能并存 之外考虑针对特定个人的域名攻击 DDNS 可找前缀
所以我的观点反而是有状态 DHCPv6 应当仅限于 NAT6 的情况使用 或者有合理防火墙策略的时候使用
“每台机器甚至每个虚拟环境都可以有独立的 DDNS” 不太可行 物联网终端还没见过支持 DDNS 的
这就是提到的另一个问题 如果无状态 在常作 DDNS 的网关反而是看不到终端的 v6 的 仍然待解决
对于 UDP 打洞（ BT 下载类）需求 最好是全阻断+依赖特定终端去向网关申请 UPnP 来的更实在点
“终端的安全更要认真对待” 很赞同 但是防不胜防 现状只能说是都不值得信任 还是自己挨个检查
@MNIST #33 VLAN 方案就更复杂了 哪怕玩 OP 的估计都没几个人会去搞清楚 tagged/untagged 的区别
@hanguofu #35 路由模式的光猫 真的就是这样 所以最好改桥接 自己做防火墙 不能期待不可控的外部
@erfesq #36 差不多同方案 我是白威联通异地 v4 只映射了网页端口 开了 2FA 远程回家用 OVPN
@plasmetoz #37 家用你这套方案过于先进了 哈哈 本站回帖的安全意识都很棒 应该是都有研究了