- tor-relays - lists.torproject.org

[warn] Request too large from address '[scrubbed]' to DirPort. Closing.
by Klaus Layer 20 Jan '12

20 Jan '12

Hi, last night the log of one of my nodes showed within 2 minutes about 160 of these messages. Traffic stats show that the incoming bandwidth increased from the average of 300 Mbit/s to more than 400 Mbit/s, where at the same time outgoing traffic dropped. From the peak I see, the requests must have been really big. Does anyone noticed this on other tor servers too? Regards, Klaus

3 2

Re: [tor-relays] logging failure in 0.2.3.10-alpha
by Scott Bennett 20 Jan '12

20 Jan '12

On Thu, 19 Jan 2012 09:39:55 -0800 (PST) CyberRax <cyberrax(a)yahoo.com> wrote: >----- Original Message ----- > >> From: Scott Bennett <bennett(a)cs.niu.edu> >> =A0 =A0 I delayed moving from 0.2.3.7-alpha to 0.2.3.10-alpha until now = >[...] >>=A0=A0=A0=A0 ...no log files were created > >2 thoughts: >a) does the user have access to the logging folder? (_tor rather than root) >b) if you're building through FreeBSD's ports system then the installed /us= >r/local/etc/rc.d/tor gives the log filename from commandline which, >=A0=A0 if I understand correctly, overrides the settings given in torrc (th= >at change was made in 0.2.3.9 or so) *Very* good clue! Thank you very much! Several years ago, I did install a version of tor via the ports tree, but soon switched to building it myself due to delays in new versions being incorporated into the ports and a concern over potentially losing key files, torrc, etc. if I needed to remove it temporarily or during updates. However, I left the infrastructure stuff (e.g., the /usr/local/etc/rc.d/tor script and the /var/db/tor and /var/log/tor directories) in place. The version information line in it still says, # $FreeBSD: ports/security/tor/files/tor.in,v 1.2 2006/08/06 12:26:25 arved Exp $ :-) Anyway, I deleted the --log option from the line that starts/stops tor, and it created both log files this time when I started it. The original script specified /var/log/tor as a log file, so I must have long ago changed it to a directory to hold more than one log file and then forgotten I had done that. /var/log is a directory only writeable by root anyway, and /var/log/tor is a directory only writeable by _tor, so tor would not have been able to create a file called /var/log/tor. Thanks again for the pointer! Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * **********************************************************************

1 0

https://metrics.torproject.org/networkstatus.html
by Sebastian Urbach 20 Jan '12

20 Jan '12

Hi, Im receiving the following error since a few days: Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request GET /networkstatus.html. Reason: Error reading from remote server Apache Server at metrics.torproject.org Port 443 Url: https://metrics.torproject.org/networkstatus.html Anyone out there to fix it ;-) ? -- Mit freundlichen Grüßen / Yours sincerely Sebastian Urbach -------------------------------------------------------- Religion is something left over from the infancy of our intelligence, it will fade away as we adopt reason and science as our guidelines. -------------------------------------------------------- Bertrand Arthur William Russell (1872-1970), British philosopher, logician, mathematician, historian, and social critic.

2 1

logging failure in 0.2.3.10-alpha
by Scott Bennett 20 Jan '12

20 Jan '12

I delayed moving from 0.2.3.7-alpha to 0.2.3.10-alpha until now because the latter failed to build from source under FreeBSD 7.4-STABLE. Oddly enough, now that I've upgraded to 8.2-STABLE, it appears to build just fine. So I ran a tor --verify-config on my existing torrc file, which was confirmed to be okay by 0.2.3.10-alpha. Next, I fired it up, and...no log files were created, :-( so I had no idea whether it was working, had encountered any difficulties during initialization, etc. It should have created two log files in /var/log/tor/, one for "notice" and above, and one for "info" and above. I tried a SIGHUP to get it to reread torrc, which made no observable change, as expected. After pondering the situation for a few minutes, I decided to shut it down. If tor can't communicate to its operator, then it can't be safely run. If anyone can feed me a clue about what to try in hopes of fixing this, I'd greatly appreciate it. If there are no helpful ideas forthcoming by this evening, I'll likely go back to 0.2.3.7-alpha in order to have a working node. Thanks much. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * **********************************************************************

