刚看到标题，我还疑惑 BGP 是 peer to peer 的协议，怎么还分服务端和客户端了。
看到内容我才知道，这个问题和 BGP 没有任何关系。

格里曆 1582 年 10 月 15 日，合儒略曆 1582 年 10 月 5 日，只有意大利、波蘭、西班牙、葡萄牙開始用格里曆，日期跳過 10 日。由于新曆法是教皇颁布的，新教国家予以抵制。直到 18 世纪，大英帝国，包括英格蘭、蘇格蘭、以及現在美國的一部份才采纳格里曆，也就是儒略曆 1752 年 9 月 2 日星期三的次日是格里曆 1752 年 9 月 14 日星期四，日期跳過 11 日。

来源：维基百科 https://zh.wikipedia.org/zh/%E6%A0%BC%E9%87%8C%E6%9B%86

黑客也喜欢 GB2312，比如通过插入 GB 码的第一个字符来改变后续字节的解析，达到绕过字符串检测甚至代码注入的目的。关键词：Multibyte character exploits

某些网站打不开或很慢是因为链路上存在 PMTUD 黑洞，一般情况下只需要配置好 TCP MSS clamping 就足够了。

我现在看到某些中文技术名词就头皮发麻。

猜测可能是指 transit AS 和 non-transit AS。如果你的 AS 是一个 transit AS，是允许发往其他 AS 的流量从你的 AS 过路的，比如电信->你->移动。non-transit AS 就是不允许过路，只允许 电信->你，移动->你。

12 楼讲的静态 BGP，严格来讲不是 BGP，而是 ISP 把你的 IP 段广播到他们自己的 AS，然后通过静态路由把流量导向你。

114.114.114.114 是南京信风运营的。

第一直觉楼主这种简单粗暴的方式可能会存在并发问题，建议仔细了解 registry 的存储和并发控制机制，并充分测试后使用

朝阳区，IPv4 和 IPv6 双公网，其中 PPPoE 分配一个 /64 的 IPv6 前缀，DHCPv6 Prefix Deligation 分配一个 /60 的前缀。

楼主的用法是错的。-f 参数后面应该直接跟压缩文件的名字，比如：

tar -zcvf my-archive.tar.gz -C /home /test/test.*

通配符展开是 shell 做的，tar 看到的已经是展开后的文件名列表了。当不加-C 时，通配符展开后的第一个文件成了-f 的参数，剩下的文件被视为要打包的文件列表。

同网段内建议直接把防火墙策略配在网关上，禁止 wan 到 lan 的入站连接。

There are only two hard things in Computer Science: cache invalidation and naming things.
-- Phil Karlton

不需要把 NAS 做网关，否则你的 NAS 一旦关机或故障会断网，没有使用专门的路由稳定。
可以把所有要加速的地址段直接配置路由表到 NAS，然后 NAS 上正常用 ss-redir 出去

Jenkins credentials, Ansible Vault

@leo108 我自己的代码从来不放在 master 分支，如果临时需要 rebase 通常就是先 git fetch origin，然后 git rebase origin/master。
如果我切到 master 肯定只是为了 pull，然后开新分支做开发。

我都是先 git pull，出现合并的话再执行 git reset --hard origin/master

@mytsing520 这三组正确 ns 记录是上游 NS 的 glue record，第一次查询（没有缓存的情况下）是可能成功的。但一旦收到 ns.local 这条回复后，正确的 ns 记录可能会被这条错误的覆盖并缓存下来，后续查询就可能失败。

@Les1ie ttl 为 0 是没有问题的，问题在于它返回的 NS 记录是无效的 ns.local，继续递归下去会出错。

华为 pay 和小米 pay 应该都是有内置的安全芯片（ secure elements)，模拟卡的密钥和加解密过程在芯片里完成的。
HCE 则是 app 实现的，加解密在 CPU 完成。见 https://developer.android.com/guide/topics/connectivity/nfc/hce