getting reports that tor users are no longer allowed to register. What gives?
tor users blocked #119
Due to the ongoing spam flood attacks via Tor described in the threads mentioned above we have disallowed disposable email providers.
Tor exit nodes are still allowed but unless we find a way to stop these attackers we see currently little choice for the next steps but to block these exit nodes for API or possibly even for all access attempts.
Maybe you have a more elegant idea that is implementable short-term?
Hi, I made a thing that could help solve this issue: https://codeberg.org/hugot/gitea-api-protector
Also posted on the fediverse at https://amsterdon.nl/@hugot/103490154227247581
to: https://mastodon.technology/@codeberg/103480576712180186
Gitea Issues:
@hugot wrote:
Hi, I made a thing that could help solve this issue: https://codeberg.org/hugot/gitea-api-protector
Also posted on the fediverse at https://amsterdon.nl/@hugot/103490154227247581
cool! We will deploy on codeberg-test and have a closer look next days! (currently very busy due to annual member assembly preparations)
Do you think it is worth joining your ideas with the issues listed above to synchronize all changes upstream?
@6543 wrote:
to: https://mastodon.technology/@codeberg/103480576712180186
Gitea Issues:
Rate-limit comments/issues opens #9785
[Feature] API Rate Limiting #9559
[Feature] [Extend] API Rate Limiting by User Creation Age #9847
Great, thank you! This seems all moving into the right direction.
all those are 404s
Seems the issue formatter makes issue links local when quoting. In the original comment by @6543 links point to proper remote issue.
@hw:
Do you think it is worth joining your ideas with the issues listed above to synchronize all changes upstream?
I think there's some great ideas mentioned in those issues. I like the idea of having a more sophisticated reputation system in particular. How about implementing that in a separate program while it's not in gitea yet?
To keep things simple, I could add a new HTTP endpoint to the api-protector to add verified users without a pull request.
It shouldn't be too hard to write a program that periodically calls the gitea API to calculate user reputations using values like amounts of stars received etc. That program could then use the new endpoint in the api-protector to automatically make users verified, without them needing to create a pull request first.
Curious to hear what you think of this solution!
Long-term it feels that the feature would be beneficial to all users, so incorporating it in Gitea itself seems more future-proof? Aside from an active long-term maintainer community all information is also accessible locally there.
If you like, we could set up a simple playground with a local fork (for example from https://codeberg.org/Codeberg/gitea or embedded in https://codeberg.org/Codeberg/build-deploy-gitea), that then deploys to https://codeberg-test.org for testing.
I don't think I'm the right person for that at this time. I have other projects that I want to work on and I can't fit in a big commitment like that atm.
I mainly created the api-protector and proposed the separate program because both are feasible to implement short-term.
Another pro is that this approach makes it trivial for people to experiment with custom reputuation systems written in whatever language they want.
The outcome of such experiments might help with the implementation of a robust reputation system in gitea when that time comes as well.
Thank you! A great idea in any case.
Tor users have never been actively blocked, other mentioned issues are tracked elsewhere. Thank you for this discussion :')
Reduces accessibility and is thus a "bug" for certain user groups on Codeberg.
Something is not working the way it should. Does not concern outages.
Errors evidently caused by infrastructure malfunctions or outages
This issue involves Codeberg's downstream modifications and settings and/or Codeberg's structures.
Please join the discussion and consider contributing a PR!
No bug, but an improvement to the docs or UI description will help
This issue or pull request already exists
New feature
Involves changes to the server setups, use `bug/infrastructure` for infrastructure-related user errors.
An issue directly involving legal compliance
involving questions about the ToS, especially licencing compliance
Please consider editing your posts and remember that there is a human on the other side. We get that you are frustrated, but it's harder for us to help you this way.
Things related to Codeberg's external communication
More information is needed
This issue contains a clearly stated problem. However, it is not clear whether we have to fix anything on Codeberg's end, but we're helping them fix it and/or find the cause.
Related to Forgejo. Please also check Forgejo's issue tracker.
Migration related issues in Forgejo
Issues related to the Codeberg Pages feature
Issue is related to the Weblate instance at https://translate.codeberg.org
Woodpecker CI related issue
involves improvements to the sites security
Add a new service to the Codeberg ecosystem (instead of implementing into Gitea)
An open issue or pull request to an upstream repository to fix this issue (partially or completely) exists (i.e. Gitea, Forgejo, etc.)
Codeberg's current set of contributors are not planning to spend time on delegating this issue.
No due date set.
No dependencies set.
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?