技术博客
Go 的 net.Listen 支持 "unix" 网络类型，但传入的地址必须是绝对路径，相对路径或空字符串会直接 panic：listen unix : bind: invalid argument。Unix domain socket 不走网络协议栈，只在文件系统中创建一个特殊文件（socket 文件），所以路径合法性由操作系统校验。
Go标准库对IPv6地址的解析非常严格：裸写2001:db8::1在多数上下文中会被截断或误判为IPv4。比如传给net.Dial时，若没加方括号，Go会尝试按IPv4解析冒号前部分，直接报invalid port或lookup 2001: no such host。
MySQL 默认监听 3306 端口，但仅当服务需被外部主机（非本机）访问时才必须开放防火墙。本地应用（如 PHP、Python 脚本）通过 localhost 或 127.0.0.1 连接 MySQL 时，流量不经过系统防火墙，无需额外放行。
Consul 的 consul connect 服务网格和 K8s 原生的 CoreDNS 互不感知，K8s 内 Pod 默认解析不到 Consul 注册的服务名（比如 api.service.consul），反之亦然。这不是配置错了，而是两个系统在设计上就隔离——Consul 的 DNS 服务器监听 8600 端口，K8s 的 /etc/resolv.conf 里压根没它。
如果您观察到Linux服务器响应迟缓、应用连接超时或数据传输速率明显下降，则可能是网络延迟升高或带宽利用率异常所致。以下是针对延迟与带宽问题的系统性分析与优化技巧：
用KVM+QEMU批量管理Linux虚拟机，核心是把重复操作脚本化、模板化，再配合libvirt工具链统一调度。重点不在单台虚拟机怎么装，而在如何让10台、100台按同一标准快速就绪、一致运行、集中监控。
Kubernetes 网络模型的核心，是让每个 Pod 拥有独立、可路由的 IP 地址，且所有 Pod 之间无需 NAT 就能直接通信。它不自己实现网络，而是通过标准化接口 CNI（Container Network Interface）委托给插件完成。理解这一点，就抓住了整个 K8s 网络的起点。
Pacemaker + Corosync 是 Linux 高可用集群最主流的组合方案，核心目标是让关键服务（如数据库、Web、文件共享）在节点故障时自动迁移，实现分钟级甚至秒级恢复。它不依赖共享存储，也不强制要求硬件同构，但对网络稳定性、时间同步和配置一致性要求较高。
NFS 和 SMB 是 Linux 下最常用的两种网络文件系统协议，用途不同、配置方式不同、优化思路也不同。NFS 更适合 Unix/Linux 环境间的高性能共享，SMB（Samba）则主打与 Windows 的无缝兼容。选对协议、配好服务、调优关键参数，才能让共享既稳定又高效。
Linux内核协议栈不是黑盒，关键路径是：网卡驱动 → NAPI poll → __netif_receive_skb_core → ip_rcv → tcp_v4_rcv/udp_rcv → socket 接收队列。这个链路决定了你抓不到包时该查哪一层。