- tor-relays - lists.torproject.org

Metrics portal problems?
by Rick Huebner 20 Oct '11

20 Oct '11

Is the metrics portal at https://metrics.torproject.org/ partly down, or undergoing maintenance or something? I see that some of the stats don't seem to have been updated in the last week or so. Many of the graphs are truncated, e.g. https://metrics.torproject.org/users.html?graph=direct-users&start=2011-10-…, and the per-relay stats on the https://metrics.torproject.org/networkstatus.html page all seem to stop with the 2011-10-12 13:00:00.0 consensus.

2 1

How works the flag attribution?
by Ottakar 17 Oct '11

17 Oct '11

Hi people, I just start my first node, and as my English is light, many aspect of the config are mysterious for me. I just see that my node as 2 new flags: "Stable" and "Guard". Maybe someone can explain to me how this attribution works? Thanks

3 2

Questions
by francois.pasgloup＠netcmail.com 16 Oct '11

16 Oct '11

2 1

icecat
by mick 09 Oct '11

09 Oct '11

Resending because I sent from the wrong address.... Begin forwarded message: To: tor-relays(a)lists.torproject.org Subject: icecat All I have now had a total of three abuse requests from the ISP hosting one of my tor nodes from a company called icecat (rip(a)icecat.biz) On the first two occasions I pointed to the notice on my server about it being a tor node and they went away. This time they are threating to null route my server if I don't do something. So reluctantly I have added a reject of 87.255.38.35:* to my exit policy. I'd be interested to hear from any other operators who have been pestered in this way about supposed abuses of icecat. Best Mick --------------------------------------------------------------------- The text file for RFC 854 contains exactly 854 lines. Do you think there is any cosmic significance in this? Douglas E Comer - Internetworking with TCP/IP Volume 1 http://www.ietf.org/rfc/rfc854.txt ---------------------------------------------------------------------

2 1

Relay accounting calculations
by Steve Snyder 05 Oct '11

05 Oct '11

I'm not sure I understand how the relay accounting limit is calculated. The manual says that you might specify an AccountingMax limit of 1 GB, a ceiling that would be applied to each of the input and output traffic. The manual also says that it is known the output traffic can be larger than the input traffic, especially if you're running an exit node. (I imagine that the converse applies if you also have Tor clients on the same network, using the node, though the manual doesn't say so.) Given that the AccountingMax value applies to traffic in each direction, one would have to specify a rate that is half their actual limit. That is, given a 100GB limit one would specify "AccountingMax 50 GB" in the config file, causing the relay to sleep when 50GB is reached in either input or output traffic. Is the algorithm really this inflexible? If I reach 50GB on output traffic, with only 49GB of input traffic, that puts the relay into hibernation with 1GB of bandwidth left unused. That seems counter-intuitive to me. Is the manual inaccurate, or am I just missing the hidden genius of tracking input and output traffic as distinct pools? It seems more sensible to specify the full bandwidth allotment, with the relay hibernating when the sum of the input and output traffic reach that limit.

2 1

Hibernation timing & bandwidth
by Steve Snyder 05 Oct '11

05 Oct '11

I have a relay with a fixed monthly bandwidth limit, so I expect the relay to hibernate toward the end of the month. (I'm trying to spread the bandwidth out over the month, but actual relay utilization cannot be estimated accurately.) I'm wondering how to time this hibernation period. What I'd like to avoid is hibernating during a period when relay hibernation is common. If I know that most Accounting-limited relays hibernate at, say, the end of the calendar month, then I can schedule my hibernation to be at the start of the calendar month. If most hibernation is done on Saturday (day 6, the end of the week) then I can arrange to sleep on Wednesday (day 3). Is there a known trend to relay hibernation that I can schedule against? Thanks.

2 1

bad line
by cmeclax-sazri 05 Oct '11

05 Oct '11

You may have noticed a deterioration in my throughput over the past month. Yesterday I called my ISP, trying to figure out the problem, and was advised to put one computer directly on line and see what happens. I did this for an hour about 20:00 UTC, taking Tor and the mail server off line, and connecting just the laptop, on which I did pings. I saw 25% packet loss with no uploading or downloading (the laptop does have a Tor client, but I was not using it). Further testing with 2ping shows that the packets lost are incoming. Hopefully the problem will be resolved either early next week or the week after (I'll be out part of the week). cmeclax

1 1

Response back from DataCell/Iceland
by Patrick Hooker 30 Sep '11

30 Sep '11

I wrote a nice letter to DataCell about the bandwidth my Tor router was using and got a quick and good response. It also sheds some light on Datacell's(in Iceland) connectivity to the outer world. " Bandwidth in Iceland is an issue in terms of most ISP's charge by the gigabyte transferred. This is the case because most ISP's depend on Vodafone or Siminn for their backhaul and those charge by the transferred Gigabyte on the international side while they don't charge for national transfer. They do that because they pay outrageous prices on the link to central europe and probably because they want to make a lot of money too ;-). Our connectivity does not depend on them however. We managed to get a somehow acceptable price for international connectivity. Its still 5 times higher than bandwith in central europe but its at least not 50 times as high as the first offers we got. At the moment we have excess capacity. Our links are loaded like less than 1%. Once we get more customer, the link will be filled up. Our infrastructure is configured to use fair queuing. This means that every IP in our network gets a fair share of the bandwidth which is the way we operate. I don't mind having traffic on the excess bandwidth as long as all customers get their guaranteed part. If it would become an issue we would enforce it by using rate limits." So, for now anyway, there doesn't seem to be a problem with my running nearly 100GB/day through my Tor middle router. The TOS excludes the running of open mail proxies doing anything illegal (by Iceland's laws), this to be expected. I can see nothing in the TOS would directly rule out Tor, at least a non-exit router. All my contact with DataCell has been very friendly, I'd recommend them to anyone who can afford ~US$70/mo. for a virtual server. Just remember that when in Iceland, never carelessly throw stones and be polite to the littl' people. Bless Bless, Patrick

1 0

Updating arm
by Bill White 30 Sep '11

30 Sep '11

Hello all -- I'm running a brand-new relay (Diogenes) and at the same time I've discovered arm, which I find an excellent way to learn the art of running a Tor relay. I'm also a Linux beginner, so please forgive my ignorance about my question. My relay is now running arm v. 1.4.0.2, and I want to upgrade to the latest version, 1.4.4. I have downloaded and extracted the tarball (http://www.atagar.com/arm/download.php) However, running ./configure, and every combination of "how to" install/upgrade I can find, results in failure. And "sudo apt-get install tor-arm" tells me I already have the most recent version posted in the repository, which is where I obtained my original arm install. Can someone help me upgrade arm to the latest version? I'm running Ubuntu server 2.6.38-8-server x86_64 Thanks in advance, -- Bill

3 7

Introduction
by Patrick Hooker 29 Sep '11

29 Sep '11

Greetings, Thought I'd say a quick hello since I'm following the list for several days now. I'm running a non-exit relay, "Anonimulo" on a VPS account I have in Iceland. I'm not sure how long I'll be able to keep it up, I may need the bandwidth/CPU time for other activities in the future. For now I'm giving 1MB/s to Tor. I had been wondering just how to monitor my relay when I read about ARM on this list. I installed ARM, fiddled with the torrc a bit and was pleasantly surprised with ARM's display. Kudos to the developer! It appears that Anonimulo is running flat out at max bandwidth too. Yay! Patrick

4 5