tor-relays

tor-relays@lists.torproject.org

36 participants
4815 discussions

Multi-instance Tor init script
by Alexander Dietrich 20 Feb '14

20 Feb '14

Hello, the recent thread on this topic prompted me to make a multi-instance init script: https://gist.github.com/7adietri/9122199 It's basically the current official init script and torservers.net's "instances" mechanism frankensteined together. Maybe other people will find it useful too. Config files should be layed out as described on torservers.net: https://www.torservers.net/wiki/setup/server#multiple_tor_processes Best regards, Alexander -- PGP Key: 0xC55A356B | https://dietrich.cx/pgp

1 0

^null$ httpd requests
by phrag 20 Feb '14

20 Feb '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, So I've been receiving a few of these httpd requests on my SSL web server. The webserver runs on the root domain of a subdomain hosting a tor relay. From a whois, i see rgnx is owned by Jacob Appelbaum. The webserver in question is running a good ssl setup according to https://www.ssllabs.com/ssltest/. Any information as to what this could be? ###### ## httpd log ## rgnx.net - - [20/Feb/2014:17:29:46 +0100] "\x16\x03\x01" 301 217 "-" "-" ## logwatch ## Attempts to use known hacks by 1 hosts were logged 62 time(s) from: rgnx.net: 62 Time(s) ^null$ 62 Time(s) A total of 1 sites probed the server rgnx.net A total of 1 possible successful probes were detected (the following URLs contain strings that match one or more of a listing of strings that indicate a possible exploit): null HTTP Response 301 ###### -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlMGPOgACgkQceRvMfxmL+0jMwCgr3zMBm7GngflSXiHB2WzJG/d 7ucAoJDOhmcOeIGUwNZzuaHwTcG/QntN =yDA4 -----END PGP SIGNATURE-----

1 0

Re: [tor-relays] TTTT, multiple runs
by Sebastian Urbach 19 Feb '14

19 Feb '14

Hi Sanjeev, Basically yes. Here are the details: http://web.engr.illinois.edu/~das17/tor-traceroute_v1.html#q-canrunelsewhere Feel free to ask if anything is unclear. -- Mit freundlichen Grüssen / Sincerely yours Sebastian Urbach ---------------------------------------------- Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. ---------------------------------------------- Benjamin Franklin (1706 - 1790), Inventor, journalist, printer, diplomat and statesman On Wed, Feb 19, 2014 at 6:53 PM, Sebastian Urbach <sebastian(a)urbach.org>wrote: > Right now we are at 95 ip's with at least 1 completed run. Hopefully we > can add another 5 to that number and reach the "100 milestone" before the > next data review in 03/2014. Multiple run's from the same ip are very > welcome as well. > Sebastian, Does this have to be run on a Tor Relay? I thought so, for my first run, but re-reading it now I am not sure. If running this on a non-relay would help, I can add a few more servers tonight. -- Sanjeev Gupta +65 98551208 http://www.linkedin.com/in/ghane

1 0

Enable statistics for hardcoded obfsbridges
by George Kadianakis 19 Feb '14

19 Feb '14

