GCP GKE/Cloud Composer中如何安装运行traceroute（apt命令不存在）

两个报错均来自GKE默认节点镜像的固有特性，和DNS配置无关：

• 承载Cloud Composer的GKE节点默认使用*Container-Optimized OS（COS）*作为运行系统，该系统根分区默认只读，既没有预装traceroute，也不提供apt/apt-get类的包管理工具，直接在SSH会话里尝试装包的操作本身就不符合COS的设计逻辑。
• 你贴出的/etc/resolv.conf是GKE节点的标准DNS配置，不存在异常。

方案1：临时调试Pod运行（优先推荐，无侵入性） #

不需要修改节点任何配置，直接通过Kubernetes原生调试能力启动带工具的临时Pod即可，不会影响Composer现有服务：

1. 先获取需要做路由追踪的目标GKE节点名称：

   kubectl get nodes
   

2. 直接在目标节点上启动带traceroute工具的调试环境，执行追踪命令：
   • 基础traceroute能力可以直接用busybox镜像：

   kubectl debug node/<替换为你的目标节点名> -it --image=busybox -- traceroute <替换为你要追踪的目标地址>
   

   • 需要完整traceroute参数支持（比如TCP追踪、MTU探测等）可以用预装全套网络工具的netshoot镜像：

   kubectl debug node/<替换为你的目标节点名> -it --image=nicolaka/netshoot -- traceroute <替换为你要追踪的目标地址>
   

排查完成后退出终端即可，临时调试Pod会自动回收，不会残留任何配置。

方案2：节点本地toolbox环境运行 #

如果必须在节点宿主机网络栈下直接执行traceroute，可以用COS自带的toolbox工具，不需要强行修改系统只读分区：

1. SSH登录目标GKE节点后，直接执行命令拉起调试环境：

   toolbox
   

   该命令会自动启动一个和宿主机网络互通的Debian基础容器，首次运行会自动拉取镜像。
2. 进入toolbox shell后安装traceroute：

   apt update && apt install -y traceroute
   

3. 安装完成后直接执行traceroute <目标地址>即可正常运行。

注意：toolbox内安装的软件仅在当前调试会话生效，节点重启后会自动清除，不会破坏COS系统的完整性，也不会影响节点上运行的Composer组件。

不要尝试通过重挂载根分区、强行安装apt等方式修改COS系统文件，这类操作会破坏节点的安全校验逻辑，可能导致Composer工作负载异常，且所有修改都会在节点自动升级时被重置。

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