Cheatsheets

上回书说到我最近在整理DNS的配置，其实当时这么做最早的诉求是把用来做ACME DNS-01验证（RFC 8555第8.4节）的域名单独拆出来，以改善其更新响应速度（因为大部分情况下权威DNS记录并不需要经常更新，我们更关注的是响应性能和可用性，而DNS-01验证则对更新时效性有比较高的要求）。

不过既然来都来了，索性把证书也顺手更新一下，从RSA换成ECC。由于我2015年就启用了DANE和TLSA，因此这意味着需要重新生成所有的TLSA记录；另外我也顺便给一些跑了SSH服务的域名补上了SSHFP记录。

这里记录一下所用的命令，供未来参考。

最近给 blog 增加了一个自定义的 404 错误页面。像 Hugo 这样的静态网站生成器在构建时，默认会把渲染好的 404 页面直接输出在网站根目录下，即 /404.html。

针对这类页面，我们通常希望：

1. 当访客访问不存在的网址时，服务器呈现该页面的内容，并且 HTTP 状态码必须是 404。
2. 当有人（或爬虫）直接在浏览器中访问 /404.html 时，同样呈现其内容，但返回的 HTTP 状态码依然必须是 404，而不是 200 OK。

有时，我们会希望分发包含大量重复文件的 tarball。绝大多数情况下，tarball 都会进行压缩，进行适当的预处理有助于显著地提高压缩效率。

数据压缩的基本原理是利用数据中的冗余，通过更短的编码或规则表示重复或可预测的内容，从而减少存储或传输所需的空间。简单的例子中，比如连续重复的字符「AAAAAA」可以表达为「6A」，然而，当重复数据分布在较长范围内时，压缩算法很难直接发现和利用这些远距离的关联，因为需要额外记录位置或匹配信息，这种匹配开销很大，做的话会严重影响压缩速度并且可能收益不高。对于文本文件来说，其中的许多内容会高频率地出现，而如果一个 tarball中包括数个内容一样的大型二进制文件，压缩算法很难有效地检测并对他们进行正确的处理。

其实想搭一套 paperless-ngx 已经挺久的了，趁着四月底休假的时候搞了一动。

我们经常会有一些各式各样的 PDF 文档，例如和各种供应商、公司之间签署的文件、账单，以及参加一些学术会议时留下的幻灯、资料等等。比较自然的办法就是创建不同的文件夹来分门别类地保存。然而，简单地用文件系统来保存这些文件有这样一些问题：

这篇和较早的 线上重做 FreeBSD GPT 引导分区 情况有些类似，但略有不同。

前段时间 Andriy Gapon 为 Samsung 860 / 870 SSD 增加了一个 quirk。Samsung 的 SSD 内部使用的是 8K 或 16K 的存储页，但为了和业界标准兼容，它的控制器为 4K 扇区做了优化。

周三的时候，USPS发来了一封电子邮件，内容如下：

这里记录一下过程备忘。

我在 2011 年注册了一个比较技术宅的 .org 的域名，但一直没有实际投入使用，最近宏观经济形势不太好，所以索性把不用的域名出一批来减少持续的花销，周四终于出现了一位愿意接手的朋友，于是我们找时间做了一次域名转让的操作。

我的 Wiki 之前使用的是 Disqus 的评论系统，而 remark42 支持多个网站，因此这次顺手把评论系统也搬到了上面。

很久以前在 macOS 上配置了一次，然后具体怎么配给忘了一个干净，所以这次写一个作弊条。

问题

有些环境中，SSH 服务器可能无法从 Internet 直接访问（例如，SSH 服务器可能使用的是一个私有 IP地址，或是 Internet 服务提供商没有提供 IPv6 服务，而 SSH 服务器只提供 IPv6 服务）。

考虑到 SSH 已经进行了相互认证（连接时客户端会验证服务器的公钥是否与已知公钥，例如 ~/.ssh/known_hosts，或是通过 DNSsec 发布的 SSHFP RR 匹配；服务器端则会验证用户是否能证明自己拥有与授权公钥对应的私钥），因此比较常见的解决方法便是使用 VPN、在防火墙上穿孔，或是使用代理服务器。

由于 SSH 自身也提供了许多转发功能，因此如果中间的跳板服务器也提供 SSH 服务，便可以使用这些跳转服务器直接作为代理服务器来用。与前面那些传统方法相比，这样做的优点是避免了安装额外的软件，也不需要特别指定端口。