另外，debian logo 的设计灵感来自于玩具总动员里巴斯光年的“胡子”。

KeePassDroid 在 Android 上非常棒，可惜其他系统没有类似的实现。后来发现 Bitwarden。个人认为它的优势是支持自建，有个 Rust 实现的非官方服务器版本，比官方的节省资源。

> While DNSSEC ensures integrity of data between a resolver and an authoritative server, it does not protect the privacy of the “ last mile ” towards you. DNS resolver, 1.1.1.1, supports both emerging DNS privacy standards - DNS-over-TLS, and DNS-over-HTTPS, which both provide last mile encryption to keep your DNS queries private and free from tampering.

> In the end, we decided to build the system around the Knot Resolver from CZ NIC.

https://blog.cloudflare.com/dns-resolver-1-1-1-1/

@mosliu 我在北美的一个 vps 上运行的。

@Cipool 请问 he.net 相比 cf 有什么优势？

```
dig @a.gtld-servers.net. liuxuan.net

; <<>> DiG 9.11.3-2-Debian <<>> @a.gtld-servers.net. liuxuan.net
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31110
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;liuxuan.net. IN A

;; AUTHORITY SECTION:
liuxuan.net. 172800 IN NS f1g1ns2.dnspod.ne.
liuxuan.net. 172800 IN NS f1g1ns1.dnspod.ne.

;; Query time: 15 msec
;; SERVER: 2001:503:a83e::2:30#53(2001:503:a83e::2:30)
;; WHEN: Wed Jul 18 19:57:39 PDT 2018
;; MSG SIZE rcvd: 93
```

是不是在域名注册商的系统里弄错了？感觉应该是 f1g1ns1.dnspod.net ，但是后面少了个 t。现在的 TTL 是 48 小时，修改后可能还需要等一阵子才能生效。

谢谢大家。

@Torpedo 不确定固态效果怎么样，所以就先没买。家里另外一台机器上有个 850 evo，如果确实感觉慢，可以拿过来用。

@murmur 我是休闲玩家，没打过 raid ……

@kokutou 我不是很懂，见笑了。我按你说的再搜搜看。如果不是太浪费，是否应该保留显卡的配置？这样过两年说不定还能体验一下新的游戏。如果不考虑灯光效果，而是希望安静一些，还需要做其他改动吗？

你不是一个人： http://nautil.us/issue/46/balance/why-you-feel-the-urge-to-jump

> 一般 CDN 肯定是可以缓存 HTML 的吧

现在绝大多数网站的 HTML 是动态的，强行缓存反而不好。我记得虽然默认不缓存，但可以设置规则缓存指定的 URL 的，从而达到缓存 html 的目的，不过不确定是不是需要付费才有这个功能。

现在的机器内存大，如果有剩余的话，可以考虑把频繁读写的部分放到内存里。我也是 NUC7+32G，PXE 后内存里跑 Debian 和常用的程序，也就用了 2G，还有近 30G 可以挥霍。:p

@bissi CDN 厂商一般都支持 NS 和 CNAME 两种接入方式，NS 方式需要更改 DNS 托管。如果用 CNAME 方式接入，默认情况 DNS 规范要求根域（对于 a.b.c 来说，b.c 就是根域）不能直接设置 CNAME 记录，所以才会有先设置一个子域（ a.b.c ），然后在这个子域上设置 CNAME 记录。

你可以考虑使用 NS 方式接入。或者，有些厂商提供了一些解决方法，比如 Cloudflare 的 CNAME Flatten： https://blog.cloudflare.com/introducing-cname-flattening-rfc-compliant-cnames-at-a-domains-root/。

如果只是希望获得 readline 的功能，可以尝试套一个前端，比如 socat:
socat READLINE,history=/path/to/history TCP4:127.1:11211,crnl

记得从 Android 6 开始，闹钟响前一个小时，会出现一条通知，向下拖动通知后，可以选择取消闹钟。对于重复闹钟，只会取消当前这次，对后续没有影响。

个人猜测，对于 119.29.29.29 这个 DNS 服务器， UDP 和 TCP 采用了不同的路径。可能 UDP 直接做了递归查询， TCP 只是做了个中继，转发到其他服务器查询。这样就导致了查询结果不一致。看 www.qq.com 的 UDP 和 TCP 查询结果，不象是同一个服务器返回的。

大多数的 DNS 服务器并不完全支持 TCP 。我能想到比较简单的办法是，列出一个自己常用的国内使用 CDN 业务的主域白名单，这些查询直接走 UDP 。

猜测应该是指 mbr ， gpt 应该不用 fdisk 。

mbr 的话试着找找 terminal 的 log ，看看有没有这个分区的起始位置和大小。如果能找到尝试重新创建位置大小完全一样的分区。

将 hostname 添加到一个域名下面，作为子域名，同时修改 /etc/resolv.conf ，例如

host1.mydomain.net IN A 10.0.0.101
host2.mydomain.net IN A 10.0.0.102

$ cat /etc/resolv.conf
domain mydomain.net
search mydomain.net
nameserver 8.8.8.8
nameserver 8.8.4.4