2 1

Metrics / Router Details
by Sebastian Urbach 14 Jan '12

14 Jan '12

Hi, Im receiving the following error message when i try to view my router details on metrics: Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request GET /routerdetail.html. Reason: Error reading from remote server Url for this message is: https://metrics.torproject.org/routerdetail.html?fingerprint=0aff5440ae93f2… -- Mit freundlichen Grüßen / Yours sincerely Sebastian Urbach -------------------------------------------------------- Religion is something left over from the infancy of our intelligence, it will fade away as we adopt reason and science as our guidelines. -------------------------------------------------------- Bertrand Arthur William Russell (1872-1970), British philosopher, logician, mathematician, historian, and social critic.

2 1

Authorities: what is up?
by Klaus Layer 14 Jan '12

14 Jan '12

Hi, just because I am curious: can someone from the tor authority operators please explain what is going on the last days with tor authorities. This morning (europe) ides is not available. Thanks, Klaus

4 9

Re: [tor-relays] Authorities: what is up?
by Sebastian Hahn 14 Jan '12

14 Jan '12

On Jan 13, 2012, at 1:27 PM, Nils Vogels wrote: > Hey Sebastian, Roger, > On 13/01/2012, Sebastian Hahn <mail(a)sebastianhahn.net> wrote: >> >> Ah, I see. ides not having a current consensus is different from ides >> being down. Ides still is running the stable Tor version and needs to be >> upgraded to 0.2.3.x to be allowed to vote along with the other dirauths, >> so it doesn't immediately know about the new consensus. I don't know >> when ides will be upgraded, but I hope the answer is soon. > > Let me know if there is a need for stable authorities with speedy > admins. I'm sure the Dutch hacker community (which I am very much > involved with) can lend a hand and/or a high-bw host. Hi Nils, I'm pasting some stuff here from the "consensus update request" thread, also on tor-relays: On Jan 8, 2012, at 5:45 PM, Roger Dingledine wrote: > On Sun, Jan 08, 2012 at 03:35:16PM +0100, Sebastian Hahn wrote: >> The problem is that in the current situation, it gets worse with more >> authorities, not better. Our voting mechanism needs an overhaul :/ > > Indeed. > > The other problem is that we simply have too many clients out there. > And we've taught them all to be eager to keep updated, so they're harder > to partition. But it's really a volume thing at this point. We need a more > scalable way of keeping clients informed about network topology. In our > copious free time, while also doing everything else that needs doing. :/ > > Anyway, crisis averted, this time. > > --Roger Hope that helps make it clearer why adding a new authority in the short term doesn't actually help us currently. Thanks Sebastian

1 0

tor died with "invalid opcode", should I be worried?
by Marinos Yannikos 13 Jan '12

13 Jan '12

Using Tor 0.2.2.35 (git-4f42b0a93422f70e), OpenSSL 0.9.8o: Jan 12 21:17:25 XXXXXXX kernel: [ 4257.857564] tor[1909] trap invalid opcode ip:7fa7dd61f8f7 sp:7fa7daf80400 error:0 in libcrypto.so.0.9.8[7fa7dd574000+175000] I don't have a core dump unfortunately. This box has had some stability issues lately (still unknown if hardware or DoS attacks are to blame), but I'm a bit worried about a possible exploit attempt. Has anyone else observed such Tor crashes recently? OpenSSL 0.9.8o has a few vulnerabilities according to http://www.openssl.org/news/ but this is Debian Stable *sigh* ... Regards, Marinos

2 1

Anyone else getting these? - Fwd: Tor Survey
by Tor Relays at brwyatt.net 12 Jan '12

