curl

Zwei Befehle — und die Unterscheidung zwischen ihnen ist der gesamte Nutzen.

curl-host

Läuft im Netzwerk-Namespace des Hosts — die Konnektivität des Knotens selbst, bevor die Datenebene beteiligt ist.

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

Läuft im Vega-Kontext (Steuerebene) statt im Kontext des Hosts. Der beobachtbare Unterschied, und der einzige, der hier festgestellt wird, ist die Umgebung, die er erbt: curl-vega meldet eine NO_PROXY-Liste, die die privaten Bereiche, int.ves.io, int.volterra.us sowie die eigene .tenant.local-Domain des Standorts umfasst, während curl-host keine meldet. Was das für den DNS-Pfad bedeutet, wird nicht gemessen.

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

Das Paar ist eine Bisektion

Führen Sie beide aus. Wenn curl-host erfolgreich ist und curl-vega fehlschlägt, verfügt der Knoten über Konnektivität und etwas im Kontext der Steuerebene nicht — dessen Proxy-Einstellungen oder dessen Resolver. Wenn beide fehlschlagen, liegt das Problem oberhalb des Knotens: Routing, eine Firewall oder der Egress-Pfad. Wenn nur curl-host fehlschlägt, haben Sie etwas Ungewöhnliches gefunden und sollten zuerst die Routing-Tabelle des Hosts prüfen.

Auf einem gesunden Knoten sind beide erfolgreich und erreichen dieselbe Adresse, sodass ein sauberes Paar nichts darüber beweist, welcher Kontext verwendet wird — es ist die Abweichung, die die Information trägt.

Beide akzeptieren normale curl-Argumente als separate Array-Elemente. -v ist es wert, beibehalten zu werden, da sich der Fehler meist in den Zeilen zur Verbindung und zum TLS-Handshake zeigt.