ToughGuy

1. 攻击者知道各家云厂商的 DDoS 黑洞策略，一般都是遭受攻击超过基础防护的一定阈值或时间后被黑洞 N 小时，所以攻击者只需要较低的成本就能实现拒绝服务的目的。
2. 任何云厂商不可能无限给你换 IP ，如果你是个体用户并且频繁被攻击甚至有可能会被云厂商劝退。
3. 最近几年国内游戏在上线节点被攻击勒索是常态了，你们游戏的玩家群、社区都有攻击者的眼线在里面，他们专们门针对游戏工作室(搜索: ACCN 组织)。
4. DDoS 高防确实很贵，但是比起游戏的研发、运营成本算是比较小的一部分，大部分游戏其实只要熬过上线那段时间后面会明朗许多（游戏赚钱那么这部分成本无所谓，数据不好可能就直接下掉了），所以该交的保护费还是得交，但是绝对不要把钱给黑客。
5. 各家云的防护产品一般分为两种, 机房原生防护和代理高防，原生防护的优点是对后端无感（透明接入），缺点是防护带宽有上限，一般在 200~300Gbps 不等 。代理高防理论上可以到 T 级防护，缺点是但是可能需要对后端进行一定的改造，而且会引入额外的延时，所以对实时性要求高的游戏影响较大。
6. 对于后端架构设计而言最好是假定将来的服务前面会根需要随时增加或去除一层转发，不管是负载均衡器、还是代理高防、还是 WAF ，这样可以备不时之需，而且可以做到相对较低成本的防护接入（防护挂载负载均衡上，再转发到后端， 这样来减少防护 IP 费用）


以上是一个运维的粗浅看法。

leveldb 有 cgo 的封装及原生实现，但是不知道可靠性与原生的 leveldb 相比如何。

xvfb + x11vnc 就可以实现了，单纯需要远程显示浏览器内容不一定要 DE

记得抓出来后的地址也是有时效性且 TTL 很短，很难做到一劳永逸。

tar -czvpf /full-backup.tar.gz --exclude=/full-backup.tar.gz --exclude=/dev --exclude=/sys --exclude=/proc --exclude=/run /

/mnt/sysimage 应该不是你的原系统分区挂载点, livecd 是不会自动挂载磁盘的。

1. fdisk -l 找到原系统分区， 一般是 /dev/sda1, 或者(sda2, boot 独立)
2. e2fsck

纯推测，很久没用过 livecd 了。

OP 可以试试 Macs Fan Control, 把风扇的策略调激进一点（ core average: 30~60 ），然后搭配一个铝合金折叠支架，这样也更利于散热。

Mac 默认的风扇策略可能是为了安静， 不到烫手他不怎么转，真是奇葩。