Replies: 2 comments
|
Authenticated upstream proxies are supported now, but the current configuration deliberately stores the credentials separately rather than parsing them from the Proxy server field. Support landed in commit
Do not rely on entering Internally CCR then builds the URL given to Undici's That detail matters when a username contains If you are on v3.0.11 or earlier, update first; the dedicated authenticated-upstream configuration is absent there. For a quick verification after updating, point it at a test proxy and confirm that a request no longer returns HTTP If this solves it, please mark the comment as accepted so users on older versions know that the feature arrived in v3.0.12. |
|
@MentalOfCrow , thank you for the response. I tried upgrading CCR to latest and setting up proxy with host 192.168.2.101, port 9999 and username, passowrd. But unfortunately the provider's check connectivity fails with error code 599, and Cluade Code's requests fail with "⏺ API Error: 502 All target providers failed. This is a server-side issue, usually temporary — try again in a moment. If it persists, check your inference Best Regards, |
Uh oh!
There was an error while loading. Please reload this page.
In General Settings, does Proxy URL support authentication like "http://user:pass@host:port"? Looks like CCR depends on undici for http/https proxy. Not sure if it requires extra logic for authentication? e.g. https://stackoverflow.com/questions/66459770/how-to-use-authenticated-proxies-with-undici
All reactions