V2EX xud6 的所有回复 第 1 页 / 共 2 页
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX    xud6    全部回复第 1 页 / 共 2 页
回复总数  32
1  2  
这个是源头
https://twitter.com/cglyer/status/1182413194360508419
“APT41 compromised company behind TeamViewer - which enabled them to access *any* system with TeamViewer installed ”
这个是详细的资料
https://content.fireeye.com/api/pdfproxy?id=86840
在 20 和 43 页

结合语境,这里说的应该是在第三方供应商使用 teamviewer 提供远程支持的情况下,APT41 黑了提供 TeamViewer 的第三方供应商( company behind TeamViewer )的账户,让他们可以访问所有第三方供应商能控制的安装了 TeamViewer 的电脑。
问题的核心是不应该给第三方供应商提供无人值守访问,应该仅在需要时开启并监控。

除此之外还涉及到 teamviewer 的是默认的动态密码长度对常驻后台的用法太短,可能被暴力破解。以及钓鱼邮件等途径可能以 teamviewer 客户端作为初始下载内容绕过杀毒软件和行为检测。
2018-09-15 18:43:12 +08:00
回复了 teddybun 创建的主题 云计算 刚才看到一个文章,阿里云退出美国市场
退出美国市场 = 不在向美国用户推广上投入 != 不在美国架服务器
@ericgui
不知道你说的什么
https://firebase.google.com/docs/web/setup
这里应该很清楚了
firebase https://firebase.google.com/
除了不是 mysql,几乎完全满足你的需求
@zhuang #116
我只能说不要拿 ceph 硬套,不是只有 ceph 一种实现,也不是 ceph 的实现方式才是最好的。
腾讯 cbs 用的肯定不是 cbs,ceph 能正真意义上提供能拿来做虚拟机存储的性能也是最近的事,时间上是来不及的。
随手 google 了一个: http://www.sohu.com/a/160635754_505802
更妙的是这照片选的角度实在太差(或者腾讯的本来就这样?),我还以为是哪个贫困国家的机房。
先检测再插入,并行处理会有点难。
2018-08-10 14:41:20 +08:00
回复了 abc1763613206 创建的主题 Linux AMD 芯片组没法正常安装 Ubuntu
@abc1763613206
试试看用命令行能不能装,然后装最新的 kernel 等
2018-08-10 12:26:26 +08:00
回复了 abc1763613206 创建的主题 Linux AMD 芯片组没法正常安装 Ubuntu
@abc1763613206
那就是显卡问题
2018-08-10 11:12:03 +08:00
回复了 abc1763613206 创建的主题 Linux AMD 芯片组没法正常安装 Ubuntu
Invalid PCI ROM header signature 前面是出错的硬件。
@gamexg
不会是硬盘内部检测到错误再返回 0 或者故障数据,腾讯应该还没傻到用这种硬盘。估计是硬盘直接返回了错误的数据,这种事情在 SSD 上发生过。
@ryd994
写的时候会有回写缓存,而且 RAIN 的瓶颈主要在主控节点上,磁盘性能可以通过增加节点数量解决。
@seabiscuit09
1.最初的信息就是腾讯给客户恢复了数据,但是数据有污染,客户认为不能接受。
2.前面有说是 SSD 那很可能是 ODM 产品。
@zhuang
ceph 的 QOS 最近才有进展,用 ceph 的可能太小了。

云硬盘的价格,即使按腾讯的算,用真正的三副本也有得多。

写入时禁用校验不可能。
1.校验信息本来就已经存在,不需要再计算一次。
2.如果没有校验信息,腾讯是发现不了错误的。

至于为什么切换之后才报错因为原仓库有正确的数据完成自我修复,而新的仓库没有就成了不可修复错误。大容量存储有单份数据出错是很正常的,并不会有人关心。
@mhycy #66
作为参考 azure 在三向镜像之下用的 raid5。而且按微软说法 raid5 只是为了维护方便(blind swap),在数据安全性上的意义不大。
@yanhao1991
三副本只是 RAID10 的升级版而已。而且云存储硬盘的可靠性要比普通企业级低,比企业级 raid10 高不了太多。
@mhycy #58
这里有问题的是读取部分。迁移的读缓存命中率肯定是很低的,不过缓存很正常。另一边的写肯定会过回写缓存。
@mhycy
理想的情况下当然是按单个云盘切换存储系统,但这样的开销太大可能性很低。在单个云盘之上,存储系统之下应该还会有管理单位。
1  2  
关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     6060 人在线   最高记录 6679       Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 23ms UTC 02:29 PVG 10:29 LAX 19:29 JFK 22:29
Do have faith in what you're doing.
ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86