网络 on 魔都水滴

阿里云负载均衡别再乱买了：SLB、ALB、NLB、CLB 到底差在哪？

Thu, 09 Jul 2026 21:40:00 +0800

先说结论

现在看到阿里云负载均衡时，不要再把 SLB 当成某一种具体实例。更准确的理解是：SLB 是阿里云负载均衡产品家族的总称，里面主要有 ALB、NLB、CLB 三类产品。

ALB：七层应用型负载均衡，重点处理 HTTP、HTTPS、QUIC、gRPC、SSE 这类应用层流量。你要按域名、路径、Header、Cookie、请求方法做转发，优先看它。

NLB：新一代四层网络型负载均衡，重点处理 TCP、UDP、TCPSSL 这类连接层流量。你要高并发、低时延、长连接、IoT、音视频、消息服务入口，优先看它。

CLB：传统型负载均衡，支持 TCP、UDP、HTTP、HTTPS，四层能力不错，也有基础七层能力。存量系统还在用它可以继续稳住，但新系统通常应该先看 ALB 或 NLB。

如果用一句特别土但好记的话讲：ALB 像懂业务规则的前台，NLB 像高速收费站，CLB 像老牌综合服务窗口，SLB 则是整栋办事大厅的名字。

Docker 容器跑得好好的，端口死活访问不了：一次 HostIp 绑定'半残'的完整复盘

Sat, 13 Jun 2026 07:30:00 +0800

一句话总结：

docker ps 看着一切正常，docker inspect 的 HostConfig.PortBindings 也写好了 203.0.113.14:3001:3000——但 host 上没有 docker-proxy 在监听、iptables nat/DOCKER 链里没有 DNAT 规则、NetworkSettings.Networks 和 Ports 两个字段都是空 {}。这种"容器活着、端口死了"的诡异状态，本质是 libnetwork 在 attach 网络时因为目标接口尚未就绪而静默回滚了 endpoint 创建，但容器进程已经起好，docker 也没把"端口没生效"这件事主动告诉我们。30 秒一行命令就能让端口重新回来：docker network connect <net> <ctr>。

你能 SSH 出去，却 SSH 不回来：一次被 Fail2Ban 误伤的反向访问排障实录

Sat, 30 May 2026 15:45:00 +0800

先说结论

这次问题的表象很简单：本机可以主动 SSH 到远端内网机器，但远端机器反过来 SSH 回本机时，连接直接被拒绝。sshd 明明在监听，路由也没断，最后却卡在“反向访问”这一步。

真正的根因不是 sshd 挂了，而是 Fail2Ban 把承载反向连接的 VPN 网关地址 封掉了。对本机来说，来自远端的连接并不是以“远端机器本身”的地址出现，而是以网关地址出现。于是，错误的封禁对象把整条回程链路一并打断了。

【转】ImmortalWrt 旁路由安装与配置

Mon, 11 May 2026 21:10:55 +0800

这篇文章转载自 Egg Targaryen 的《ImmortalWrt旁路由安装与配置》，原文采用 CC BY-NC-SA 4.0 许可发布。本文保留原文的操作顺序与截图，并按本站排版做了轻微格式调整。