Hi Toralf
All F3 Netze relays together are using one unbound with 4 CPU Cores.
Each consumes about ~20%. It's a Xeon(R) CPU E3-1230 V2 @ 3.30GHz (w/o
Hyperthreading).
Tim
Am Samstag, den 22.08.2020, 09:12 +0200 schrieb Toralf Förster:
> I do wonder about a reasonable number.
>
> --
> Toralf
>
Hi Karsten
For the RIPE Region (the resources from RIPE) the correct source is the RIPE
Database. There is an "country" attribute on the inetnum and inetnum6 objects.
Last time I checked maxmind, it was completely wrong about 185.220.100.0/22. I
reported to them, but didn't get any response.
Hi nusenu
Thanks for your explanation. You are right in all points. But they are
a bit of theoretical, because we don't have big choice here. Further I
don't think a big exit is the opposite of our goals, it's just the
beginning.
Theoretical
So what can we do to achieve the ideal distributed
Hi
Thanks you for the very nice protocol.
Am Freitag, den 03.01.2020, 15:45 +0100 schrieb ml-
torrel...@artikel5ev.de:
> + Concentration of Tor exit capacity in unique entities, how much of
> the
> Tor (exit) capacity should be in control of one group or person?
>
> ++ This is a recurring
the cc's?
Am 20. August 2019 08:05:36 MESZ schrieb teor :
>Hi,
>
>>>> On 15. Aug 2019, at 16:43, Tim Niemeyer wrote:
>>>>
>>>> Signed PGP part
>>>> Hello
>>>>
>>>> I've noticed a reduction in tor traffic about 50% s
Hello
I've noticed a reduction in tor traffic about 50% since Sunday. The cpu
load stayed almost same. The amount of TCP Sessions increased from ~34k
to ~65k. Also the abuse rated about network scans got increased since
Sunday.
Does anyone knows what's there going on?
My guess is that since
Hi
We don't need a funding platform. We need someone who
* maintains the social contacts
* gives interviews
* does the tax declaration
* ... and so on ...
Tim
Am Freitag, den 02.08.2019, 08:44 -0700 schrieb Mitar:
Hi!
Yes, running a non-profit for you is not free (accounting costs, at
least).
Moin
Am Donnerstag, den 11.07.2019, 18:41 -0400 schrieb Steve Snyder:
> I find it more alarming that a single exit operator handles 13% of
> exit
> traffic than that the DNS resolution is dominated by 2 big players.
Hm.. There are two ways:
a) Others build up more exit capacity
b) The one
Moin
I just played a bit with the sources of this test system.
At first I didn't get it work, but then I changed the hard coded guard
to one of my own and voila ..
I picked an exit with an error rate of 100%:
0FF233C8D78A17B8DB7C8257D2E05CD5AA7C6B88
.. the test resultet in many many
Hi nusenu
After reading your Mail, I realized that not the DNS records for the
exit IPs are failing. Instead this list shows problems to resolve dns
on the exit.
I looked at our exit and all looks fine. Resolver works very fast and
nothing imporint within the logfile. Only some dudes use
Hi Nusenu
Am Samstag, den 24.03.2018, 15:18 + schrieb nusenu:
> > At time of writing, the VM has 4 cores of Xeon E3-1230 V2 @ 3.30GHz
>
> I estimate that you should be able to do ~90MByte/s per instance on
> that CPU
That would be much more than I expect. We will see.. I'm so curious. ;)
>
Hi Nusenu
Am Samstag, den 24.03.2018, 13:51 + schrieb nusenu:
> Hi Tim,
>
> > > I saw you recently added 8 new
> > > tor exit instances and wanted to thank you for
> > > contributing exit bandwidth to the tor network!
> >
> > At the moment this is a (small) Host with 10 GBE and multiple
>
Hi Nusenu
Am Samstag, den 24.03.2018, 10:18 + schrieb nusenu:
> I saw you recently added 8 new
> tor exit instances and wanted to thank you for
> contributing exit bandwidth to the tor network!
At the moment this is a (small) Host with 10 GBE and multiple
addresses. I hope the computing
13 matches
Mail list logo