◈ 9ce92808be498e9e05590ff27cbfdfe4
RNS 1.3.8 released https://pypi.org/project/rns/
Forum / Help / Why are 30% of nomadnet site inaccessible

Why are 30% of nomadnet site inaccessible

Question NomadNet

Started by welo ·

If you click random sites in the announcement stream you'll only be able to connect to about 60-70% of them, with the rest getting stuck at establishing connection, I always assumed this was just network instability but some nomadnet sites like Rmap.world or the official rngit for reticulum are generally always connectable which makes me think it's just badly configured instances. Does anyone have any idea which is the case

You could maybe distinguish between the two possibilities with rnprobe or something similar. Would be interesting to see the statistic of which sites respond to probes and which you can connect to properly

aetherlab 509723a0ccb60610...

Or they are just not online all the time.

aetherlab wrote:

Or they are just not online all the time.

true in general but for nomadnet sites I see through announcements that must either mean that the nomadnet application has been started very recently or its resending an announcement after X amount of hours, either way that implies that the computer its running on is online.

It could be from people who have a nomadnet site but don't have a background daemon so if they open nomadnet for like 10 seconds to check a message the site goes down afterwards but I couldn't imagine that accounts for all the unconnectable sites.

I can't prove this but nomadnet sites that are smaller than around 300~ bytes and thus fit into one packet (I read this somewhere but can't remember the source) are significantly snapper and don't seem to suffer this issue ever of randomly going offline.

Cuanto

I feel like I could configure my interfaces to be more performant too. I read on somebody's nomadnet site that they were getting timed out when trying to load pages, and changing their interfaces helped some.

welo wrote:

aetherlab wrote:
> Or they are just not online all the time.

true in general but for nomadnet sites I see through announcements that must either mean that the nomadnet application has been started very recently or its resending an announcement after X amount of hours, either way that implies that the computer its running on is online.

It could be from people who have a nomadnet site but don't have a background daemon so if they open nomadnet for like 10 seconds to check a message the site goes down afterwards but I couldn't imagine that accounts for all the unconnectable sites.

I have a bit of a hunch that it's more due to announce rate limiting at various points across the hops. You're actually seeing an announce from a while ago, even though it shows to you and your client as coming up just now. So it's not a perfect presence indicator the way you're using it, I'm afraid

ButcherPete 9b9dd6c8afd015d4...

To anecdotaly add to what AKAFrosty said above, I have wondered if some sort of limit was being reached. I notice that links stuck on establishing occur more at certain times of day than others. There could be a combination of factors here, but if I am on late / early morning European time, and there are far more announces appearing in the list (assuming N/S Americas, Canada etc.) then the rate at which I can successfully establish connection with node index pages drops significantly.

Anonymous

I suspect that some backbone nodes have additional barriers in place that block or limit access from other backbone nodes. Like fail2ban or other automated throttling/blocking systems.

Post a Reply

Markdown

Supports Markdown: **bold**, *italic*, `code`, ```code blocks```, [links](url)

Log in to upload images

Proof of work verification for anonymous posting

Copied to clipboard