Skip to content

Proxy-Support header case sensitive causes proxied API failure when using HttpClient #61414

Closed
@ChrisFWood

Description

@ChrisFWood

I've been looking into an issue where access to a API work via PowerShell but doesn't via HttpClient.

The diagnostic output logs "Proxy doesn't support connection-based auth" and looking it to that appear to be proxy requires the header "Proxy-Support" with the value "Session-Based-Authentication".

However the API in question has the "Proxy-Support" with the value "Session-based-authentication" a simple case change. While I can accept the specification for the proxy support header may specify the value with an exact case, following this means dotnet apps will not work with some API, and other implementations do not enforce the casing.

Suggested fix would be to make the check case insensitive.

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions