23-4.CN

累计撰写 59 篇文章
累计收到 3 条评论

23-4.CN 技术笔记 —— 23-4.CN 是一个技术笔记博客：记录网络与 DNS、自建服务、Linux 服务器运维和开发工具的实践。站内提供一套免费的加密 DNS（DoH / DoT）解析服务，它是这里长期在做的一个项目，不是这个站点的全部。（第 2 页）

全部文章

新文：服务器磁盘满了怎么查 —— df / du / inode / 日志轮转的排查顺序

2026-10-24
置顶nginx error.log 里那 5 类 warn 到底要不要管
这篇是服务器运维笔记，和 DNS 无关。站内的加密 DNS 服务在dns.23-4.cn。/var/log/nginx/error.log 里堆着几万行 warn，你打开一看，第一条是「could not build optimal map_hash」——看不懂，也不敢动，就那么放着。这篇的做法是：先按级别和类型统计，再逐个判定。不看统计直接读日志，会在同一个警告上浪费半小时。下面所有数字都是我在…
- 2026年10月24日
- 1 阅读
- 0 评论
- 0 点赞
服务器运维
2026-10-24
置顶谁在占着这个端口：ss / lsof / /proc 三条路各自的盲区
这篇是服务器运维笔记，和 DNS 无关。站内的加密 DNS 服务在dns.23-4.cn。启动服务报 bind: Address already in use，或者 EADDRINUSE——你要查「谁占了这个端口」。答案通常给三个：ss、lsof、netstat。但它们各自有盲区，而且在特定的情况下会给出「端口没被占用」这种完全错误的结论，让你去改代码。这篇把三条路都走一遍，重点是什么时候它们会骗…
- 2026年10月24日
- 2 阅读
- 0 评论
- 0 点赞
服务器运维
2026-10-24
置顶进程被 OOM Killer 杀掉之后：dmesg 怎么读、怎么防止再发生
这篇是服务器运维笔记，和 DNS 无关。站内的加密 DNS 服务在dns.23-4.cn。进程突然消失，日志里没有任何异常，systemctl status 显示 killed 或者干脆 inactive (dead)——这时候最容易被误导的方向是「程序有 bug 崩了」。实际上很可能是内核把它杀了。我在一台 3.8 GB 内存的小机器上排查过好几次。最近一次的真实记录：[529021.65137…
- 2026年10月24日
- 1 阅读
- 0 评论
- 0 点赞
服务器运维
2026-10-24
置顶dnsleaktest 显示多个 DNS 服务器？先分清是泄露还是正常现象
加密 DNS 主机名：dns.23-4.cn ｜ DoH 地址：https://dns.23-4.cn/dns-query ｜配置教程｜实时战报跑完一个 DNS 泄露检测，看到页面上列出四五个 DNS 服务器，位置散落在好几个城市甚至不同国家——第一反应通常是「我明明只配了一个加密 DNS，怎么泄露了这么多？」绝大多数情况下那不是泄露。检测工具列出多个服务器，有三种完全正常的解释，而且这三种…
- 2026年10月24日
- 5 阅读
- 0 评论
- 0 点赞
加密 DNS 实操
2026-10-24
置顶怎么验证加密 DNS 真的生效：dig +tls / +https 与 curl 四步逐层排查
加密 DNS 主机名：dns.23-4.cn ｜ DoH 地址：https://dns.23-4.cn/dns-query ｜配置教程｜实时战报配完加密 DNS，多数人做的第一件事是 dig @dns.xxx example.com，然后看到 connection refused，就以为没配好或者服务挂了。其实那一步从一开始就问错了对象。加密 DNS 只监听 443（DoH）和 853（Do…
- 2026年10月24日
- 2 阅读
- 0 评论
- 0 点赞
加密 DNS 实操

置顶nginx error.log 里那 5 类 warn 到底要不要管

置顶谁在占着这个端口：ss / lsof / /proc 三条路各自的盲区

置顶进程被 OOM Killer 杀掉之后：dmesg 怎么读、怎么防止再发生

置顶dnsleaktest 显示多个 DNS 服务器？先分清是泄露还是正常现象

置顶怎么验证加密 DNS 真的生效：dig +tls / +https 与 curl 四步逐层排查