（前面没有编辑完，不小心按错了，发现不能修改）

创新的部分是 Oblivious ，这部分并没有消失，用到了 oHTTP 中。oDoH 和 DNS over oHTTP(DooH)底层的技术非常接近，相比前者作为一个过渡协议，后者更加成熟。比如在 oHTTP 广泛部署后，只要在将现有的 DoH 加在上面就可以实现 DooH 了。

创新的部分在于 Oblivious ，在 oHTTP 中

你希望看到的后续是什么样的呢？

IETF 并不是特别支持 oDoH(RFC 9230)，后续的应用很可能会是 DNS over oblivious HTTP 。

如果希望尝试 oDoH ，我记得 dnscrypt 是支持的，还需要找到一个可信任的 proxy 。

另外，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 开始，闹钟响前一个小时，会出现一条通知，向下拖动通知后，可以选择取消闹钟。对于重复闹钟，只会取消当前这次，对后续没有影响。