Hi,
Is my understanding correct that if I set AccountingMax, the relay will never be used as a DR?
It kind of feels odd because in my situation I can donate 500GB (and maybe even more) but I do want to keep a max limit and at the same time let the relay be a DR as well. Any way to achieve this?
-kali-
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 6/26/2014 7:46 PM, Kali Tor wrote:
Hi,
Is my understanding correct that if I set AccountingMax, the relay will never be used as a DR?
It kind of feels odd because in my situation I can donate 500GB (and maybe even more) but I do want to keep a max limit and at the same time let the relay be a DR as well. Any way to achieve this?
-kali- _______________________________________________ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Hi Kali
Where did you learn that AccountingMax argument will prevent you from being a directory server?
I can not confirm or infirm this information, but as far as I see in the manual there is no such reference for accountingmax.
500GB per month is little amount of traffic, seriously. My 100mbit relays made on virtual servers consume 6-7TB of total traffic per month.
Use the accountingmax argument and you should be fine, it's better than capping bandwidth and it is a great help for the network.
Thanks for running a relay.
- -- s7r PGP Fingerprint: 7C36 9232 5ABD FB0B 3021 03F1 837F A52C 8126 5B11 PGP Pubkey: http://www.sky-ip.org/s7r@sky-ip.org.asc
On 06/26/2014 01:13 PM, s7r wrote:
On 6/26/2014 7:46 PM, Kali Tor wrote:
Hi,
Is my understanding correct that if I set AccountingMax, the relay will never be used as a DR?
It kind of feels odd because in my situation I can donate 500GB (and maybe even more) but I do want to keep a max limit and at the same time let the relay be a DR as well. Any way to achieve this?
-kali- _______________________________________________ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Hi Kali
Where did you learn that AccountingMax argument will prevent you from being a directory server?
I can not confirm or infirm this information, but as far as I see in the manual there is no such reference for accountingmax.
500GB per month is little amount of traffic, seriously. My 100mbit relays made on virtual servers consume 6-7TB of total traffic per month.
Use the accountingmax argument and you should be fine, it's better than capping bandwidth and it is a great help for the network.
Thanks for running a relay.
I had not read anything about this either, until I tried to enable it and got this in my log:
10:15:43 [NOTICE] Not advertising DirPort (Reason: AccountingMax enabled)
I had not read anything about this either, until I tried to enable it and got this in my log:
10:15:43 [NOTICE] Not advertising DirPort (Reason: AccountingMax enabled)
Exactly what I experienced at my side and hence my assumption that enabling AccountingMax disables DirPort and the DS capability.
-kali-
So, no way to offer DS while setting AccountingMax?
-kali-
On Thursday, June 26, 2014 10:02 PM, Kali Tor kalitor42@yahoo.com wrote:
I had not read anything about this either, until I tried to enable it and got this in my log:
10:15:43 [NOTICE] Not advertising DirPort (Reason: AccountingMax enabled)
Exactly what I experienced at my side and hence my assumption that enabling AccountingMax disables DirPort and the DS capability.
-kali-
On Sat, Jun 28, 2014 at 09:51:08AM -0700, Kali Tor wrote:
So, no way to offer DS while setting AccountingMax?
Correct.
At least in the scenario in this thread, not advertising the dirport is a good choice by Tor, since it saves all your bandwidth for 'real' Tor traffic.
The key thing to realize is that normal Tor traffic is bidirectional (that is, it's symmetric -- it comes in and then goes out again), but traffic you serve over your DirPort is only unidirectional. So you'll reach your accountingmax quicker while wasting (not using) half of that bandwidth.
See also https://trac.torproject.org/projects/tor/ticket/871
--Roger
tor-relays@lists.torproject.org
-
Kali Tor -
mal -
Roger Dingledine -
s7r