Responses API Outage: Hosted shell tool w internet access producing errors

Thanks for the update. We re-tested today, and the broad hosted-shell networking outage does look mostly fixed for our project, but we are still seeing one host-specific failure.

Setup:

• OpenAI Agents SDK for Python: openai-agents 0.14.1, openai 2.32.0
• ShellTool(environment=container_auto)
• Per-call network_policy={“type”: “allowlist”, “allowed_domains”: []}
• Model: gpt-5.4, reasoning effort low
• Each target host is also listed in our project Container network mode allowlist
• Test: one curl per cell, with a 20 second timeout, recording HTTP code, curl exit code, and a small body preview
• Date: 2026-05-04

Results:

• raw dot githubusercontent dot com: 2/2 attempts returned HTTP 200 with body. Working.
• github dot com: 1/1 returned HTTP 302, which is the expected GitHub redirect. Working.
• our own API host: 1/1 connected successfully; the server returned the expected auth 403. Working from a network perspective.
• api dot github dot com, path /zen: repeated attempts failed with curl exit 7 / HTTP 0. Not working.

Recent failing response IDs for api dot github dot com, path /zen:

• resp_0ff57af9e04d94c40069f903c97c6881979ea9826fe83a3786
• resp_0124dec28939b6e90069f903fc71108196bfad6ec6aefe45ed

So the original failure mode we saw earlier, where sandbox networking failed broadly across hosts, appears resolved. The remaining issue seems narrower: api dot github dot com still fails at the TCP/connect layer, while github dot com and raw dot githubusercontent dot com work in the same setup with the same SDK call pattern and allowlist configuration.

We have verified that api dot github dot com is explicitly present in the project Container network mode allowlist. We also do not see a Responses API server_error for these runs; the call completes and the agent reports curl’s connection failure from inside the shell tool output.