Re: [tor-relays] Hide TOR exit on my external IP?

Hi Volker, it's generally advised to not run an exit from your home, since this leads to the problems you described as well as it can cause (uninformed) law enforcement to seize all computer equipment in your home, if your exit is involved in some crime. Therefore it's better to run an exit on a

Re: [tor-relays] Reasons to avoid being a guard? (was: Middle relay)

I am curious about possible reasons, why one wouldn't want to become guard. Are there any risks or disadvantages that come with the guard flag? Am 16.09.2016 um 16:32 schrieb Ivan Markin: Marcel Krzystek: Add the following to your .torrc file: ExitPolicy reject *:* It's non-exit, not a

Re: [tor-relays] relay lost most of its consensus weight

02:10 schrieb teor: >> On 13 Sep 2016, at 23:30, jensm1 <jen...@bbjh.de> wrote: >> >> I last restarted the relay five days ago (update to 0.2.8.7). Can a restart >> really cause the consensus weight to drop several days later? If it drops >> within a few hours

Re: [tor-relays] DigitalOcean pricing (Re: tomhek - the (new) biggest guard relay operator)

SeFlow does not allow Tor nodes, though, if the good/bad isp wiki-page is any indication. Am 13.09.2016 um 16:14 schrieb Markus Koch: Seflow is only 1,99 € ... So compared to $5 DigitalOcean is expensive :) Sent from my iPad On 13 Sep 2016, at 15:01, Tristan

Re: [tor-relays] relay lost most of its consensus weight

schrieb teor: On 13 Sep 2016, at 18:05, jensm1 <jen...@bbjh.de> wrote: Hi, I just realised that my relay 'itwasntme' lost most of its consensus weight yesterday morning. The relay is only three weeks old, but it was finally picking up some traffic, which now is gone again. What

[tor-relays] relay lost most of its consensus weight

Hi, I just realised that my relay 'itwasntme' lost most of its consensus weight yesterday morning. The relay is only three weeks old, but it was finally picking up some traffic, which now is gone again. What could be the cause for this? Is there a problem with my relay or configuration? Thanks

Re: [tor-relays] tor-relays Digest, Vol 68, Issue 22

I don't understand what you're saying. Of course the top 10 relays are also showing their IP address, country and provider (or rather AS name). Am 07.09.2016 um 14:01 schrieb daniel boone: > > tks John. I am not interested in sticking my neck out like that so I > hope the project moves

Re: [tor-relays] tor-relays Digest, Vol 68, Issue 21

This. Also, I'm not sure, why this info would even concern you (especially since you're from the US, if I remember correctly). It's not like you're giving away your home adress or something. If you keep your real name out of the various configuration fields like relay-nickname and contact-email,

Re: [tor-relays] Which OS gives usually the best performance for a relay?

Hi! All modern Operating Systems should be up to the task of running a Tor relay, if configured right. The question about which one will work best has probably no general answer, but will depend on the hardware (and software) configuration used, the quality of the drivers for your specific

Re: [tor-relays] tor-relays Digest, Vol 68, Issue 14

To change your mailing-list preferences, you can simply visit https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays. On the other hand, you can also stay with the digest, if you don't plan on posting here regularly. Setting up a relay can be a lot of work, especially if you've never

Re: [tor-relays] tor-relays Digest, Vol 68, Issue 12

016 um 15:28 schrieb grarpamp: > On Sun, Sep 4, 2016 at 8:17 AM, jensm1 <jen...@bbjh.de> wrote: >> you can then configure your inbox to >> put everything containing [tor-relays] into its own folder > This is non ideal as it continues the poor notion that bloating everyone's &g

Re: [tor-relays] BeagleBoard-X15

Hi, the BeagleBoard-X15 seems to be in the last phase of development/certification. We'll probably have to wait a bit until it finally gets released. As to alternatives: I'd be interested in these, too. Jens Am 04.09.2016 um 11:05 schrieb jchase: > Hello, > At least a year ago someone

Re: [tor-relays] tor-relays Digest, Vol 68, Issue 12

Hi Daniel One thing first: If you want to actively participate on this mailing list on a regular basis, it would be best if you switched your mailing-list-setting from digest to the actual mails (you can then either configure your inbox to put everything containing [tor-relays] into its own

Re: [tor-relays] tor-relays-strike-snowden

First, let me welcome you to the world of relay operators! It's always nice to see new faces here, because it means I'm not the only "new guy" (just started running a relay not that long ago). Of course you won't be kicked out just for that one mail! I've seen a lot of worse FUD on here, which is

Re: [tor-relays] tor-relays Digest, 3 questions on torcc file

I agree to everything Matt said. A good rule of thumb for tor configuration is "leave everything at default, unless you've got a reason to change it". Also keep in mind that configuration files (and especially their comments) are mostly about what you CAN do, not what you SHOULD do. Regarding

Re: [tor-relays] tor-relays Digest, Vol 68, Issue 6

This is just plain FUD, what you're doing now. The 3 letter agencies have known about tor, and have been complaining that they can't break it, for a long time now. In fact (iirc), they even supported its development at some point, because they use it themselves. The fact that they're using it is

[tor-relays] total relay bandwidth

Hi, (rather new relay operator here, so excuse me, if this is a dumb question) I just saw this (https://metrics.torproject.org/bandwidth.html) graph, which shows that the advertised relay bandwidth in the whole network is more than double the actually used bandwidth. While it's certainly nice

Re: [tor-relays] relay on a vps not exclusively used for tor?

Thanks for all the replies! It's actually a good advice, not to run backup and tor on the same server, in case it gets seized or the ISP kills it. Also, the small monetary savings aren't really worth the increased attack surface for both, the tor relay and the other services. I therefore

[tor-relays] relay on a vps not exclusively used for tor?

Hi, I'm planning to get myself a small VPS for simple things like calendar-synching and backup of important data. Since these things are very light on resource-usage, I thought about putting a tor relay (non-exit) on the server, so it does something useful instead of idling most of the time. Is

Re: [tor-relays] excessive bandwidth assigned bandwidth-limited exit relay

You're saying that you're on a 1Gbit/s link, but you are only allowed to use 100Mbit/s. Is this averaged over some timescale? If so, you could try and play around with the 'RelayBandwidthBurst' setting. Increasing the Burst might help reduce the queue delay when you're near saturation, assuming

[tor-relays] how reliable is the advertised vs consumed bandwidth on tor metrics

I just stumbled over this (https://metrics.torproject.org/bandwidth-flags.html) graph at tor metrics, which shows advertised exit bandwidth to be around 40Gbit/s and consumed exit bandwidth around 20Gbit/s. This would mean that we have about twice as much exit bandwidth than we need, which I

[tor-relays] missing tor-0.2.5.11 package for armhf wheezy

Hi there, I'm running a relay on my NAS at home and just realised that it's still running on 0.2.5.10. So I went and checked the deb.torproject.org repository for wheezy and found that the tor package hasn't been updated for the armhf-architecture (for the other archs it's fine). Funny enough,