AstroProfundis 最近的时间轴更新
AstroProfundis

AstroProfundis

V2EX 第 24849 号会员,加入于 2012-08-04 17:36:15 +08:00
今日活跃度排名 20675
AstroProfundis 最近回复了
3 天前
回复了 weilanwl 创建的主题 奇思妙想 有没有基于 nas 自建 im 的方案?
@heimoshuiyu 应该是 matrix.org 吧,io 看起来是个币圈项目
4 天前
回复了 weilanwl 创建的主题 奇思妙想 有没有基于 nas 自建 im 的方案?
您是否在找 Matrix
10 天前
回复了 orioleq 创建的主题 摄影 A7C2 新手劝退
前排回收不要的 A7C2, 可以和我换不锈钢脸盆
我支持像楼主这样想的外行和新手多一些,都去炒币或者刷 AI 概念小程序吧,这样真正需要运维和开发的地方我的竞争对手变少了才有机会多赚钱
你不要教人家干活,多去想办法搞定上级和其他部门的资源、协调关系,让人家能专心干活就行了
建议楼主及时到附近精神卫生中心或者医院心理科咨询,不要耽误了时机
细小改动也是贡献,不合理的是空投规则不是贡献者,更不是项目维护者
177 天前
回复了 frencis107 创建的主题 信息安全 OpenSSH 爆高危漏洞 CVE-2024-6387
@7789aa900 后果就是你之前包管理安装的 ssh 会被编译的覆盖掉,且不说编译参数和源里面打包用的不一样了,这个大概不影响运行,只是理论上可能存在安全性或者性能方面的隐患,主要问题在于这些 make install 丢到系统目录的文件是脱离了包管理的,以后再升级的时候有可能会被包管理报错文件冲突,或者其他乱七八糟的问题,不好说

你可以尝试 make uninstall 删掉自己编译的那些文件,然后 apt install --reinstall ssh 强行重装源里面的包来覆盖回来,不保证好使,记得动手前先备份数据和 /etc/ssh 的配置,完成后重启 sshd, 并且在验证能连上去之前不要断开已有连接

如果真的有需要自己编译替换系统包的情况,要么用按照发行版的打包手段打一个包去替换已有包,这样所有东西都还是包管理管着在,要么最起码在自己编译安装的时候指定 prefix 放到诸如 /usr/local/xxx-x.y.z 或者 /opt/xxx-x.y.z 之类和系统原有包区分开的地方

这还只是 ssh 玩坏了后果仅仅连不上机器而已,不算难救,如果是 glibc 之类的东西,自己 xjb 编译一个把系统的覆盖掉就有得好玩了
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2715 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 20ms · UTC 15:23 · PVG 23:23 · LAX 07:23 · JFK 10:23
Developed with CodeLauncher
♥ Do have faith in what you're doing.