1

kubectl port-forward 可以是转出来吧

2

测试集群物理机 IP 能访问的话，就把 svc 网段加到本地开发机的路由规则了，用测试集群的节点 IP 做网关

3

尝试使用 telepresence ，但是没整起来，各种问题。🤦‍♂️

4

用的 telepresence

5

映射出来呗。

6

@LowBi 我们用 KT-Connect 倒是没啥问题，就是想看看有没有更好的方案。

7

@runzhliu 我们用的 nacos 然后 nacos 上的对应服务的 ip 都是 a.test.svc.cluster.local 类似于这样。

8

还有一个工具 mirrord ，可以试一下

9

1. 直接物理层用路由把网络打通
2. 本机改 host ，但需要其他服务暴露可物理访问的端口地址或本机启动

10

@cxhello 我也在找合适的调试方案，太痛苦了目前，本地调试的话还要启一些用不到但又关联的服务，内存爆炸不说，开发和调试过程就变得繁琐。再试试 KT-Connect ，看好不好使

11

2

我们测试环境是我搭建的，直接 hostNetwork: true 。
管它丫的，测试环境单副本就行。

12

kt connect 好用

13

本地启动加入集群啊，然后就是正常调用了。要想 100%路由到你的本地服务，基本上就是两个办法，一个是在路由上做文章，让网关直接转发给你，要么就是把别的服务都停掉，那就只能转发给你了。

16

我们用的是 proxifier ，proxifier 配规则拦截掉全部对 pod 的 ip 访问，然后在 k8s 里用 deployment 部署一个简单的 socks5 代理来负责转发，安装配置简单，开发过程也是无感的

17

18

nginx ingress ，通过二级域名映射出来，权限通过网络转换规则限制 。好处，调用者不需要安装任何软件

19

部署一个 privoxy 可以单向暴露 pod 和 svc network ，然后本地配置 HTTP_PROXY 指向 privoxy 端口就好了。

20

把 kubeconfig 弄到本地不行么？

21

kt connect 会新建 pod ，kubefwd 好用一点

22

在老东家用 k8s 的时候我是用支持 BGP 的 CNI 把整个集群内的地址都暴露到内网上了，内网可以直接访问集群内的所有 pod 和服务

23

我自己的环境 tailscale 使用 connectors 功能。

24

用 wg 组网 无感知互通 将 svc, pod, lan cidr 都加到转发规则中.
[Peer]
#Name = k8s node-1
AllowedIPs = wg lan ip, svc cidr, pod cidr, node lan cidr