当然可以！你提到的机制正是Kubernetes支持的动态修改组件日志verbosity级别的能力，不用重启kube-proxy就能临时提升日志详细度，特别适合排查像NodePort连接这类需要实时调试的问题。下面分两种场景给你具体操作步骤：

一、临时调整单节点kube-proxy日志级别（不重启Pod） #

这种方式适合只需要在特定节点排查问题的场景，调整后Pod重启会恢复默认值：

1. 先找到目标节点上的kube-proxy Pod名称：

   kubectl get pods -n kube-system -l k8s-app=kube-proxy
   

   输出里会列出所有节点的kube-proxy Pod，找到你要调试的那个（可以结合节点名称筛选）。

2. 端口转发到kube-proxy的调试端口（默认是10249）：

   kubectl port-forward -n kube-system <你的kube-proxy-pod名称> 10249:10249
   

3. 发送POST请求修改日志级别（比如调到v=5，这个级别足够追踪NodePort的流量转发细节）：

   curl -X POST http://localhost:10249/debug/flags/v -d "5"
   

4. 验证日志是否升级：
   实时查看该Pod的日志，就能看到更详细的网络规则更新、流量处理记录了：

   kubectl logs -n kube-system <你的kube-proxy-pod名称> -f
   

二、永久修改所有kube-proxy的日志级别（全局生效） #

如果需要所有节点的kube-proxy都保持高日志级别，就需要修改它的DaemonSet配置，滚动更新所有Pod：

1. 编辑kube-proxy的DaemonSet：

   kubectl edit daemonset kube-proxy -n kube-system
   

2. 在编辑器里找到容器的command字段，找到--v=2这一项，把数值改成你需要的级别（比如--v=5）。

3. 保存退出后，Kubernetes会自动滚动重启所有kube-proxy Pod，新的Pod就会使用新的日志级别运行。

小提示：日志级别对应细节 #

• v=2：默认级别，只记录关键操作和错误
• v=3：增加网络规则的更新、同步细节
• v=5：包含流量转发的具体追踪、连接处理的详细日志，非常适合排查NodePort的连接超时、转发失败等问题

内容的提问来源于stack exchange，提问作者S V