> 本篇文章发布于[cylon的收藏册](https://cylonchau.github.io/),转载请声明出处哦~
>
我们可以看到,*kube-proxy* 有一个 *--cluster-cidr* 的参数,我们就来解开这个参数究竟有没有用
```bash
$ kube-proxy -h|grep cidr
--cluster-cidr string The CIDR range of pods in the cluster. When configured, traffic sent to a Service cluster IP from outside this range will be masqueraded and traffic sent from pods to an external LoadBalancer IP will be directed to the respective cluster IP instead
```
可以看到,参数说明是说,如果配置,那么从外部发往 Service Cluster IP 的流量将被伪装,从 Pod 发往外部 LB 将被直接发往对应的 cluster IP。但实际上做了什么并不知道,那么就从源码解决这个问题。
首先我们知道,参数是作为 kube-proxy server 的参数,位于 cmd/kube-proxy 下,而对应的逻辑则位于 pkg/kube-proxy 下,参数很明显,就是 clusterCIDR,那么我们就寻找这个参数的调用即可。
在 API *KubeProxyConfiguration* 中我们找到的对应的 *ClusterCIDR* ,在这里的注释又变为 ”用于桥接集群外部流量“。这里涉及到关于 *kube-proxy* 的两个模式 “LocalMode” 和 “ProxyMode“。
- ***LocalMode***:表示是来自节点本地流量的模式,包含 ClusterCIDR, NodeCIDR
- ***ProxyMode***:就是 kube-proxy 最常用的模式,包含 iptables, IPVS, user namespace, kernelspace
而参数 *--cluster-cidr* 是作为选择使用的 “本地网络检测器” (Local Network Detector),这里起到的作用就是 “将集群外部的流量伪装成 service VIP” ,从代码中我们可以看到 Detector 将决定了你使用的是什么网络,无论是 *LocalMode* 还是 *ProxyMode*。
在代码 [cmd/kube-proxy/app/server_others.go](cmd/kube-proxy/app/server_others.go) 中可以看到是如何选择的 *LocalMode* 方式,可以看出在存在三种模式:
- 没有配置 *--cluster-cidr* 则会返回一个 *NoOpLocalDetector*;
- 在配置了 *--cluster-cidr* ,则将会使用 CIDR 的本地模式;
- 如果 *--cluster-cidr* 没有配置,但配置了 LocalModeNodeCIDR,则会设置为 CNI 为该 Node 配置的 POD CIDR 的地址 (使用参数 *--proxy-mode* 指定的模式,如果为空,那么会检测对应操作系统默认 Linux 为 iptables,如果内核开启 IPVS 那么则使用 IPVS,windows 默认为 kernelspace)
```go
func getLocalDetector(mode proxyconfigapi.LocalMode, config *proxyconfigapi.KubeProxyConfiguration, ipt utiliptables.Interface, nodeInfo *v1.Node) (proxyutiliptables.LocalTrafficDetector, error) {
switch mode {
case proxyconfigapi.LocalModeClusterCIDR: