ASP.NET Core对接OpenTelemetry Collector超时问题求助

架构老林

2026-6-11

ASP.NET Core 对接OpenTelemetry Collector 超时问题排查方向

网络连通性异常
确认应用容器与OpenTelemetry Collector容器处于同一Docker网络（推荐使用自定义网络而非默认bridge网络），避免因网络隔离导致无法通信。同时检查应用配置的Collector地址：若使用容器名作为主机名，需确保网络支持容器名解析；若误用localhost，容器内的localhost指向自身而非宿主机，会导致连接失败。
端口配置不匹配
核对Collector配置文件中OTLP HTTP接收端口（默认4318）与ASP.NET Core应用代码中配置的Endpoint端口是否完全一致。可在Collector容器内执行netstat -tulpn命令，验证Collector是否正在监听目标端口。
Collector 资源瓶颈或启动异常
查看Collector容器日志，检查是否存在启动失败、处理器阻塞或队列堆积的报错信息。若宿主机CPU、内存资源不足，会导致Collector无法及时处理请求，进而引发应用侧的请求超时。
OTLP 客户端配置错误
检查应用中OTLP导出器的TLS配置：若应用开启了TLS（UseTls = true）但Collector未配置对应证书，会导致TLS握手卡住，最终超时。另外，21秒的耗时更倾向于连接未建立而非请求处理超时，需重点排查连接链路问题。
防火墙/安全组拦截
排查宿主机系统防火墙或云环境安全组规则，确认应用到Collector的目标端口（如4318）未被拦截，入站、出站规则均需开放对应端口。
Docker 端口映射错误
若Collector容器配置了端口映射，确认映射的宿主机端口与应用配置的端口一致。例如启动命令中-p 4318:4318不能写成-p 4319:4318，否则应用连接4318端口会无法到达Collector。