Azure MCP server fails sending HTTP request
Nobody has claimed this yet.
- Dominant language
- Shell
- Stars
- 11.2k
- Forks
- 1.9k
- Avg merge
- 14h 16m
- Merged PRs (30d)
- 6
Description
Describe the bug
This broke overnight. We've been using the same Azure MCP registry for months fine.
Copilot CLI Rust runtime fails with BrokenPipe when validating Azure API Center MCP registry.
GitHub Copilot CLI 1.0.83 cannot validate MCP servers against an Azure API Center registry when enterprise MCP access is configured as Registry only.
The CLI connects successfully to the registry IP, but its native Rust runtime fails before receiving an HTTP response:
[rust:log] starting new connection 'Some("...azure-apicenter.ms")'
[rust:hyper_util::client::legacy::connect::http] connected to ...:443
[rust:hyper_util::client::legacy::client] client connection error:
hyper::Error(Shutdown, Os {
code: 32,
kind: BrokenPipe,
message: "Broken pipe"
})
The same exact registry endpoints return HTTP 200 using both curl and Node.js fetch on the same machine.
A verbose curl trace shows that after the GET request is sent, the Azure endpoint initiates TLS 1.2 renegotiation and requests a client certificate:
Request completely sent off
TLSv1.2 (IN), TLS handshake, Hello request
TLSv1.2 (IN), TLS handshake, Request CERT
HTTP/1.1 200 OK
Copilot CLI logs show that registry requests use the native Rust runtime, specifically reqwest 0.13.4/hyper, rather than Node fetch. The Rust request terminates with BrokenPipe during this endpoint-specific TLS flow.
Please investigate compatibility between the Copilot CLI native runtime’s TLS backend and delayed TLS 1.2 client-certificate renegotiation.
Affected version
GitHub Copilot CLI 1.0.83
Steps to reproduce the behavior
Use GitHub Enterprise (Cloud) and GitHub Copilot Enterprise.
- have an Azure MCP registry setup.
- Enter the Azure URL into the MCP Registry URL
- Select "Registry Only" for "Restrict MCP access to registry servers"
- See a
Failed to load registry: Error: HTTP request failed: error sending request for url ( <redacted> )error message
Expected behavior
MCP registry support works
Additional context
macOS, MBP Pro ARM, iTerm2
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the Azure MCP registry request with Copilot CLI 1.0.83, then inspect the native Rust reqwest 0.13.4/hyper request path and its TLS backend during delayed TLS 1.2 client-certificate renegotiation. Done means the registry returns successfully instead of BrokenPipe, with coverage for this endpoint-specific TLS flow.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- networking, security
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100