Quoting binarynoise (2022-12-02 17:18:35)
> Am Samstag, dem 12.11.2022 um 14:02 -0500 schrieb Roger Dingledine:
> > (3) dcf wrote a script to remotely assess whether your obfs4 bridge
> > is running an old obfs4 version or a new enough obfs4 version. It is
> > currently a confidential ticket,
Am Samstag, dem 12.11.2022 um 14:02 -0500 schrieb Roger Dingledine:
> (3) dcf wrote a script to remotely assess whether your obfs4 bridge
> is running an old obfs4 version or a new enough obfs4 version. It is
> currently a confidential ticket, because it includes details about the
> distinguisher
Hi,
As I'm sure you've already gathered, your system is maxing out trying to
deal with all the connection requests. When inet_csk_get_port is called
and the port is found to be occupied then inet_csk_bind_conflict is
called to resolve the conflict. So in normal circumstances you shouldn't
see it
Hello tor-relays,
We are using Ubuntu server currently for our exit relays. Occasionally, exit
throughput will drop from ~4Gbps down to ~200Mbps and the only observable data
point that we have is a significant increase in inet_csk_bind_conflict, as seen
via 'perf top', where it will hit 85%
Hi Andres,
Not at all. That's how I'm running my own relays. Just run the
**combined.sh** on each individual VM and you'll be fine.
As for the ORPort, yes, I agree. There are ways to read the torrc file
and set the ORPort automatically. I will incorporate that into the
scripts in future