-
Notifications
You must be signed in to change notification settings - Fork 1.7k
Feature Request: Use a non-default User-Agent for HTTP(s) connections #4768
Copy link
Copy link
Closed
Labels
category: backendhelp: minor complexityless complex issue, good for beginners that want a little challenge yet not too complicatedless complex issue, good for beginners that want a little challenge yet not too complicatedhelp: wantedtype: feature suggestionsuggesting a new featuresuggesting a new feature
Description
Output of restic version
restic 0.16.4 compiled with go1.21.6 on linux/amd64
What should restic do differently? Which functionality do you think we should add?
When using a remote REST or HTTP(S) backend, the user agent provided is the default "Go-http-client/2.0"
An example user agent might be
Restic/0.16.4; arch/x86_64
which would be detected by the frontend, allowing it to apply correct validation checks.
What are you trying to do? What problem would this solve?
Using our front-end application gateway, I would like to provide restic specific validation requirements (eg, disable forms based login, while enforcing HTTPS and BASIC auth), by detecting a "restic" specific user agent.
Did restic help you today? Did it make you happy in any way?
Always
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
category: backendhelp: minor complexityless complex issue, good for beginners that want a little challenge yet not too complicatedless complex issue, good for beginners that want a little challenge yet not too complicatedhelp: wantedtype: feature suggestionsuggesting a new featuresuggesting a new feature