网络——为什么在访问pod中的kubernetes服务时，ConTrack会记录pods ip而不是服务ip？

当我试图访问Kubernetes服务时，我得到了一些令人困惑的conntrack记录。

A舱地址：172.16.214.48

服务1地址：10.106.52.204

B舱地址：172.16.89.227（服务1的后端机架，运行在与机架a不同的节点上）

当我使用命令访问A舱中的服务1时

curl http://10.106.52.204/

我以为康纳特会创造这样的记录

(src=172.16.214.48 dst=10.106.52.204 sport=46660 dport=80 src=172.16.89.227 dst=172.16.214.48 sport=80 dport=46660)

但实际上是命令的输出；conntrack-L“；是

(src=172.16.214.48 dst=172.16.89.227 sport=46660 dport=80 src=172.16.89.227 dst=172.16.214.48 sport=80 dport=46660)

我知道在访问服务后将执行负载平衡。conntrack不应该记录服务IP地址，以便对回复数据包执行SNAT吗？

在另一个案例中，

A舱地址：172.16.214.48

服务2地址：10.97.43.14

C舱地址：172.16.214.5（服务2的后端机架，与机架A在同一节点上运行）

我仍然使用命令访问服务2

curl http://10.97.43.14/

这次conntrack没有显示A舱的任何记录。为什么会发生这种情况？