12 Jan '12

I just got this sent to me, not sure if it is legit or not. I'm going to assume the worst for now, thought I'd send it out here for discussion and as a heads up for anyone who hasn't yet gotten one of these. I'm hesitant to run anything from someone wanting to do a "study" on Tor Relays. Message forwarded below. -------- Original Message -------- Subject: Tor Survey Date: Wed, 11 Jan 2012 11:47:35 +0100 (CET) From: Marco Valerio Barbera <barbera(a)dsi.uniroma1.it> To: tor(a)brwyatt.net Dear Tor Relay Administrator, my name is Marco Valerio Barbera, I am a PhD student in Computer Science at La Sapienza University of Rome and I am currently doing a research study on the security of the Tor Network in collaboration with Angelos Keromytis, head of the Network Security Lab at Columbia University. You are receiving this message because your e-mail address is associated to the Tor Relay(s) with nickname(s) and address(es): brwyatt1 96.226.232.75 It has recently been discovered a new DoS attack that could allow an adversary to stop one or more Tor Relays from participating and providing service to the Tor Network. This kind of attack poses a potential threat to the hundreds of thousands of users around the globe that use Tor every day. For instance, an adversary may be able to shut down a substantial part of the Tor Network, forcing users to surf the web in a traceable way. In an even worse scenario, an adversary may attract a big part of the data flowing through the Tor Network to one or more malicious Tor Relays that could, thus, cooperate in deanonymizing Tor traffic without being noticed by the users. The aim of our study is that of evaluating the amount of resources an adversary would need to perform such an attack and what would be the actual damage that the Tor Network would suffer. At the same time, we are working on a patch to be applied to the Tor software that could mitigate this issue. The reason you are receiving this message is that, to improve our study, we require some extra information about the Relay(s) you are running that, unfortunately, is not publicly available. We would therefore like to ask a very little, but precious, help from your side in collecting this information and sharing it with us. Note that the information we need is *not* related in any way with the traffic that you are relaying in this moment or have relayed in the past, thus it cannot be directly used to affect the privacy of the Tor users. What we are interested in is related to the hardware characteristics (e.g., number of physical CPUs, amount of memory) and with some of the configuration parameters of your Tor Relay (e.g., number of processors the Tor Relay can use, bandwidth limit). In the case you agree to help us, collecting this information won't steal much of your precious time. In order to make it easier for you to get it, you will find on the website linked at the end of this message a small shell script that you can run on the Tor Relay(s) themselves or, if possible, on another machine with the *same* hardware specs. The script doesn't need any special (i.e., root) permission to run, it won't download anything from the network, nor it will install any software on your machine. We also commented it so as to make it easier for you to understand it in case you wanted to check what is the exact sequence of operations it will perform and information it will collect. Any data saved by the shell script will be available in a human readable text format stored in an output directory you will specify. We encourage you to use the public key you will find on the bottom of this message to encrypt the data collected by the script before sending it to us. You ca n get the same public key on the website linked at the end of this message. We would like to assure you that we will take extraordinary care in protecting in the best way we can the privacy of any information you will decide to share with us. We want also to assure you that, in the event it will be published, any data you will provide us will be carefully anonymized and given only in terms of aggregated statistics. Together with the script, you will find a README file containing detailed instructions on how to use it and how to encrypt the results before sending them to us. We thank you for your kind attention. Best regards, Marco Valerio Barbera You can find the script and the public key in any of these locations: https://sites.google.com/site/marcobarbera/tor-survey http://www.dsi.uniroma1.it/~barbera/tor-survey.html -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.4.11 (Darwin) mQENBE8Fo8gBCADEwO0RNlXfTovI+LLGH8qGyRcDHycFc12URCZdol46sTPnNcrE 2w+KuIK841+QJt40tYBtE9/BT8CerQEGrEteiTIAClpltJcE+6Z04+bbS6EmDzb7 WzpxF0Tv9UrGhGCBncGvFnFbxaJQBu+5KrhJJTrW++778WTqMHoXvEw2LA9QHQB5 qaAgZbvi+2JHrXEB0Cp/OTtGXLz8uej/liifYNh8bYCYIpU8fe+7Q+1ktyPk75g3 1/bTgfywujIVxXoZyo2usSdEZ7KmrISA4E8TlCQwidK8dFEPNwREfcyVNfgrxXyS TpMj/41KWOfymBuR+x0gfpP7eUlzUoObFkaPABEBAAG0L01hcmNvIFZhbGVyaW8g QmFyYmVyYSA8YmFyYmVyYUBkc2kudW5pcm9tYTEuaXQ+iQE4BBMBAgAiBQJPBaPI AhsDBgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAKCRAUhbbzQCoISDOaCACCtPjq o041Z6urq8SVrlK/I659C1fbRUPVi+DJSEP3yZWIDxgwxDGopgabB/NFMwULiKOv 9WNHWydxrxsFYA/+lwbr9YxbV8ShME/pzhR6K+kbT7AGSmBOefgVfCJywh7JcGb4 kp59KKmX7EnHYEkir3HK3wX34ScPbttge1bTQfQF4bKvGcUbqStIn/rL5mGNfbeR IFUidMF6aa1CcPIvkqD2Gs7rv9hAXFVG7/3TjrrzIAsFdXhU6UIM45jwdUnsbLiD Jz96Qz4HLa9wNU7nuSDAqzz+t15O/Fffg55pcUB1MpFIAhVqLffGfAoGrihAylPU aZIqc9ZJk2nr96KLuQENBE8Fo8gBCADs+hN+b/fir4mlxr9EqycYYvieuwiGWttt ocpWuhk/MxCzCRUA2/0GWdqtgFnmygWAh6HBv0XOZS04n83XGkKMEtoSfR4KXc8m xhtYkeSxH0FUuLE6/R9kHYcE7Eg4Jt0RO+aiCSoY4VDK7n4SpqWKoSVNYXKoYr2L zoXQ/PGJ/7RH9RAzKZDdQ5sgKLbpXiwib8mkWYbtPhNIbW4mF5QNSG+705L0yGh4 2keiPQFRAvc8hnkcKx6OVpmxdYEVTJT1t+ViYptDhtYc8axAB2z2ZBVyeeam3AZ0 3aJcG7PbQB/dmDPAKwULEsPoNWXEDKwZP6LbGo0tTAcklAB+RBOvABEBAAGJAR8E GAECAAkFAk8Fo8gCGwwACgkQFIW280AqCEg6UQgAwqd2TMzE01KWiafP7uIyk92l hgVEahFPulJyeWCpbqzA+4fYtC1rT+kuoDbyHbzbkQZJEHIjGcDlPHpb1zbB7iQy 6HyKhxRQXVcGCgWbsycYbLM+lwXbOn6LFqq6I+wBaMvOpPFNipxenJfjIlXdZyjA DSxI7SNvm+AMSfmVC0SJuTmxZGLdu8NxUohsqf6tpfspM341yQQZ2kUPGcwx/Y4d wvei2cbtTf2jSpU+y6Bara9c7JPjPq8pNsakrFneF/4l2T3cLVI5B95SXY5XTaTI G1VNfyebQCPUS0kKvpbHGxFl+B2STFjMMRbCpiqH3jFhBOcIrBulXhqTz5oLcg== =OsQy -----END PGP PUBLIC KEY BLOCK----- --- NOTICE This is an autonomous study, not supported neither directly nor indirectly by the Tor Project Inc. The Tor Project Inc. is not responsible for any content of this message.

3 2

Out of the mailing list
by Bruno Kitzis 10 Jan '12

10 Jan '12

Hello, I don't want to receive the TOR-mail anymore. Thank you. Best regards.

2 1