Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

azure-monitor-opentelemetry-exporter: HTTP dependency target rendered as host:None when server.port is absent

Cerrado Apto para principiantes
  • ¿Algo no está bien?
#49,343 1 comentario 1 reacción 1 asignado Ver en GitHub

Los mantenedores suelen responder en 1 día

@rads-1996 ya está trabajando en esto.

Desde el 7/10/2026.

  • #49344 de @sonmaximum — abierto

Evaluación

Dificultad
1/5
Tiempo estimado
1-3 horas
Aptitud para principiantes
92/100
Tipo de issue
Error
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
azure, python
Área
backend-api-design, observability

Línea de trabajo

Empieza en azure/monitor/opentelemetry/exporter/export/trace/_utils.py, en _get_target_and_path_for_http_dependency, y ejecuta después la reproducción proporcionada usando únicamente SERVER_ADDRESS. Se considera terminado cuando la ausencia de server.port produce ('example.com', '/'), mientras que un 443 explícito permanece sin modificar y 8443 sigue incluido en el target.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Client customer-reported Monitor - Exporter question
Package / version
  • azure-monitor-opentelemetry-exporter==1.0.0b57 (via azure-monitor-opentelemetry==1.8.10)
  • azure-core==1.41.0
  • Present on main as of time of this writing (2026-10-03)
Description

When an HTTP client span has server.address but no server.port attribute, _get_target_and_path_for_http_dependency renders the dependency target with a literal None port, e.g.:

target = "<host>.vault.azure.net:None"

azure-core's DistributedTracingPolicy produces exactly this attribute shape for any request to a default-port URL. It sets server.address from the hostname, but only sets server.port when the URL has an explicit port (azure/core/pipeline/policies/_distributed_tracing.py):

if parsed_url.hostname:
    attributes[self._SERVER_ADDRESS] = parsed_url.hostname
if parsed_url.port:
    attributes[self._SERVER_PORT] = parsed_url.port

So every Azure SDK call to a standard HTTPS endpoint is affected. Observed in production App Insights (dependencies table):

target name
<host>.vault.azure.net:None GET /secrets
login.microsoftonline.com:None POST /.../token
Root cause

azure/monitor/opentelemetry/exporter/export/trace/_utils.py,
_get_target_and_path_for_http_dependency (~line 201 on main):

server_port = attributes.get(server_attributes.SERVER_PORT)
# if not default port, include port in target
if server_port != default_port:
    target = "{}:{}".format(target, server_port)

attributes.get(...) returns None when the attribute is absent, and
None != default_port is True, so None gets formatted into the target.

The DB path in the same file already guards against this, in _get_target_for_db_dependency (~line 247):

server_port = attributes.get(server_attributes.SERVER_PORT)
if server_port and server_port != _get_default_port_db(str(db_system)):
    target = "{}:{}".format(target, server_port)

The HTTP path is missing the same guard.

Reproduction
from opentelemetry.semconv.attributes import server_attributes
from azure.monitor.opentelemetry.exporter.export.trace._utils import (
    _get_target_and_path_for_http_dependency,
)
 
_get_target_and_path_for_http_dependency(
    {server_attributes.SERVER_ADDRESS: "example.com"}
)
# -> ('example.com:None', '/')   expected ('example.com', '/')

For comparison, with an explicit port the function behaves correctly:

  • SERVER_PORT=443 -> ('example.com', '/')
  • SERVER_PORT=8443 -> ('example.com:8443', '/')
Suggested fix

Mirror the DB-path guard:

-            if server_port != default_port:
+            if server_port and server_port != default_port:
                 target = "{}:{}".format(target, server_port)
Impact
  • Default-port dependencies show host:None as their target in App Insights.
Lenguaje dominante
Python
Estrellas
5.6k
Forks
3.4k
Merge medio
2 d 7 h
PR fusionados (30 d)
206

Preparar el entorno

Abrir en Codespaces

Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de Azure/azure-sdk-for-python

Todos los issues de Azure/azure-sdk-for-python

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.