I just multiplied my BandwidthRate with a bit for my exit.
//Spid
On 02/09/16 02:28, Tristan wrote:
> Is the Tor strike today? Because I just set up a second instance on my
> relay to get the most out of its bandwidth.
>
> Oops 😏
>
>
>
> ___
> tor-
Hi all,
I'm looking at some traffic patterns for my Exit relay, and I'm frankly
a bit disappointed with the utilization.
Currently it's running at a load average of 0.3-0.5, and CPU idle at
70-80%.
We're not limited on Bandwidth (tests show that our max cap is more than
safe to produce), yet,
On 21/09/16 15:24, teor wrote:
>
>> On 21 Sep 2016, at 20:01, D.S. Ljungmark wrote:
>>
>> Hi all,
>>
>> I'm looking at some traffic patterns for my Exit relay, and I'm frankly
>> a bit disappointed with the utilization.
>>
>> Curre
So, Now I've taken some steps to adjust the state of the relay, and
try to balance this.
To reiterate a point previously, before I start adding more tor
daemons or servers to this, I want to know how to scale and optimise
what is already there.
- Set up unbound in cache mode rather than use our
On 27/10/16 00:15, teor wrote:
>
>> On 27 Oct. 2016, at 00:32, D. S. Ljungmark wrote:
>>
>> On tis, 2016-10-25 at 22:52 +1100, teor wrote:
>>>>
>>>> On 25 Oct. 2016, at 22:26, D.S. Ljungmark
>>>> wrote:
>>>>
>>>>
So it's already finding bugs in other implementations?
That's pretty awesome! ;-)
//Spider
On 25/10/17 21:16, nusenu wrote:
> https://trac.torproject.org/projects/tor/ticket/23981#comment:9
> wrote:
>
>> Looks like this issue is caused by a server descriptor produced by an
>> alternate Tor imp
Sadly, we had some issues and had to take the modio exit offline for a
while.
We were seeing interesting traffic spikes on ipv6, and the pfsense
firewall couldn't handle the traffic properly, so the relay will have to
be offline until we got a replacement firewall in place.
Try not to miss us to
On 27/10/17 13:44, D.S. Ljungmark wrote:
> Sadly, we had some issues and had to take the modio exit offline for a
> while.
>
>
> We were seeing interesting traffic spikes on ipv6, and the pfsense
> firewall couldn't handle the traffic properly, so the relay will have t
On 05/12/17 20:03, Alison Macrina wrote:
> Hi all,
>
> Phoul and I are working on a blog post/guide to encourage more relay
> operators. The post will include technical and legal information for
> relay operators, but also things that are in more of a "social"
> category, like information for st
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 16/06/16 23:08, nusenu wrote:
> (forwarding a question from tor-dev since here are probably more
> ops that might want to answer the question bellow)
> https://lists.torproject.org/pipermail/tor-dev/2016-June/011073.html
>
> Dear tor-relay oper
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 17/06/16 13:25, nusenu wrote:
>> Because my OS vendor has no Tor packages.
>
> The torproject provides RPM packages for Fedora and RedHat/CentOS.
> Fedora has tor packages, on CentOS EPEL is available.
>
> So you are using torproject RPMs on
That depends on what the other relay operators have configured their hosts
to talk to. It's a common thing to set relays on other ports to obscure
the kind of traffic, and to work around certain firewall rules.
On Tue, Feb 4, 2014 at 6:16 PM, Tora Tora Tora wrote:
> I am trying to run a midd
Are you on a virtual machine? Do you control the VM host? If not, it could
be that your host is migrating your VM, or not scheduling it properly,
which causes time drifts inside the VM.
On Tue, Feb 18, 2014 at 12:02 PM, Zenaan Harkness wrote:
> My tor logs (running on Debian) are showing this
13 matches
Mail list logo
