-
-
Notifications
You must be signed in to change notification settings - Fork 5.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
gitea keys fails: Forbidden attempt to access internal url #17497
Comments
|
That did help, thanks! Now I get:
The key does exist. One thing that is weird is that there are 3 config files in the system:
I would expect the main config to sit in |
My bad, the key type I was entering was wrong. It should have been Now regarding the config files, I did a clean install on a new VM, and now the only configuration file is |
OK I think it's time we start compiling the docker build with the appropriate linker commands so that gitea just looks in the right places without having to use |
@zeripath that would be great! |
Too many docker users are caught out by the default location for the app.ini file being environment dependent so that when they docker exec into the container the `gitea` commands do not work properly and require additional `-c` arguments to correctly pick up the configuration. This PR simply builds the default locations into the build. Fix go-gitea#14468 Reference go-gitea#17497 Reference go-gitea#12082 Reference go-gitea#8941 ... amongst others ... Signed-off-by: Andrew Thornton <[email protected]>
Too many docker users are caught out by the default location for the app.ini file being environment dependent so that when they docker exec into the container the gitea commands do not work properly and require additional -c arguments to correctly pick up the configuration. This PR simply shadows the gitea binary using variants of the FHS compatible script to make the command gitea have the default locations by default. Fix go-gitea#14468 Reference go-gitea#17497 Reference go-gitea#12082 Reference go-gitea#8941 ... amongst others ... Replace go-gitea#17501 Signed-off-by: Andrew Thornton <[email protected]>
Too many docker users are caught out by the default location for the app.ini file being environment dependent so that when they docker exec into the container the gitea commands do not work properly and require additional -c arguments to correctly pick up the configuration. This PR simply shadows the gitea binary using variants of the FHS compatible script to make the command gitea have the default locations by default. Fix #14468 Reference #17497 Reference #12082 Reference #8941 ... amongst others ... Replace #17501 Signed-off-by: Andrew Thornton <[email protected]>
Too many docker users are caught out by the default location for the app.ini file being environment dependent so that when they docker exec into the container the gitea commands do not work properly and require additional -c arguments to correctly pick up the configuration. This PR simply shadows the gitea binary using variants of the FHS compatible script to make the command gitea have the default locations by default. Fix go-gitea#14468 Reference go-gitea#17497 Reference go-gitea#12082 Reference go-gitea#8941 ... amongst others ... Replace go-gitea#17501 Signed-off-by: Andrew Thornton <[email protected]>
Gitea Version
1.15.6-rootless
Git Version
No response
Operating System
No response
How are you running Gitea?
I'm running the "gitea:1.15.6-rootless" docker image under rootless podman.
Database
MySQL
Can you reproduce the bug on the Gitea demo site?
No
Log Gist
https://gist.github.com/rmsc/b4bcdec9ee84cd67a2ed2f1870ce73d2
Description
I'm using
gitea keys
in an AuthorizedKeysCommand.It used to work in at least in version 1.15.4, but is not working anymore, and is failing with a weird error:The error happens regardless of whether the key is correct or not. The server log reports a
Forbidden attempt to access internal url
, as per the provided log gist.Screenshots
No response
EDIT: I'm not so sure I was using the rootless version of 1.15.4 when it worked.
The text was updated successfully, but these errors were encountered: