Daniel,
No. Part of being a Tor Relay is sticking your neck out a bit for those who
can't. No one will fault you if you decide to not run a relay.
John
On Sep 6, 2016, at 23:08, daniel boone >
wrote:
Relay Issue: I had a relay up and runnng Saturday. I
Relay Issue: I had a relay up and runnng Saturday. I found my relay Atlas but I did not like what I saw on there. It showed my isp number and my dsl provider so I shut down the relay. Is there some adjustment in the "torrc" file to have that not show. And I do not have any access to a Proxy
> On 7 Sep 2016, at 06:36, Philipp Winter wrote:
>
> On Tue, Sep 06, 2016 at 12:10:06PM -0400, Aaron Johnson wrote:
>>> I suspect that one could approximate this number by accounting for the
>>> probability of all exits being selected as guard, middle, and exit, but
>>> I would
On Tue, Sep 06, 2016 at 12:10:06PM -0400, Aaron Johnson wrote:
> > I suspect that one could approximate this number by accounting for the
> > probability of all exits being selected as guard, middle, and exit, but
> > I would prefer a simpler and more reliable approach.
>
> This doesn’t seem like
Hello,
I am thinking of setting up a new relay.
I know that the hardware in the server is going to be the bottleneck, not my
Internet connection.
I have a problem deciding on which OS to use for the relay.
A few years ago when I had a similar relay going, I had it running on OpenBSD
first.
On Tue, Sep 6, 2016 at 2:29 PM, Green Dream wrote:
> For one, I'm not sure I'd want any more Five Eyes entities running
> Exit nodes. Most embassies are already a haven for espionage activity.
> You'd pretty much have to assume they'd be sniffing the exit traffic.
>
I
The whole idea doesn't sit right with me.
For one, I'm not sure I'd want any more Five Eyes entities running
Exit nodes. Most embassies are already a haven for espionage activity.
You'd pretty much have to assume they'd be sniffing the exit traffic.
Also, with all the other priorities, I kinda
> I suspect that one could approximate this number by accounting for the
> probability of all exits being selected as guard, middle, and exit, but
> I would prefer a simpler and more reliable approach.
This doesn’t seem like a bad approximation to me, given that for as long as I
have been aware,
I want to learn how many bytes exit relays forwarded. I assume that the
write-history that is published in a relay's extra-info document
includes bytes that were relayed as part of the exit's guard and middle
role? If so, is there a way to learn how many bytes were written by the
relay in its
Couldn't they run a regular relay node instead? This would help them blend in
their traffic so to speak while also not having to put themselves at risk of
being cut off.
On 6 September 2016 04:47:41 BST, Dave Warren wrote:
>On Mon, Sep 5, 2016, at 11:24, Kenneth Freeman
10 matches
Mail list logo