Thanks! Codeberg.org gives my browser problems, but I was able to shallow clone that over Tor using git.

My first hack was to add a --socks4a parameter to all the curl calls to force it over Tor.

It did not work out of the box. I could see that it sources config.sh. The example file shows API keys. The instances_list.json file shows {"error":{"message":"Invalid Authorization header."}}, which implies that I need an API key. If I simply run this:

curl --socks4a 127.0.0.1:9050 -o "${filename}" 'https://fediseer.com/api/v1/all_instances'

there is no problem. I suppose you have hard-coded an API key to do operations that submit data, which is then used for getting data as well. Anyway, the script works for checking a single instance.

I wrote a script that uses Cloudflare’s ASNs to grab all its IP ranges. Then the script checks without even connecting to the target just by resolving the IP and checking if it matches CF’s range. It’s still just a messy workaround. It’s really something that should be in the fediseer dataset.

Then the only thing that comes to mind is that your IP address must be on a Crowdsec ban list.

https://codeberg.org/Tealk/fediseer-hesitations-cloudflare

It’s still down for me. Just times out. So I have no idea what you propose.

Anyway, I don’t imagine how a workaround would be possible. The dataset is missing the data. If I have to scrape for the data myself, it defeats the point of a public dataset. I could write in my code a Cloudflare check, but that doesn’t help anyone else using the fediseer dataset.

Down? Run smoothly

Would you mind describing it? That forge is apparently down.

I have create this Workaround: https://git.rollenspiel.monster/Tealk/fediseer-hesitations-cloudflare

PieFed doesn't accept PMs from brand new accounts and since fediseer's bot sends a PM out of the blue, PF thinks it's new. I've just coded an exception for fediseer that lets those PMs though.

Thanks! I just sent you a PM.

You should have received a pm. If you have not, then something went wrong in the communicationffrom fediseer with piefed. Iirc piefed has some problems receiving lemmy PMs. Pm me with your admin account and I'll reset it and give it to you

Thanks! I saw that but I wasn't sure if unknown solicitations were welcomed so i held off. I didn't want to spam 🙂

I guaranteed for you. Reminder that when you guarantee you can select another guaranteed instance and they will receive a PM about it.

Ah well I cannot do any of that. Sorry my guy! Good luck!

Sure, I need an admin of an instance guaranteed on fediseer.com to guarantee my instance mimiclem.me. I'm looking to join lemmy-federate and this is a prerequisite.

Sure, if you tell me what a guarantee is in this context I will absolutely help you do that to the best of my ability.

There are 4 interesting attributes (which makes Fediseer quite useful because no other dataset captures this level of detail):

• open_registrations
• approval_required
• email_verify
• has_captcha

When running select open_registrations,approval_required,email_verify,has_captcha from FSnodeTbl where open_registrations = 0 | sort -u`, we get all varieties of combinations:

0|||
0||0|
0|0||
0|0||0
0|0|0|0
0|0|0|1
0|0||1
0|0|1|0
0|0|1|1
0||1|
0|1||
0|1||0
0|1|0|0
0|1|0|1
0|1||1
0|1|1|0
0|1|1|1

AFAICT, the value of open_registrations is not implied by the other variables. It seems to be an independent variable that should mean just what it describes on the face of it.

And if we consider just cases where open_registrations is true, there are fewer combinations, strangely, but still it’s independent of approval_required (2nd column):

1|||
1|0||
1|0||1
1|1||
1|1||1

Isn't that just a different definition of open?

One seems to be open but with admin approval, while the other one only counts them as open when there is no such review?

I'll take a look. It's what's reported in their API really.

Fediseer doesn't automatically scan for nodes. It only knows instances which people have searched for.

Yes, usually if it has a nodeinfo it's OK.

Happy if I gave an idea.

I just do query DNS records and fetch nodeinfo. Shouldn’t that be enough?

That's a smart idea actually! Can you open a github issue for it? I'll add it ASAP.

The only concern is about making sure this is actually a fediverse instance and not a random website.

After verifying that the user is admin, will you continue to send PM code when logging in? If so, then software without a message receiving mechanism will still not be able to use Fediseer.

I suggest you consider the way I did it in Lemmy Federate. I create a private/public key pair and ask admins to add the public key as a TXT record. If the private key entered while logging in matches the public key in DNS, admin can log in.

This way it is not necessary to query the user with webfinger and send a message. You also avoid the hassle of distinguishing between different messaging structures in the Fediverse.

It's like a comment, yes

Yes, I mean rebuttals, I don't know where processes came from. And who handles the rebuttals, or is it just a kind of comment?

I know. But to use the site I need fediseer guarantees

so I can join a service which federates smaller instances wider