curl

Dos comandos, y la distinción entre ellos es todo el valor.

curl-host

Se ejecuta en el espacio de nombres de red del host: la conectividad propia del nodo, antes de que el plano de datos entre en juego.

{"command":["curl-host","-v","cloud.f5.com"]}

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0*   Trying <public-ip>:80...
* Connected to cloud.f5.com (<public-ip>) port 80 (#0)
> GET / HTTP/1.1
> Host: cloud.f5.com
> User-Agent: curl/7.76.1
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 301 Moved Permanently
< location: https://cloud.f5.com/
< server: volt-adc
< date: Mon, 03 Aug 2026 16:30:24 GMT
< connection: close
< content-length: 0
<
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
* Closing connection 0

curl-vega

Se ejecuta en el contexto de Vega (plano de control) en lugar del del host. La diferencia observable, y la única establecida aquí, es el entorno que hereda: curl-vega informa de una lista NO_PROXY que cubre los rangos privados, int.ves.io, int.volterra.us y el propio dominio .tenant.local del site, y curl-host no informa de ninguna. Lo que eso implica sobre la ruta DNS no se mide.

{"command":["curl-vega","-v","cloud.f5.com"]}

* Uses proxy env variable NO_PROXY == '10.0.0.0/8,172.16.0.0/12,192.168.0.0/16,100.127.0.0/18,100.127.192.0/18,169.254.0.0/16,int.ves.io,int.volterra.us,mcn-ce-ha-eastus01.<tenant>.tenant.local'
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0*   Trying <public-ip>:80...
* Connected to cloud.f5.com (<public-ip>) port 80 (#0)
> GET / HTTP/1.1
> Host: cloud.f5.com
> User-Agent: curl/7.76.1
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 301 Moved Permanently
< location: https://cloud.f5.com/
< server: volt-adc
< date: Mon, 03 Aug 2026 16:30:26 GMT
< connection: close
< content-length: 0
<
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
* Closing connection 0

El par es una bisección

Ejecute ambos. Si curl-host tiene éxito y curl-vega falla, el nodo tiene conectividad y algo en el contexto del plano de control no la tiene: su configuración de proxy o su resolutor. Si ambos fallan, el problema está aguas arriba del nodo: enrutamiento, un firewall o la ruta de salida. Si solo falla curl-host, ha encontrado algo inusual y debería revisar primero la tabla de enrutamiento del host.

En un nodo saludable ambos tienen éxito y alcanzan la misma dirección, por lo que un par correcto no demuestra nada sobre qué contexto está en uso: es la divergencia la que aporta la información.

Ambos aceptan argumentos normales de curl como elementos independientes del array. Merece la pena conservar -v porque las líneas de la conexión y del handshake TLS son normalmente donde se manifiesta el fallo.