The node worked for 12 hours, 128 outgoing and 0 incoming

It works on your not Nat device, correct ?

1. Both my servers can work without NAT, I myself force one of them to work through the ip address of the other so that the stagenet and mainnet nodes work on the same ip address.

2. But now I don't do it and the mainnet node works without NAT through its public ip address

Stagenet node and mainnet node run on different machines with different public IP addresses

Is there at least someone in this chat whose node is working fine??

llacqie[m]: all my nodes work fine

can you clarify if the stagenet node also has the same issue with 0 incoming?

Mine also does, but has a bog standard network setup. Penty of INC.

jberman has a node with this issue and we did some testing, manually connecting works fine. deleting p2pstate.bin and adding the node to the peer list with --add-peer also makes it connect

so there's nothing inherently stopping nodes from connecting

Maybe you have an IP in an often banned range.

Or in a /8 or /16 with lots of other nodes (so other nodes won't connect to you if they already have a peer in that range).

Or maybe your ISP is an asshole.

I have an IP from 149.154.71.0/24

Oh yes I meant /24 or /16 above.

I can try to run a stagenet node on the same host that the mainnet node is currently on

the same issue is on stagenet and testnet for some so I don't think it's too many nodes in this IP range

I hate how this /8 means 8 significants and not the size of the range, I make that mistake often.

it's unintuitive

But my stagenet node on another host is working fine

llacqie[m]: both same ISP?

Reading above, you say "The nodes don't even try to request anything from my node, they just connect and disconnect", this is an OK behaviour, used to probe the grey list, separate from actually trying to connect to a peer for long term usage.

Though it could also be nodes connect to you and do not like the response.

In which case the peer's log would show why it disconnects. But not your log, unfortunately.

People running wownero nodes on the same machine don't have this issue, wownero is still v0.17 based so it feels like a software bug in v0.18

I don't suppose you modified the code, right ?

selsta: Yes, same ISP

I also hosted node v0.17 earlier for a month and everything was fine

moneromoooo: I downloaded the official builds

I suppose you could try building your own, see if it helps. If not, switch to a different verison of boost, say... 1.72.

Assuming the getmonero.org builds aren't on 1.72. I just use that one for a fork and it's been working good.

we didn't change the boost version between v0.17 and v0.18 so i don't think it's related

A bit of a long shot though, any bug is likely to be in monero.

Do the "official" builds have the patches from perfect-daemon that change the KV serialization ?

no, only the connection patch

Pfft. My logs are filled with bad_weak_ptr. I had fixed that :(

Well, feel free to remind me in a few days, I'll check my logs for that IP range to see if I see anything interesting. I purged my logs recently so nothing atm.

Is that node running now ?

moneromoooo: No, I want to experiment with different ISP

Ah, barf. My connection log patch never got in.

Height: 1218212/1218212 (100.0%) on stagenet, not mining, net hash 2.06 kH/s, v16, 25(out)+8(in) connections, uptime 0d 0h 16m 54s

stagenet node works fine

I assume mainnet would work fine too if you were able to run it on the same system

It worked under the same IP as the stagenet node via NAT

And there were no incoming connections either

what do you mean it worked?

i meant on the same system, not with the same IP

llacqie[m] if you run behind a NAT, double check that you port forward port 18080 to your internal IP where you run the node

stagenet uses different port number

I checked

online port checkers say that port 18080 is open on your external IP address?

sech1: I connected from my local node without any problems

your local node is behind node, it's irrelevant

use portchecker.co to check your IP and port 18080

*is behind NAT

I'm too lazy to explain, but I guarantee you that the port was open

If you got connections that disconnect, it was open.

Height: 46818/1218244 (3.8%) on stagenet, not mining, net hash 21 H/s, v7, 7(out)+9(in) connections, uptime 0d 0h 17m 16s

stagenet node on the same host as mainnet with the same ip address

hmmm

So the fact that stagenet works does not mean that mainnet will work as well.

other people in the linked issue have issues on both stagenet and mainnet

I wonder if your incoming peers will drop once you are synced up

another thing you can test is if you have incoming peers on mainnet while syncing from scratch

e.g. exit monerod -> mv ~/.bitmonero/lmdb ~/.bitmonero/lmdb_old -> start syncing and check if you get incoming peers on mainnnet -> move back the old blockchain

Height: 172064/2750627 (6.3%) on mainnet, not mining, net hash 21.95 MH/s, v1, 10(out)+0(in) connections, uptime 0d 0h 9m 17s

llacqie[m]: stagenet and mainnet use the same exact same binary?

i assume yes

selsta: yes

Height: 126151/1218309 (10.4%) on stagenet, not mining, net hash 480 H/s, v7, 16(out)+31(in) connections, uptime 0d 0h 43m 39s

selsta: what distro do you use for your servers?

Ubuntu 20.04

I have started syncing on another host that is in a different location, and it looks like I have incoming connections (I also applied a ban-list, so these are not bots)

Is there a point to mixers existing for monero?

I assume most monero mixers are a scam to steal your coins.

Don't think so, and I claim that none exist. If somebody claims, I would say it's probably a scam.

Yeah that's pretty much what I was thinking

riceandbeans Look up TxTangle in Zero to Monero 2.0

Basically a CoinJoin for Monero. Later they figured out that there wasn't a good way to do it without revealing too much info to the other TxTangle participants.

<rbrunner> "Don't think so, and I claim that..." <- I do recall seeing at least one being advertised a few years ago, and yeah it was a blatant scam. No idea if it's still around