Hello people, I'm sending you an email because your bridges are hardcoded in the pluggable transport bundles. We recently added PT-specific metrics in metrics.torproject.org Specificaally, you can see a graph of PT users here: https://metrics.torproject.org/users.html?graph=userstats-bridge-transport If you select the obfs2 transport, you can see that it displays only 300 users, which is not entirely true. We suspect that the reason for the low number of users is because not many bridges are reporting PT statistics to the bridge authorities. This might be for two reasons: a) Your bridge might be configured to be private, that is to not publish its descriptor. This might happen if you have 'PublishServerDescriptor' set to 0 in your torrc. If you have a bridge hardcoded in the bundles, not publishing your descriptor doesn't really provide any security (your bridge is exposed anyway), so you might as well start publishing your descriptor, since this will allow us to gather statistics about the number of users you see. b) Your Tor might not be bleeding edge: Tor only started reporting PT statistics to the auths in tor-0.2.5.1. To upgrade to this version of Tor you can use either the git master or the automated Debian package builds (see https://lists.torproject.org/pipermail/tor-relays/2014-February/003899.html for how to use them). c) You don't have Extended ORPort enabled. With recent versions of Tor, you can enable it by adding 'ExtORPort auto' to your torrc. It would be great if you could fix the above so that your Tor can start submitting statistics! If you have any questions, feel free to ask me!

1 0

Working init script for TOR 2.5.1
by tor＠afo-tm.org 17 Feb '14

17 Feb '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hello, i search a working init script for multiple tor instances. I tried it from https://www.torservers.net/misc/config/initd-tor but that is broken. Does somebody have a working one? Thanks for help -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJTASW0AAoJEKawimmefC2InIkP/0guExgToj+B/hk9cQouPNdn J9ml+qdZxeEJH2G8V5NFhre4L1y4lubr9DhvVN0eMQ/vU+Dd/f0KqpO/05DD2pMG z2MJxq5qfvL4M/BApGbsC/+xIZBVRWHNHywO/hlR89sXn1Yd30kbnXYlAIQNCobA 6xsT4zhZ+crhKzUgC6jouIdzq1Wf9nfiChxf4w9UgCbO+t6JTkRBjyX7w0bHcTAP e3hMZBUEiJAuWeB3vubQPiQwvhrqw87yvSj6uNhKAq5u8nWtRo1mStD69jia+bdB yZIKxRgc8Y/+T/Ls8zWDiRvBUdvFd0buVQKiWjn8dX4UNoZNuFGIGtv5U+PfKP+3 osBmf3v20VmkW/7RcC/TAO0/9kqDupkdF4/W9OhzcIKQMv64OwJiEIFjE6mtTM8D sHhRbk++3YsVhSCy504KUvohewltEMpHpGD+/1vDwfebryeelBZTkn6xr51Kk6IM LijzNdcZFwmEtP5NbuioF07NyN5qKMyGUYdUhiDc51BT5ynkis4950lHMgJkpKrO 5ssv1Kw+f3B+53s67LbbaaPwErk1AdxxFnIBZ8RcDMLJIk3BsT/WwujPlF/Ftog1 cc6jLCHcxalMPzBT9b4NbNz9EbpOhqpQE/oUeasBtfPr9606bN2EHSTey4WVcuPp kLPxVVMrvY1B4W4fxI/Q =dy9S -----END PGP SIGNATURE-----

3 4

Tor Relay Downloading much more data than uploading
by borgersnick＠gmail.com 17 Feb '14

17 Feb '14

The log entry is: Heartbeat: Tor's uptime is 23 days 0:00 hours, with 0 circuits open. I've sent 6.83 MB and received 177.12 MB. I don’t think I made any changes to the torrc, intend to provide a relay. I am using trickle to limit bandwidth consumption instead of the built-in method because I didn’t want to learn about the bursting concept. ExecStart = /usr/bin/trickle -d 500 -u 500 -t .5 /usr/bin/tor --runasdaemon 0 --defaults-torrc /usr/share/tor/defaults-torrc -f /etc/tor/torrc --quiet Running on Fedora. Firewall allows external port 80 and 443 access to the server.

1 0

Dynamic upload limit
by Bram L 17 Feb '14

17 Feb '14

Dear list members, I am running a tor relay, but I have an upload limit (50GB/7 days). This limit usually can't be increased too much, because that might affect other network users. I would like to request my provider (university) for a bandwidth-free connection during the night (or whenever the network is not used very much), and a limited version during the peak times. My idea is that this way I could contribute to the Tor network without disturbing other users of my university network. Before I do so, however, I am curious whether it actually contributes to the Tor network. I noticed it takes time for the bandwidth to increase, and if my daytime upload limit is low (e.g. 80 kb/s) and unlimited (Gb/s) at night, my overall contribution could be very limited due to the time it takes Tor to utilize my available bandwidth. Do you have any insights in this matter? Thanks in advance! PS: currently, I drain the 50GB in about a day unlimited or I run at very slow speeds... Both don't give me the feeling I really contribute.

2 1

Re: [tor-relays] TTTT project
by Sebastian Urbach 15 Feb '14

15 Feb '14

Hi Mateusz, 19 days with 1/5 of the default pps value (1000) That would be around 4 days with pps 1000. That's exactly the value estimated in the project faq. Everything seems to be fine. Project site / faq: http://web.engr.illinois.edu/~das17/tor-traceroute_v1.html#faq Results: http://datarepo.cs.illinois.edu/relay_scoreboard.html Thank you for participating ! -- Mit freundlichen Grüssen / Sincerely yours Sebastian Urbach ---------------------------------------------- Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. ---------------------------------------------- Benjamin Franklin (1706 - 1790), Inventor, journalist, printer, diplomat and statesman On 13 Feb 2014, at 13:10, Sebastian Urbach wrote: > Dear honorable list members, > Some stats from my side: bash-3.2$ PPS=200 DONTERASE=yes time ./traceroutes.sh 1645980.86 real 28760.92 user 181530.51 sys Started on 27 Jan 2014 00:49 GMT Finished on 15 Feb 2014 02:02 GMT ca. 19 days to complete with scamper on OSX 10.7 Thanks, -mateusz

1 0

TTTT project
by Sebastian Urbach 15 Feb '14

15 Feb '14

Dear honorable list members, If anybody has questions regarding his / her submitted results than please include your public ip address in your mail. We can process your requests way faster if we have this essential information and don't have to ask for it. Btw. we are at 88 ip's with at least 1 complete run. Come on, let's make it 100 before the data review in March :-) Thank you very much for your attention ! The project: http://web.engr.illinois.edu/~das17/tor-traceroute_v1.html The results: http://datarepo.cs.illinois.edu/relay_scoreboard.html -- Mit freundlichen Grüssen / Sincerely yours Sebastian Urbach ---------------------------------------------- Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. ---------------------------------------------- Benjamin Franklin (1706 - 1790), Inventor, journalist, printer, diplomat and statesman

2 1

obfs3 a risk to scramblesuit?
by Delton Barnes 14 Feb '14

14 Feb '14

I am running a bridge with both obfs3 and scramblesuit. obfs3 is vulnerable to active probing. Say someone in China makes the mistake of connecting with obfs3 instead of scramblesuit, and active probing identifies it as a Tor bridge. Wouldn't the bridge IP address then be blacklisted, making it impossible for other people to connect even with scramblesuit? Would it make sense, then, as a bridge operator to elect to only support scramblesuit, even though no one will use it for a while? It seems you are only as good as your weakest transport. Thanks, Delton p.s. Would reply to original thread about scramblesuit, but I only just joined the mailing list, and cannot figure out how to reply to preexisting messages.

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

tor-relays