curl

Dois comandos, e a distinção entre eles é todo o valor.

curl-host

Executa no namespace de rede do host — a conectividade do próprio nó, antes de o plano de dados estar envolvido.

{"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

Executa no contexto do Vega (plano de controle) em vez do contexto do host. A diferença observável, e a única estabelecida aqui, é o ambiente que ele herda: curl-vega reporta uma lista NO_PROXY cobrindo os intervalos privados, int.ves.io, int.volterra.us e o próprio domínio .tenant.local do site, e curl-host não reporta nenhuma. O que isso implica sobre o caminho de DNS não é medido.

{"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

O par é uma bisseção

Execute ambos. Se curl-host tiver êxito e curl-vega falhar, o nó tem conectividade e algo no contexto do plano de controle não tem — suas configurações de proxy ou seu resolvedor. Se ambos falharem, o problema está a montante do nó: roteamento, um firewall ou o caminho de saída. Se apenas curl-host falhar, você encontrou algo incomum e deve verificar primeiro a tabela de roteamento do host.

Em um nó saudável ambos têm êxito e alcançam o mesmo endereço, portanto um par limpo não prova nada sobre qual contexto está em uso — é a divergência que carrega a informação.

Ambos aceitam argumentos normais do curl como elementos separados do array. Vale a pena manter o -v, porque as linhas de conexão e do handshake TLS são geralmente onde a falha aparece.