On 16. Juni 2014 at 08:56:20, Alexander Fortin (alexander.for...@gmail.com)
wrote:
On Mon, Jun 16, 2014 at 4:40 AM, Moritz Bartl wrote:
You should never rely on short key IDs for anything. They can be forged
within minutes. When you look at
https://www.torproject.org/docs/debian.html.en ,
Hi All,
In the recent thread relating to Debian relay Puppet modules it was
suggested that a greater diversity of operating systems in tor nodes
wooudl be preferable.
I'm not sure if this was meant as a technical or aesthetic preference,
but I am curious. Is there any technical benefit to
On 17. Juni 2014 at 17:26:42, Jonathan D. Proulx (j...@csail.mit.edu) wrote:
I'm not sure if this was meant as a technical or aesthetic preference,
but I am curious. Is there any technical benefit to rounning a more
diverse set of opensource oprating systems for tor nodes? I discount
closed
Hi,
Just started a new tor relay on my raspberry pi yesterday and I'm
monitoring with tor-arm over ssh. I'm currently listed on
atlas.torproject.org with flags 'Fast', 'Running', 'V2Dir', and 'Valid'
with 17hrs uptime.
However, tor-arm is showing a blank for uptime and about once a minute, the
On Tue, Jun 17, 2014 at 10:38 AM, Jonathan D. Proulx j...@csail.mit.edu wrote:
I'm not sure if this was meant as a technical or aesthetic preference,
but I am curious. Is there any technical benefit to rounning a more
diverse set of opensource oprating systems for tor nodes? I discount
closed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Had the same issues on my pi when running over ssh.
It simply is the fact, that your pi is running almost on max load. Type top in
your console, and watch the pi working :)
On 17. Juni 2014 19:28:23 MESZ, Adam Griffin adgri...@gmail.com wrote:
Hi,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Yes, especially when hitting Enter after sudo -u debian-tor arm
Then it took a few seconds and the relay resumed.
It never seemed to have these problems when running on it's own, so I think
this is just due to the limited resources of the pi
Running top in a separate SSH session shows ~50% load average. I imagine
spikes would cause the CLI interruptions and maybe relay
unresponsive/resumed notices. Did you have the same blank uptime issue?
On Tue, Jun 17, 2014 at 2:08 PM, Elrippo elri...@elrippoisland.net wrote:
-BEGIN PGP
On 06/17/2014 02:49 AM, Alex Jordan wrote:
In my dream
world, it would not only support Debian: Right now, most of the Tor
network runs on Debian, which is not ideal. We need more *BSD and
Solaris! And FreeDOS! :)
Why is this not ideal? I'm not following.
Also, do you mean Debian or
On Sun, Jun 15, 2014 at 7:31 AM, Alexander Fortin
alexander.for...@gmail.com wrote:
I’ve recently joined the Tor Project and I have been running a non exit relay
for a few days.
I’m also a Puppet user and, more in general, I try to make deploying
applications
on the servers I administer
Hi
I'm running the new, imaginatively-nicknamed kingqueenbtnftw relay.
I have read around a lot but something I don't get. I thought advertised
bandwidth was what I'd put in torrc whereas consensus weight was what some
uber-machines tested my relay at, with the idea that this can foil
THANK YOU
That is clear and consise and well needed.
Robert
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
On 14-06-17 01:51 PM, grarpamp wrote:
On Tue, Jun 17, 2014 at 10:38 AM, Jonathan D. Proulx j...@csail.mit.edu
wrote:
I'm not sure if this was meant as a technical or aesthetic preference,
but I am curious. Is there any technical benefit to rounning a more
diverse set of opensource oprating
Hello Jodie,
Ah right, thank you, so advertised bandwidth and consensus weight are both
essentially other computers' assessment of the game relay's throughput, though
different computers and in different ways.
Thanks
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
14 matches
Mail list logo
