This repository will move to @wdes #224
Replies: 7 comments 10 replies
-
Dear users, I ping you on this thread to have some feedback on some of the questions above.
Org followers, should follow @wdes instead:
Other links: |
Beta Was this translation helpful? Give feedback.
-
So, as promised, here my 2¢: First of all, congrats for using crowdsec. I haven't gotten around to getting started with it, at the time I started there was only fail2ban, which is set up and fine tuned pretty well in the meantime. I'll look into using crowdsec more when time allows. Looks like a nifty project, only I'm not sure it's worth using it when the good bits are behind a paywall. Fail2ban is FOSS, I already made a couple contributions to it. YMMV though. Using the repo itself for storing the generated files is not a good idea ever — see https://github.com/StevenBlack/hosts/ (which is also worth looking into from your perspective) that has also grown over gigabytes of repo size with time — but better if you don't have anything else as a start. You don't need a CDN though, just put the generated artifacts somewhere on one of your servers, when you succeed to rearrange the repo. You know what they say, the cloud is just someone else's computer :) Moreover, I wouldn't keep the project on github. They aren't exactly pro-free-speech, and while this may not be a concern of yours for the time being, the time will come when it will. If you don't want to set up a gitea/gitlab/whateveryouprefer like I did, just use codeberg; I wouldn't recommend using gitlab at this point either. In the end it's your call though. Since as you mentioned, you have your own servers, it shouldn't be a hassle to use your own pipeline for the builds, I use buildbot for many of my projects, it's also FOSS. Adding a free account with an API key (that will always stay free) for downloading the artifacts is not a bad idea, as long as you keep it free. Maxmind GeoIP and AbuseIPDB and the likes are already practicing this, probably for the same reason you intend to: to have a sane impediment for exhausting your bandwidth. |
Beta Was this translation helpful? Give feedback.
-
Some updates:
Now I have big questions:
|
Beta Was this translation helpful? Give feedback.
-
I guess there is enough public DNS resolvers on the planet so we can round robin them and get our DNS response. And MS can not block us since we ask the resolver to get us the reply. |
Beta Was this translation helpful? Give feedback.
-
New URLs 🎉
Be aware that some params will be required in the future to authentify the request. |
Beta Was this translation helpful? Give feedback.
-
Sure, I would host a node. Support can be achieved by maybe offering a premium experience which I would say is your API which could be higher request limits, time between service requests, like IPinfo.io, and 10$ at least. Lower costs, remove abstractions, gain fidelity
|
Beta Was this translation helpful? Give feedback.
-
Thank you @wravoc and @karolyi for proposing to host a node, I will split out my code to have a simple binary that does the work and reports it back to the requester. And let you know how to join the project runner group. One small detail I need to address is: how do I trust the scan results ? |
Beta Was this translation helpful? Give feedback.
-
Q: What is @wdes ?
A: A French software/server&infrastructure company (https://wdes.fr/en/) that I run on my own. I have 3-4 servers and mange servers for my clients too.
That means that I need to protect services. I found some very efficient ways to protect from nasty bots:
Q: What was @datacenters-network and why was it not in @wdes first ?
A: Because I was thinking that @datacenters-network was a good "sub" brand name for my company. But I did not realize that this was a bit like X vs Twitter. De-structuring the company/brand name of "Wdes" with another one was a terrible idea. This repo is the last step in my migration to move all services back to "wdes.eu". This domain and TLD is used for all services hosted by the company.
Q: What will change
A: The data has to be updated in a very regular way, that means that there is a lot of commits to store.
The repository grows quite a lot. Using a separate branch is my current migration idea.
Q: Contributions or second reviewers to each data update
A: I can accept to have a second review of data updates if users think that would be more secure.
I do not want that users download raw files from GitHub, In my opinion this could lead to some rate limiting and users would be unprotected and scripts would fail. Until now this works great for me, but when this repo moves I think security.wdes.fr or security.wdes.eu (what is the best tld to use as an end user perception ?) will be used to provide files. CloudFlare will be the CDN to be used.
Users still can continue to download files from GitHub but as soon as the website will be up, only the website URLs will be guaranteed stable.
Questions for my current users:
?username=
or?email=
while fetching the block lists. I honestly think that consuming a block list without any way to be notified about changes or breaking changes is quite risky.Beta Was this translation helpful? Give feedback.
All reactions