libcurl 是一个广泛用于网络通信的开源库，它提供了丰富的功能，可以方便地进行 HTTP、FTP、SMTP 等协议的数据传输。然而，如果在使用 libcurl 发送网络请求时没有配置超时设置，可能会导致请求被卡住，程序无法继续执行。

在使用 libcurl 进行网络通信时，一个隐蔽的 bug 是由于 DNS 缓存导致的域名解析延迟。当程序重复使用相同的域名进行网络请求时，libcurl 可能会缓存 DNS 解析结果，导致后续请求的域名解析延迟增加，影响程序的性能和响应时间。

有时候用sed -i 修改文件导致软链接失效了

在Shell脚本中，字符串比较是常见的操作之一。然而，如果在比较字符串时不注意空格的处理，可能会导致意外的结果。下面将介绍一个非常隐蔽的Shell脚本bug，并分析其产生的原因和解决方法。

有这么一种情况了，使用linux作为一个网关，假如有多个弹性ip，那么如何使得经过网关的流量从几个弹性ip分流出去呢 有一种办法就是解决使用Linux系统自带的的iptables的statistic match，而不用引入其他组件

iptables/netfilter 的四表五链估计大家都很熟悉，那么在output点和路由之间的关系，大家都知道是先过路由，然后才会到output，但是这么说又不是很精准。 如果是路由在先，那么在output的mangle对数据包打mark为什么又会命中策略路由走到相应的路由表去呢？是不是有点矛盾 事实上，确实是先路由才会到output，但是如果在output点报文有了改动，那么就还会重新查找一次路由。

介绍SO_MARK、 iptables owner 、 iptables cgroup 模块实现对进程级别的路由规则

从网络安全的角度，服务器开启的端口越多就越不安全，因此系统安全加固服务中最常用的方式，就是先关闭无用端口，再对提供服务的端口做访问控制。而作为远程管理与维护的人员通常需要开启一些服务端口，如FTP和SSH，这些服务使用大家熟悉的一些端口，长时间开启这些端口，往往是严重的安全隐患。所以需要在必要的时候才开启服务，并只对特定的人提供服务，服务完毕端口恢复关闭状态，才能让攻击者难以利用安全隐患，端口碰撞技术提供了这个问题的解决方案。

介绍REDIRECT 的使用，REDIRECT同时改变了目的ip和port。 更进一步，去看内核源码你就知道为什么了！！！（目的ip会改成报文从哪个网卡进来的ip）

介绍iptables MARK的详细使用

一个内核bug导致计算节点的namespace出问题了，系统卡住了，导致这台上的所有虚机都上不了网

在linux上实现策略路由的办法随便一搜一大把，但是有时候明明和网上的配置一样，但是为什么就是不通呢 原因有很多，开启rp_filer是其中一个常见的原因之一，本文就是针对这种情况进行简要的分析。