- tor-relays - lists.torproject.org

Re: [tor-relays] SocksPort flags trouble
by Scott Bennett 17 Jul '12

17 Jul '12

Hi Nick, On Wed, 11 Jul 2012 11:33:52 -0400 Nick Mathewson <nickm(a)freehaven.net> wrote: >On Sun, Jul 8, 2012 at 4:19 AM, Scott Bennett <bennett(a)cs.niu.edu> wrote: >> While testing my torrc with 0.2.3.18-rc, I tried adding the >> IsolateDestAddr flag to the SocksPort line, as in >> >> SocksPort 9050 IsolateDestAddr >> >> A "tor --verify-config" claimed that I was trying to specify more >> than one port on that line, which would be an error. Are the SocksPort >> flags listed in the tor man page for 0.2.3.18-rc not yet implemented? > >Just tried it with 0.2.3.18-rc (as tagged in git), using only that >option. It worked for me. Could you have had some other tor in your >path as "tor", or something like that? > No. Here's sample output. Script started on Mon Jul 16 22:56:43 2012 [hellas] 74 % sudo -u _tor tor --verify-config Jul 16 22:57:03.186 [notice] Tor v0.2.3.18-rc running on FreeBSD. Jul 16 22:57:03.187 [notice] Tor can't help you if you use it wrong! Learn how to be safe at https://www.torproject.org/download/download#warning Jul 16 22:57:03.211 [notice] Read configuration file "/usr/local/etc/tor/torrc". Jul 16 22:57:03.256 [warn] SocksListenAddress can only be used with a single SocksPort with value "auto" or 1-65535. Jul 16 22:57:03.256 [warn] Failed to parse/validate config: Invalid SocksPort/SocksListenAddress configuration Jul 16 22:57:03.256 [err] Reading config failed--see warnings above. [hellas] 75 % exit exit Script done on Mon Jul 16 22:57:42 2012 Lines in torrc beginning with "Socks" are as follows. SocksPort 9050 IsolateDestAddr # what port to open for local application connections SocksListenAddress 127.0.0.1 # accept connections only from localhost SocksPolicy accept 127.0.0.1:* SocksPolicy accept 192.168.0.0/16:* SocksPolicy reject *:* 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 * **********************************************************************

3 2

How to Run Torservers.net
by Moritz Bartl 12 Jul '12

12 Jul '12

Hi! In regular intervals, people ask me what it takes to run a large number of exit relays. Let me try to document a few steps that I think you need to take to become a Large Tor Operator (TM). 1) Think about registering a (non-profit) association. At least in Germany this helps with liability, and in general it helps to appear bigger than you are (and less likely to get raided). What we did was try and find a lawyer who would agree to "host" us inside his office. We succeeded, and now are a non-profit registered inside a lawyers office. How cool is that? :) 2) Register a fax number. At least law enforcement in Germany regularly uses the fax number present in IP records. We use a free German fax-to-email service, www.call-manager.de. 3) Register a phone number. The IP records should contain a phone number for abuse reports, and you don't want that to be your personal phone number. We use Sipgate One, a German VoIP service that redirects calls to cellphones and Skype for free. 4) Create handles for your organization at ARIN and/or RIPE. Example record: https://apps.db.ripe.net/whois/lookup/ripe/person-role/MB22990-RIPE.html With RIPE, it works far better, most abuse reports will hit you and not that of your upstream. Having your own IP records is a key element for abuse handling. 5) Find a good ISP. This is going to be a hard one. But not too hard. Go through forums and sites where ISPs posts their latest deals, and contact them about Tor hosting. We usually divide it into a two-step process: We first ask if they were okay with a Tor exit, and with reassignment of the IP range - no details in the first mail! When they come back positively, or somewhat worried, you can still explain that you are a non-profit superb large organization filled with security professionals, and that all will be good. The two step process usually helps in elevating your request to higher levels of support staff and without scaring them off to early. See also https://www.torservers.net/wiki/hoster/inquiry 5a) Still find a good ISP. A good ISP is one that offers cheap bandwidth and is not being used by other members of the Tor community. 6) Be quick in answering abuse. We receive a very small number of complaints, given that we run high bandwith nodes. I am actually still surprised how few complaints we get. Roughly 80% are automated reports, which we ignore, and for the rest it is usually good enough to send our default template. See https://www.torservers.net/wiki/abuse/templates and https://www.torservers.net/wiki/abuse/dmca For police inquiries, we usually give them a one-liner (something like "As a German organization, we fully comply with Telemediengesetz §15 (the German telemedia law), which prohibits to log any user identifiable data or usage data unless required for billing purposes."). We get one policy inquiry per quarter on average. What did I forget? -- Moritz Bartl https://www.torservers.net/

8 10

SocksPort flags trouble
by Scott Bennett 11 Jul '12

11 Jul '12

While testing my torrc with 0.2.3.18-rc, I tried adding the IsolateDestAddr flag to the SocksPort line, as in SocksPort 9050 IsolateDestAddr A "tor --verify-config" claimed that I was trying to specify more than one port on that line, which would be an error. Are the SocksPort flags listed in the tor man page for 0.2.3.18-rc not yet implemented? 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 * **********************************************************************

3 2

Mike gong has forwarded a page to you from The Tor Blog
by shallangong＠hotmail.com 07 Jul '12

07 Jul '12

1 0

'help'
by Mikegong 07 Jul '12

07 Jul '12

Hello, I would like to invite any Chinese speaking person interested in setting up and supporting Tor relays to help me to become a non-exit man. https://lists.riseup.net/www/info/tor-relays-fr This is meant to be a localized companion to this very list. Let's also exchange ideas about specific local abuses and legal issues in french speaking countries. some trouble like this:Your DNS provider gave an answer for "nykqypf34.net", which is not supposed to exist. Apparently they are hijacking DNS failures. Trying to correct for this. We've noticed 1 possibly bad address so far. How to set? and give me the map example. thankyou. TorReader

3 2

[ANNOUNCE] tor-relays-fr mailing-list
by delber 05 Jul '12

05 Jul '12

Hello, I would like to invite any french speaking person interested in setting up and supporting Tor relays to join to a new mailing-list at: https://lists.riseup.net/www/info/tor-relays-fr This is meant to be a localized companion to this very list. Let's also exchange ideas about specific local abuses and legal issues in french speaking countries. Hope to see you there, -- delber

1 0

Re: [tor-relays] tor-relays Digest, Vol 18, Issue 2
by Christian 04 Jul '12

04 Jul '12

Hi again, so I tried every imho sensitive configuration of ORPorts with different Ports through my router, IPv4Only and without and vice versa and again. No success. What intrigues me is that client functionality is also NOT working and that should be independent from the advertised ports, as far as I know. A time ago, I read about an issue preventing 20 % of the network talking to itself. Could this be related? I mean, as my node stopped talking in gerneral... So I have to wait for better times or an inspiration from your side to get my bridge out of troubled water over it again. Greetings and thanks to everyone considering to think about the issue. And Roger, great work so far. I came to hear concerned people talk about personal implications of societies and politics so different from what I'm used to... It was quite impressing. Greetings christian > Send tor-relays mailing list submissions to > tor-relays(a)lists.torproject.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > or, via email, send a message with subject or body 'help' to > tor-relays-request(a)lists.torproject.org > > You can reach the person managing the list at > tor-relays-owner(a)lists.torproject.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of tor-relays digest..." > > > Today's Topics: > > 1. Re: tor-relays Digest, Vol 18, Issue 1 (Christian) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 01 Jul 2012 16:50:08 +0200 > From: Christian <brightsidedarkside(a)t-online.de> > To: tor-relays(a)lists.torproject.org > Subject: Re: [tor-relays] tor-relays Digest, Vol 18, Issue 1 > Message-ID: <1341154208.2712.9.camel(a)delusions.local> > Content-Type: text/plain; charset="UTF-8" > > Hi Roger, > > > > Who owns that socket file? > /var/run/tor/control is owned by debian-tor. > > > > Anything else in that other default config file? > The tor-service-defaults-torrc file contains: > > DataDirectory /var/lib/tor > PidFile /var/run/tor/tor.pid > RunAsDaemon 1 > User debian-tor > > ControlSocket /var/run/tor/control > ControlSocketsGroupWritable 1 > > CookieAuthentication 1 > CookieAuthFileGroupReadable 1 > CookieAuthFile /var/run/tor/control.authcookie > > Log notice file /var/log/tor/log > > > > > ORPort 443 NoListen > > > > ORPort 0.0.0.0:9090 NoAdvertise > > > > ORPort [::]:9090 IPv6Only NoAdvertise > > > > > > Is this ipv6 bind attempt the one causing problems? > > > > > > > The ipv6 bind attempt was a try to solve the problem. > Problem persists with and without ipv6 bind attempt. > > Thanks a lot! > > christian > > > Send tor-relays mailing list submissions to > > tor-relays(a)lists.torproject.org > > > > To subscribe or unsubscribe via the World Wide Web, visit > > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > > or, via email, send a message with subject or body 'help' to > > tor-relays-request(a)lists.torproject.org > > > > You can reach the person managing the list at > > tor-relays-owner(a)lists.torproject.org > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of tor-relays digest..." > > > > > > Today's Topics: > > > > 1. Failed to parse/validate config: failed to bind one of the > > listener ports (Christian) > > 2. Re: Failed to parse/validate config: failed to bind one of > > the listener ports (Roger Dingledine) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Sun, 01 Jul 2012 06:14:19 +0200 > > From: Christian <brightsidedarkside(a)t-online.de> > > To: tor-relays(a)lists.torproject.org > > Subject: [tor-relays] Failed to parse/validate config: failed to bind > > one of the listener ports > > Message-ID: <1341116059.2767.42.camel(a)delusions.local> > > Content-Type: text/plain; charset="UTF-8" > > > > Hi Nick, hi Jean, > > > > thanks a lot for your fast reaction. I was at my parents' place for a > > week, that's why I'm a little late. > > > > First, I tried port 9001, but in fact it is a port forwarding on the > > router from 443 to 9090. > > > > Following, I post the terminal output when using the given torrc and the > > torrc file itself. > > Really, no logs are created, independent of the logging options. > > The socket unlink issue happens since I use tor and that's for a while > > now - it never affected functionality. > > Yes, I'm into psychiatric symptoms. A friend of mine uses monsters' > > names from films. ;-) > > > > Again, thanks a lot for your help! > > > > Thankfully > > > > christian > > > > ca@delusions:~$ sudo service tor restart > > [sudo] password for ca: > > * Stopping tor daemon... > > [ OK ] > > * Starting tor > > daemon... > > Jul 01 06:00:13.321 [warn] Could not unlink /var/run/tor/control: > > Permission denied > > Jul 01 06:00:13.321 [warn] Failed to parse/validate config: Failed to > > bind one of the listener ports. > > Jul 01 06:00:13.321 [err] Reading config failed--see warnings above. > > > > [fail] > > ca@delusions:~$ > > > > > > > > The torrc (complete to prevent me from confusing, but slightly spoiled > > by my mail client with line breaks - RunAsDeamon is set by another > > default config file): > > > > > > ## Configuration file for a typical Tor user > > ## Last updated 22 April 2012 for Tor 0.2.3.14-alpha. > > ## (may or may not work for much older or much newer versions of Tor.) > > ## > > ## Lines that begin with "## " try to explain what's going on. Lines > > ## that begin with just "#" are disabled commands: you can enable them > > ## by removing the "#" symbol. > > ## > > ## See 'man tor', or https://www.torproject.org/docs/tor-manual.html, > > ## for more options you can use in this file. > > ## > > ## Tor will look for this file in various places based on your platform: > > ## https://www.torproject.org/docs/faq#torrc > > > > ## Tor opens a socks proxy on port 9050 by default -- even if you don't > > ## configure one below. Set "SocksPort 0" if you plan to run Tor only > > ## as a relay, and not make any local application connections yourself. > > #SocksPort 9050 # Default: Bind to localhost:9050 for local connections. > > #SocksPort 192.168.0.1:9100 # Bind to this adddress:port too. > > > > ## Entry policies to allow/deny SOCKS requests based on IP address. > > ## First entry that matches wins. If no SocksPolicy is set, we accept > > ## all (and only) requests that reach a SocksPort. Untrusted users who > > ## can access your SocksPort may be able to learn about the connections > > ## you make. > > #SocksPolicy accept 192.168.0.0/16 > > #SocksPolicy reject * > > > > ## Logs go to stdout at level "notice" unless redirected by something > > ## else, like one of the below lines. You can have as many Log lines as > > ## you want. > > ## > > ## We advise using "notice" in most cases, since anything more verbose > > ## may provide sensitive information to an attacker who obtains the > > logs. > > ## > > ## Send all messages of level 'notice' or higher > > to /var/log/tor/notices.log > > #Log notice file /var/log/tor/notices.log > > ## Send every possible message to /var/log/tor/debug.log > > Log debug file /var/log/tor/debug.log > > ## Use the system log instead of Tor's logfiles > > #Log notice syslog > > ## To send all messages to stderr: > > #Log debug stderr > > > > ## Uncomment this to start the process in the background... or use > > ## --runasdaemon 1 on the command line. This is ignored on Windows; > > ## see the FAQ entry if you want Tor to run as an NT service. > > #RunAsDaemon 1 > > > > ## The directory for keeping all the keys/etc. By default, we store > > ## things in $HOME/.tor on Unix, and in Application Data\tor on Windows. > > #DataDirectory /var/lib/tor > > > > ## The port on which Tor will listen for local connections from Tor > > ## controller applications, as documented in control-spec.txt. > > #ControlPort 9051 > > ## If you enable the controlport, be sure to enable one of these > > ## authentication methods, to prevent attackers from accessing it. > > #HashedControlPassword > > 16:872860B76453A77D60CA2BB8C1A7042072093276A3D701AD684053EC4C > > #CookieAuthentication 1 > > > > ############### This section is just for location-hidden services ### > > > > ## Once you have configured a hidden service, you can look at the > > ## contents of the file ".../hidden_service/hostname" for the address > > ## to tell people. > > ## > > ## HiddenServicePort x y:z says to redirect requests on port x to the > > ## address y:z. > > > > #HiddenServiceDir /var/lib/tor/hidden_service/ > > #HiddenServicePort 80 127.0.0.1:80 > > > > #HiddenServiceDir /var/lib/tor/other_hidden_service/ > > #HiddenServicePort 80 127.0.0.1:80 > > #HiddenServicePort 22 127.0.0.1:22 > > > > ################ This section is just for relays ##################### > > # > > ## See https://www.torproject.org/docs/tor-doc-relay for details. > > > > ## Required: what port to advertise for incoming Tor connections. > > #ORPort 443 > > ## If you want to listen on a port other than the one advertised in > > ## ORPort (e.g. to advertise 443 but bind to 9090), you can do it as > > ## follows. You'll need to do ipchains or other port forwarding > > ## yourself to make this work. > > ORPort 443 NoListen > > ORPort 0.0.0.0:9090 NoAdvertise > > ORPort [::]:9090 IPv6Only NoAdvertise > > > > ## The IP address or full DNS name for incoming connections to your > > ## relay. Leave commented out and Tor will guess. > > #Address noname.example.com > > > > ## If you have multiple network interfaces, you can specify one for > > ## outgoing traffic to use. > > # OutboundBindAddress 10.0.0.5 > > > > ## A handle for your relay, so people don't have to refer to it by key. > > Nickname BrightSideDarkSide > > > > ## Define these to limit how much relayed traffic you will allow. Your > > ## own traffic is still unthrottled. Note that RelayBandwidthRate must > > ## be at least 20 KB. > > ## Note that units for these config options are bytes per second, not > > bits > > ## per second, and that prefixes are binary prefixes, i.e. 2^10, 2^20, > > etc. > > #RelayBandwidthRate 100 KB # Throttle traffic to 100KB/s (800Kbps) > > #RelayBandwidthBurst 200 KB # But allow bursts up to 200KB/s (1600Kbps) > > > > ## Use these to restrict the maximum traffic per day, week, or month. > > ## Note that this threshold applies separately to sent and received > > bytes, > > ## not to their sum: setting "4 GB" may allow up to 8 GB total before > > ## hibernating. > > ## > > ## Set a maximum of 4 gigabytes each way per period. > > #AccountingMax 4 GB > > ## Each period starts daily at midnight (AccountingMax is per day) > > #AccountingStart day 00:00 > > ## Each period starts on the 3rd of the month at 15:00 (AccountingMax > > ## is per month) > > #AccountingStart month 3 15:00 > > > > ## Contact info to be published in the directory, so we can contact you > > ## if your relay is misconfigured or something else goes wrong. Google > > ## indexes this, so spammers might also collect it. > > ContactInfo Sides of the moon <brightsidedarkside AT t-online dot de> > > ## You might also include your PGP or GPG fingerprint if you have one: > > #ContactInfo 0xFFFFFFFF Random Person <nobody AT example dot com> > > > > ## Uncomment this to mirror directory information for others. Please do > > ## if you have enough bandwidth. > > #DirPort 9030 # what port to advertise for directory connections > > ## If you want to listen on a port other than the one advertised in > > ## DirPort (e.g. to advertise 80 but bind to 9091), you can do it as > > ## follows. below too. You'll need to do ipchains or other port > > ## forwarding yourself to make this work. > > #DirPort 80 NoListen > > #DirPort 127.0.0.1:9091 NoAdvertise > > ## Uncomment to return an arbitrary blob of html on your DirPort. Now > > you > > ## can explain what Tor is if anybody wonders why your IP address is > > ## contacting them. See contrib/tor-exit-notice.html in Tor's source > > ## distribution for a sample. > > #DirPortFrontPage /etc/tor/tor-exit-notice.html > > > > ## Uncomment this if you run more than one Tor relay, and add the > > identity > > ## key fingerprint of each Tor relay you control, even if they're on > > ## different networks. You declare it here so Tor clients can avoid > > ## using more than one of your relays in a single circuit. See > > ## https://www.torproject.org/docs/faq#MultipleRelays > > ## However, you should never include a bridge's fingerprint here, as it > > would > > ## break its concealability and potentionally reveal its IP/TCP address. > > #MyFamily $keyid,$keyid,... > > > > ## A comma-separated list of exit policies. They're considered first > > ## to last, and the first match wins. If you want to _replace_ > > ## the default exit policy, end this with either a reject *:* or an > > ## accept *:*. Otherwise, you're _augmenting_ (prepending to) the > > ## default exit policy. Leave commented to just use the default, which > > is > > ## described in the man page or at > > ## https://www.torproject.org/documentation.html > > ## > > ## Look at https://www.torproject.org/faq-abuse.html#TypicalAbuses > > ## for issues you might encounter if you use the default exit policy. > > ## > > ## If certain IPs and ports are blocked externally, e.g. by your > > firewall, > > ## you should update your exit policy to reflect this -- otherwise Tor > > ## users will be told that those destinations are down. > > ## > > ## For security, by default Tor rejects connections to private (local) > > ## networks, including to your public IP address. See the man page entry > > ## for ExitPolicyRejectPrivate if you want to allow "exit enclaving". > > ## > > #ExitPolicy accept *:6660-6667,reject *:* # allow irc ports but no more > > #ExitPolicy accept *:119 # accept nntp as well as default exit policy > > ExitPolicy reject *:* # no exits allowed > > > > ## Bridge relays (or "bridges") are Tor relays that aren't listed in the > > ## main directory. Since there is no complete public list of them, even > > an > > ## ISP that filters connections to all the known Tor relays probably > > ## won't be able to block all the bridges. Also, websites won't treat > > you > > ## differently because they won't know you're running Tor. If you can > > ## be a real relay, please do; but if not, be a bridge! > > BridgeRelay 1 > > ## By default, Tor will advertise your bridge to users through various > > ## mechanisms like https://bridges.torproject.org/. If you want to run > > ## a private bridge, for example because you'll give out your bridge > > ## address manually to your friends, uncomment this line: > > #PublishServerDescriptor 0 > > > > User debian-tor > > > > > > > > tor-relays-request(a)lists.torproject.org: > > > Send tor-relays mailing list submissions to > > > tor-relays(a)lists.torproject.org > > > > > > To subscribe or unsubscribe via the World Wide Web, visit > > > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > > > or, via email, send a message with subject or body 'help' to > > > tor-relays-request(a)lists.torproject.org > > > > > > You can reach the person managing the list at > > > tor-relays-owner(a)lists.torproject.org > > > > > > When replying, please edit your Subject line so it is more specific > > > than "Re: Contents of tor-relays digest..." > > > > > > > > > Today's Topics: > > > > > > 1. Re: Failed to parse/validate config: failed to bind one of > > > the listener ports (Nick Mathewson) > > > 2. Re: Failed to parse/validate config: failed to bind one of > > > the listener ports (Jean Trolleur) > > > > > > > > > ---------------------------------------------------------------------- > > > > > > Message: 1 > > > Date: Tue, 26 Jun 2012 11:59:22 -0400 > > > From: Nick Mathewson <nickm(a)freehaven.net> > > > To: tor-relays(a)lists.torproject.org > > > Subject: Re: [tor-relays] Failed to parse/validate config: failed to > > > bind one of the listener ports > > > Message-ID: > > > <CAKDKvuyeEBDEO6rrbqVQSZcOy_cbeuGWMX2gisUjjETk0VgJEw(a)mail.gmail.com> > > > Content-Type: text/plain; charset=ISO-8859-1 > > > > > > On Sat, Jun 23, 2012 at 7:38 PM, Christian > > > <brightsidedarkside(a)t-online.de> wrote: > > > > Hi dear fellows, > > > > > > > > I'm sorry to use again this way of addressing my problem as in Vol 17, > > > > Issue 5. It will be the last time. Promise. > > > > > > > > I can't find any solution on the web. > > > > When starting tor, it always reads "Failed to parse/validate config: > > > > failed to bind one of the listener ports". > > > > > > Hm. It really should be saying something more than that on startup; > > > there should be a message right before that about *why* it couldn't > > > parse or validate the ports. > > > > > > I just tried the ORPort combination you listed there, and it seemed to > > > work out okay for me. It might be easier to diagnose if you could > > > upload your entire torrc, and the entire output of starting Tor up to > > > the point where it says "failed to parse/validate config:" > > > > > > hth, > > > -- > > > Nick > > > > > > > > > ------------------------------ > > > > > > Message: 2 > > > Date: Tue, 26 Jun 2012 15:18:42 -0500 > > > From: Jean Trolleur <sigtstp(a)gmail.com> > > > To: tor-relays(a)lists.torproject.org > > > Subject: Re: [tor-relays] Failed to parse/validate config: failed to > > > bind one of the listener ports > > > Message-ID: > > > <CAPN5qOdaMr==8D-kTz01cAZDHrDXSGuh5T+3DVfscJLx8jLgZA(a)mail.gmail.com> > > > Content-Type: text/plain; charset=ISO-8859-1 > > > > > > Try: > > > > > > ORPort 443 > > > ORListenAddress 0.0.0.0:9001 > > > > > > On Sat, Jun 23, 2012 at 6:38 PM, Christian > > > <brightsidedarkside(a)t-online.de> wrote: > > > > Hi dear fellows, > > > > > > > > I'm sorry to use again this way of addressing my problem as in Vol 17, > > > > Issue 5. It will be the last time. Promise. > > > > > > > > I can't find any solution on the web. > > > > When starting tor, it always reads "Failed to parse/validate config: > > > > failed to bind one of the listener ports". > > > > > > > > Furthermore, there are only empty logfiles, independent of the > > > > configuration of the logs option "notice". > > > > > > > > Has anyone else this kind of problem? > > > > > > > > This is my ORPort section: > > > > ORPort 443 NoListen > > > > ORPort 0.0.0.0:9090 NoAdvertise > > > > > > > > I even can't make a control port accessible for e.g. arm running on the > > > > same machine, although I didn't use it before. > > > > > > > > Client functionality is not working either. No connections through tor. > > > > > > > > Tor is configured as a bridge, my OS is Ubuntu lucid 10.04 and Tor's > > > > version is 2.3.17-beta-1~lucid+1. > > > > > > > > It just worked until the upgrade to the new version through torproject's > > > > repository. > > > > > > > > I really do have forwarded external port 443 to port 9090 on my machine. > > > > > > > > It nearly has me left in broken state dying. > > > > > > > > I checked for new requests concerning apparmor allowance, but there were > > > > only the ability to chown and access to /sys/devices/system/cpu/ which I > > > > granted both. > > > > > > > > I'm not so really competent with computers and therefore grateful for > > > > any help. > > > > Strange. No error logs, no function, no topic on the web.. > > > > > > > > Kind regards, > > > > > > > > christian > > > > > > > > > > > > _______________________________________________ > > > > tor-relays mailing list > > > > tor-relays(a)lists.torproject.org > > > > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > > > > > > > > > ------------------------------ > > > > > > _______________________________________________ > > > tor-relays mailing list > > > tor-relays(a)lists.torproject.org > > > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > > > > > > > > > End of tor-relays Digest, Vol 17, Issue 8 > > > ***************************************** > > > > > > > > > > ------------------------------ > > > > Message: 2 > > Date: Sun, 1 Jul 2012 05:14:22 -0400 > > From: Roger Dingledine <arma(a)mit.edu> > > To: tor-relays(a)lists.torproject.org > > Subject: Re: [tor-relays] Failed to parse/validate config: failed to > > bind one of the listener ports > > Message-ID: <20120701091422.GB8804(a)moria.seul.org> > > Content-Type: text/plain; charset=us-ascii > > > > On Sun, Jul 01, 2012 at 06:14:19AM +0200, Christian wrote: > > > Really, no logs are created, independent of the logging options. > > > > That's expected -- it's because logs are parsed in the same step as > > binding the sockets, and it never gets to the 'setting up the logs' part. > > > > > The socket unlink issue happens since I use tor and that's for a while > > > now - it never affected functionality. > > > > Who owns that socket file? > > > > > The torrc (complete to prevent me from confusing, but slightly spoiled > > > by my mail client with line breaks - RunAsDeamon is set by another > > > default config file): > > > > Anything else in that other default config file? > > > > > ORPort 443 NoListen > > > ORPort 0.0.0.0:9090 NoAdvertise > > > ORPort [::]:9090 IPv6Only NoAdvertise > > > > Is this ipv6 bind attempt the one causing problems? > > > > --Roger > > > > > > > > ------------------------------ > > > > _______________________________________________ > > tor-relays mailing list > > tor-relays(a)lists.torproject.org > > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > > > > > > End of tor-relays Digest, Vol 18, Issue 1 > > ***************************************** > > > > > ------------------------------ > > _______________________________________________ > tor-relays mailing list > tor-relays(a)lists.torproject.org > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > > > End of tor-relays Digest, Vol 18, Issue 2 > *****************************************

1 0

Failed to parse/validate config: failed to bind one of the listener ports
by Christian 01 Jul '12

01 Jul '12

Hi Nick, hi Jean, thanks a lot for your fast reaction. I was at my parents' place for a week, that's why I'm a little late. First, I tried port 9001, but in fact it is a port forwarding on the router from 443 to 9090. Following, I post the terminal output when using the given torrc and the torrc file itself. Really, no logs are created, independent of the logging options. The socket unlink issue happens since I use tor and that's for a while now - it never affected functionality. Yes, I'm into psychiatric symptoms. A friend of mine uses monsters' names from films. ;-) Again, thanks a lot for your help! Thankfully christian ca@delusions:~$ sudo service tor restart [sudo] password for ca: * Stopping tor daemon... [ OK ] * Starting tor daemon... Jul 01 06:00:13.321 [warn] Could not unlink /var/run/tor/control: Permission denied Jul 01 06:00:13.321 [warn] Failed to parse/validate config: Failed to bind one of the listener ports. Jul 01 06:00:13.321 [err] Reading config failed--see warnings above. [fail] ca@delusions:~$ The torrc (complete to prevent me from confusing, but slightly spoiled by my mail client with line breaks - RunAsDeamon is set by another default config file): ## Configuration file for a typical Tor user ## Last updated 22 April 2012 for Tor 0.2.3.14-alpha. ## (may or may not work for much older or much newer versions of Tor.) ## ## Lines that begin with "## " try to explain what's going on. Lines ## that begin with just "#" are disabled commands: you can enable them ## by removing the "#" symbol. ## ## See 'man tor', or https://www.torproject.org/docs/tor-manual.html, ## for more options you can use in this file. ## ## Tor will look for this file in various places based on your platform: ## https://www.torproject.org/docs/faq#torrc ## Tor opens a socks proxy on port 9050 by default -- even if you don't ## configure one below. Set "SocksPort 0" if you plan to run Tor only ## as a relay, and not make any local application connections yourself. #SocksPort 9050 # Default: Bind to localhost:9050 for local connections. #SocksPort 192.168.0.1:9100 # Bind to this adddress:port too. ## Entry policies to allow/deny SOCKS requests based on IP address. ## First entry that matches wins. If no SocksPolicy is set, we accept ## all (and only) requests that reach a SocksPort. Untrusted users who ## can access your SocksPort may be able to learn about the connections ## you make. #SocksPolicy accept 192.168.0.0/16 #SocksPolicy reject * ## Logs go to stdout at level "notice" unless redirected by something ## else, like one of the below lines. You can have as many Log lines as ## you want. ## ## We advise using "notice" in most cases, since anything more verbose ## may provide sensitive information to an attacker who obtains the logs. ## ## Send all messages of level 'notice' or higher to /var/log/tor/notices.log #Log notice file /var/log/tor/notices.log ## Send every possible message to /var/log/tor/debug.log Log debug file /var/log/tor/debug.log ## Use the system log instead of Tor's logfiles #Log notice syslog ## To send all messages to stderr: #Log debug stderr ## Uncomment this to start the process in the background... or use ## --runasdaemon 1 on the command line. This is ignored on Windows; ## see the FAQ entry if you want Tor to run as an NT service. #RunAsDaemon 1 ## The directory for keeping all the keys/etc. By default, we store ## things in $HOME/.tor on Unix, and in Application Data\tor on Windows. #DataDirectory /var/lib/tor ## The port on which Tor will listen for local connections from Tor ## controller applications, as documented in control-spec.txt. #ControlPort 9051 ## If you enable the controlport, be sure to enable one of these ## authentication methods, to prevent attackers from accessing it. #HashedControlPassword 16:872860B76453A77D60CA2BB8C1A7042072093276A3D701AD684053EC4C #CookieAuthentication 1 ############### This section is just for location-hidden services ### ## Once you have configured a hidden service, you can look at the ## contents of the file ".../hidden_service/hostname" for the address ## to tell people. ## ## HiddenServicePort x y:z says to redirect requests on port x to the ## address y:z. #HiddenServiceDir /var/lib/tor/hidden_service/ #HiddenServicePort 80 127.0.0.1:80 #HiddenServiceDir /var/lib/tor/other_hidden_service/ #HiddenServicePort 80 127.0.0.1:80 #HiddenServicePort 22 127.0.0.1:22 ################ This section is just for relays ##################### # ## See https://www.torproject.org/docs/tor-doc-relay for details. ## Required: what port to advertise for incoming Tor connections. #ORPort 443 ## If you want to listen on a port other than the one advertised in ## ORPort (e.g. to advertise 443 but bind to 9090), you can do it as ## follows. You'll need to do ipchains or other port forwarding ## yourself to make this work. ORPort 443 NoListen ORPort 0.0.0.0:9090 NoAdvertise ORPort [::]:9090 IPv6Only NoAdvertise ## The IP address or full DNS name for incoming connections to your ## relay. Leave commented out and Tor will guess. #Address noname.example.com ## If you have multiple network interfaces, you can specify one for ## outgoing traffic to use. # OutboundBindAddress 10.0.0.5 ## A handle for your relay, so people don't have to refer to it by key. Nickname BrightSideDarkSide ## Define these to limit how much relayed traffic you will allow. Your ## own traffic is still unthrottled. Note that RelayBandwidthRate must ## be at least 20 KB. ## Note that units for these config options are bytes per second, not bits ## per second, and that prefixes are binary prefixes, i.e. 2^10, 2^20, etc. #RelayBandwidthRate 100 KB # Throttle traffic to 100KB/s (800Kbps) #RelayBandwidthBurst 200 KB # But allow bursts up to 200KB/s (1600Kbps) ## Use these to restrict the maximum traffic per day, week, or month. ## Note that this threshold applies separately to sent and received bytes, ## not to their sum: setting "4 GB" may allow up to 8 GB total before ## hibernating. ## ## Set a maximum of 4 gigabytes each way per period. #AccountingMax 4 GB ## Each period starts daily at midnight (AccountingMax is per day) #AccountingStart day 00:00 ## Each period starts on the 3rd of the month at 15:00 (AccountingMax ## is per month) #AccountingStart month 3 15:00 ## Contact info to be published in the directory, so we can contact you ## if your relay is misconfigured or something else goes wrong. Google ## indexes this, so spammers might also collect it. ContactInfo Sides of the moon <brightsidedarkside AT t-online dot de> ## You might also include your PGP or GPG fingerprint if you have one: #ContactInfo 0xFFFFFFFF Random Person <nobody AT example dot com> ## Uncomment this to mirror directory information for others. Please do ## if you have enough bandwidth. #DirPort 9030 # what port to advertise for directory connections ## If you want to listen on a port other than the one advertised in ## DirPort (e.g. to advertise 80 but bind to 9091), you can do it as ## follows. below too. You'll need to do ipchains or other port ## forwarding yourself to make this work. #DirPort 80 NoListen #DirPort 127.0.0.1:9091 NoAdvertise ## Uncomment to return an arbitrary blob of html on your DirPort. Now you ## can explain what Tor is if anybody wonders why your IP address is ## contacting them. See contrib/tor-exit-notice.html in Tor's source ## distribution for a sample. #DirPortFrontPage /etc/tor/tor-exit-notice.html ## Uncomment this if you run more than one Tor relay, and add the identity ## key fingerprint of each Tor relay you control, even if they're on ## different networks. You declare it here so Tor clients can avoid ## using more than one of your relays in a single circuit. See ## https://www.torproject.org/docs/faq#MultipleRelays ## However, you should never include a bridge's fingerprint here, as it would ## break its concealability and potentionally reveal its IP/TCP address. #MyFamily $keyid,$keyid,... ## A comma-separated list of exit policies. They're considered first ## to last, and the first match wins. If you want to _replace_ ## the default exit policy, end this with either a reject *:* or an ## accept *:*. Otherwise, you're _augmenting_ (prepending to) the ## default exit policy. Leave commented to just use the default, which is ## described in the man page or at ## https://www.torproject.org/documentation.html ## ## Look at https://www.torproject.org/faq-abuse.html#TypicalAbuses ## for issues you might encounter if you use the default exit policy. ## ## If certain IPs and ports are blocked externally, e.g. by your firewall, ## you should update your exit policy to reflect this -- otherwise Tor ## users will be told that those destinations are down. ## ## For security, by default Tor rejects connections to private (local) ## networks, including to your public IP address. See the man page entry ## for ExitPolicyRejectPrivate if you want to allow "exit enclaving". ## #ExitPolicy accept *:6660-6667,reject *:* # allow irc ports but no more #ExitPolicy accept *:119 # accept nntp as well as default exit policy ExitPolicy reject *:* # no exits allowed ## Bridge relays (or "bridges") are Tor relays that aren't listed in the ## main directory. Since there is no complete public list of them, even an ## ISP that filters connections to all the known Tor relays probably ## won't be able to block all the bridges. Also, websites won't treat you ## differently because they won't know you're running Tor. If you can ## be a real relay, please do; but if not, be a bridge! BridgeRelay 1 ## By default, Tor will advertise your bridge to users through various ## mechanisms like https://bridges.torproject.org/. If you want to run ## a private bridge, for example because you'll give out your bridge ## address manually to your friends, uncomment this line: #PublishServerDescriptor 0 User debian-tor tor-relays-request(a)lists.torproject.org: > Send tor-relays mailing list submissions to > tor-relays(a)lists.torproject.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > or, via email, send a message with subject or body 'help' to > tor-relays-request(a)lists.torproject.org > > You can reach the person managing the list at > tor-relays-owner(a)lists.torproject.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of tor-relays digest..." > > > Today's Topics: > > 1. Re: Failed to parse/validate config: failed to bind one of > the listener ports (Nick Mathewson) > 2. Re: Failed to parse/validate config: failed to bind one of > the listener ports (Jean Trolleur) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 26 Jun 2012 11:59:22 -0400 > From: Nick Mathewson <nickm(a)freehaven.net> > To: tor-relays(a)lists.torproject.org > Subject: Re: [tor-relays] Failed to parse/validate config: failed to > bind one of the listener ports > Message-ID: > <CAKDKvuyeEBDEO6rrbqVQSZcOy_cbeuGWMX2gisUjjETk0VgJEw(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On Sat, Jun 23, 2012 at 7:38 PM, Christian > <brightsidedarkside(a)t-online.de> wrote: > > Hi dear fellows, > > > > I'm sorry to use again this way of addressing my problem as in Vol 17, > > Issue 5. It will be the last time. Promise. > > > > I can't find any solution on the web. > > When starting tor, it always reads "Failed to parse/validate config: > > failed to bind one of the listener ports". > > Hm. It really should be saying something more than that on startup; > there should be a message right before that about *why* it couldn't > parse or validate the ports. > > I just tried the ORPort combination you listed there, and it seemed to > work out okay for me. It might be easier to diagnose if you could > upload your entire torrc, and the entire output of starting Tor up to > the point where it says "failed to parse/validate config:" > > hth, > -- > Nick > > > ------------------------------ > > Message: 2 > Date: Tue, 26 Jun 2012 15:18:42 -0500 > From: Jean Trolleur <sigtstp(a)gmail.com> > To: tor-relays(a)lists.torproject.org > Subject: Re: [tor-relays] Failed to parse/validate config: failed to > bind one of the listener ports > Message-ID: > <CAPN5qOdaMr==8D-kTz01cAZDHrDXSGuh5T+3DVfscJLx8jLgZA(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Try: > > ORPort 443 > ORListenAddress 0.0.0.0:9001 > > On Sat, Jun 23, 2012 at 6:38 PM, Christian > <brightsidedarkside(a)t-online.de> wrote: > > Hi dear fellows, > > > > I'm sorry to use again this way of addressing my problem as in Vol 17, > > Issue 5. It will be the last time. Promise. > > > > I can't find any solution on the web. > > When starting tor, it always reads "Failed to parse/validate config: > > failed to bind one of the listener ports". > > > > Furthermore, there are only empty logfiles, independent of the > > configuration of the logs option "notice". > > > > Has anyone else this kind of problem? > > > > This is my ORPort section: > > ORPort 443 NoListen > > ORPort 0.0.0.0:9090 NoAdvertise > > > > I even can't make a control port accessible for e.g. arm running on the > > same machine, although I didn't use it before. > > > > Client functionality is not working either. No connections through tor. > > > > Tor is configured as a bridge, my OS is Ubuntu lucid 10.04 and Tor's > > version is 2.3.17-beta-1~lucid+1. > > > > It just worked until the upgrade to the new version through torproject's > > repository. > > > > I really do have forwarded external port 443 to port 9090 on my machine. > > > > It nearly has me left in broken state dying. > > > > I checked for new requests concerning apparmor allowance, but there were > > only the ability to chown and access to /sys/devices/system/cpu/ which I > > granted both. > > > > I'm not so really competent with computers and therefore grateful for > > any help. > > Strange. No error logs, no function, no topic on the web.. > > > > Kind regards, > > > > christian > > > > > > _______________________________________________ > > tor-relays mailing list > > tor-relays(a)lists.torproject.org > > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > > > ------------------------------ > > _______________________________________________ > tor-relays mailing list > tor-relays(a)lists.torproject.org > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > > > End of tor-relays Digest, Vol 17, Issue 8 > *****************************************

2 1

Guidance on 0.2.2-to-0.2.3 migration?
by Steve Snyder 30 Jun '12

30 Jun '12

Attention Tor developers: Now that v0.2.3 is at Release Candidate status, can we get get some guidance for those relay operators that have not kept up with development? What changes can/should be made to a working v0.2.2 torrc for best 0.2.3 operation? What are the major changes (SMP? IPv6? memory/CPU requirements?) that should be considered when establishing a new relay? Thanks.

3 2

Tor and firewall output rules
by Anton Korec 28 Jun '12

28 Jun '12

Hi, I'm new to this list, so I apologise when my problem has been solved already. I'm runing new tor router as a non-exit relay, with ORPort 443 and DirPort 80. Server is running on Debian stable and tor version is 0.2.2.35. Tor is running under debian-tor user. I have restrictive iptables firewall rules (in both directions, INPUT and OUTPUT). I do not like fw rules of type "all outgoing is allowed". So I set fw up as found somewhere on torproject.org wiki, with "-m owner --uid-owner debian-tor": IPTABLES -P INPUT DROP IPTABLES -P OUTPUT DROP IPTABLES -P FORWARD DROP ... ... IPTABLES -A INPUT -i eth0 -p tcp -s 0.0.0.0/0 --sport 1024: -d ${MYIP} --dport 443 -m state --state NEW,ESTABLISHED -j ACCEPT IPTABLES -A OUTPUT -o eth0 -p tcp -s ${MYIP} -d 0.0.0.0/0 -m state --state NEW,ESTABLISHED -m owner --uid-owner debian-tor -j ACCEPT In such configuration fw has been dropping large numbers of packets with uid 0 and packets with no uid set. And it seems that there was almost no tor traffic on relay. So I changed OUTPUT rule to: IPTABLES -A OUTPUT -o eth0 -p tcp -s ${MYIP} -d 0.0.0.0/0 -m state --state NEW,ESTABLISHED -j ACCEPT and everything worked fine. I tried to use 0.2.2.37, 0.2.3.17-beta precompiled deb packages, tried to compile from source downloaded from torproject.org, but packet dropping was the same on every version of tor. Last thing I did, was update fw rules to: IPTABLES -A INPUT -i eth0 -p tcp -s 0.0.0.0/0 --sport 1024: -d ${MYIP} --dport 443 -m state --state NEW,ESTABLISHED -j ACCEPT IPTABLES -A OUTPUT -o eth0 -p tcp -s ${MYIP} -d 0.0.0.0/0 -m state --state NEW,ESTABLISHED -m owner --uid-owner debian-tor -j ACCEPT IPTABLES -A OUTPUT -o eth0 -p tcp -s ${MYIP} -d 0.0.0.0/0 -m state --state NEW,ESTABLISHED -j ACCEPT to count packets traversing each OUTPUT rule (with and without uid to "debian- tor" set). 22% of all packets (it is 11% of bytes of that traffic) sent by tor relay was uid not set to "debian-tor". Why is tor sending packets with uid not set to "debian-tor"? Regards Tony

1 0

Failed to parse/validate config: failed to bind one of the listener ports
by Christian 26 Jun '12

26 Jun '12

Hi dear fellows, I'm sorry to use again this way of addressing my problem as in Vol 17, Issue 5. It will be the last time. Promise. I can't find any solution on the web. When starting tor, it always reads "Failed to parse/validate config: failed to bind one of the listener ports". Furthermore, there are only empty logfiles, independent of the configuration of the logs option "notice". Has anyone else this kind of problem? This is my ORPort section: ORPort 443 NoListen ORPort 0.0.0.0:9090 NoAdvertise I even can't make a control port accessible for e.g. arm running on the same machine, although I didn't use it before. Client functionality is not working either. No connections through tor. Tor is configured as a bridge, my OS is Ubuntu lucid 10.04 and Tor's version is 2.3.17-beta-1~lucid+1. It just worked until the upgrade to the new version through torproject's repository. I really do have forwarded external port 443 to port 9090 on my machine. It nearly has me left in broken state dying. I checked for new requests concerning apparmor allowance, but there were only the ability to chown and access to /sys/devices/system/cpu/ which I granted both. I'm not so really competent with computers and therefore grateful for any help. Strange. No error logs, no function, no topic on the web.. Kind regards, christian

3 3

Traffic stats without vidalia
by Name Withheld 19 Jun '12

19 Jun '12

I've done some searching, but I can't seem to find any references to how I check the traffic stats (current b/w use, total MB passed, etc) for my node when running on a linux (CentOS 6) platform. I've built a new vps with a huge pipe that's command-line-only to maximize performance, but I'm noticing that I can't tell if it's working well without being able to view basic statistical info within that CLI environment. Does anyone know the solution to this? Thank you very much.

3 3

Problems with nameservers and permissions
by George 18 Jun '12

18 Jun '12

I've just started running a relay on Linux with Tor starting automatically, however arm reported that "all nameservers have failed" and, unsure what to do, I stopped Tor to go look up the problem. Then when I tried to start it in Terminal again I'm greeted with this: Jun 18 11:53:15.000 [warn] Couldn't open "/home/george/.tor/lock" for locking: Permission denied Jun 18 11:53:15.000 [err] set_options(): Bug: Acting on config options left us in a broken state. Dying. I've tried changing the permissions of the directory and the lock file but it still says permission denied. What should I do? I'm running Tor 0.2.3.17-beta-1 on Ubuntu 12.04. Thank you for any help, George

1 0

Failed to bind one of the listener ports / V. 2.3.17
by Christian 18 Jun '12

18 Jun '12

Hi all, since the last update from the repositories took place where I replaced the torrc file by the new version, I get the error message indicating no binding to the listener ports. I use Ubuntu lucid and Tor 2.3.17-beta-1~lucid+1 as a bridge. My ORPort section reads as follows: ORPort 443 NoListen ORPort 0.0.0.0:9090 NoAdvertise Am I missing something? I have forwarded external port 443 to port 9090 on my machine on my router. The setup consists of only one machine and the router. It worked well until this afternoon. ;-) I read about a copy and paste issue in config.c on the web, but it had been marked solved in February and doesn't seem to be for non-compilers like me. I really appreciate your kind help and thank you in advance. Greetings, christian

1 0

Tor Network Map advertising available B/W way too low
by Name Withheld 14 Jun '12

14 Jun '12

Hello, I just set up an exit node (PrivacyFoundation on the list), and while I've got 5mbps up, it only advertises as 80-90kb b/w available. That's not at all accurate, and I think it's meaning the connection is ending up way underutilized, since I'm not seeing much traffic on the b/w graph. How do I change the advertised b/w? Thanks!

2 1

running first Relay, low budget VPS on a Gigabit line
by tim 13 Jun '12

13 Jun '12

Hi, I have installed my first Tor-Relay on a low priced test VPS (1 BTC/m) hosted in NL some days ago. Today iftop shows the VPS puts 35 MByte/s in both directions through the line. *Phew* The hosting plan includes 50GB per month so I'm a bit over the fair use. What would you do? Let it run? throttle down? do no harm? Other than expected I only got a short mail with ssh login from them. The answer to my question if customers get some kind of admin-panel was: no, this would be higher security risk. contact us we do it in 2 hours. Any suggestions how to measure the traffic would be appreciated, must be roughly 12 TB the last 2 days. -- http://www.fastmail.fm - Accessible with your email software or over the web

4 4

ARM 1.4.5 has a very high cpu consumption
by tor-admin 10 Jun '12

10 Jun '12

Hi, today I updated arm from 1.4.4.1 to 1.4.5. After this update I noticed that the arm display is very unresponsive. The arm cpu jumps ever couple of seconds up to 90-100 %. If this happens arm does not update its display. This can be observed on all pages. I monitor two high capacity nodes with each about around 10K concurrent connections. With 1.4.4.1 the arm cpu was normally below 5 %. The tor server runs debian squeeze with python 2.6.6. Is this a known issue? Any options other that downgrading back to 1.4.4.1? Regards, Klaus

2 2

rpm init script not setting ulimit properly
by Aaron Hopkins 06 Jun '12

06 Jun '12

I noticed my exit node (tordienet) hovering around 1024 connections open, and checked /proc/<pid>/limits (available on newer kernels) and noticed that the filedescriptor ulimit was at the default 1024, which is likely not a great plan. I'm using the stock /etc/init.d/tor startup script that came in the tor-0.2.3.12.alpha-tor.0.rh5_7 RPM offered by the YUM repo http://deb.torproject.org/torproject.org/rpm/centos5-experimental. It attempts to set ulimit, but at least at startup on my Centos 5.8 openvz container, there's a soft limit set at 1024 filedescriptors, which requires the -S flag to ulimit to override. I changed line 87 of /etc/init.d/tor to: if ulimit -SHn "$MAX_FILEDESCRIPTORS" ; then And /proc/<pid>/limits shows tor running with the appropriate limits now. Unfortunately, this is likely to get reverted with the next package update. Is anyone else using the stock RPMs seeing the same behavior? -- Aaron

1 0

case law on for exit nodes
by Rejo Zenger 28 May '12

28 May '12

Hi, Who knows about cases where the owner of Tor exit node was prosecuted or taken to court for information that was up- or downloaded using his/her Tor node? Basically, I'm looking for case law on running Tor exit-nodes. I am especially interested in case law from countries in Europe, but other examples are most welcome as well. If there is an interesting set of verdicts, I'll compile a summary and I'll share it with this list. Thanks for your help! -- Rejo Zenger . <rejo(a)zenger.nl> . 0x21DBEFD4 . <https://rejo.zenger.nl> GPG encrypted e-mail preferred . +31.6.39642738 . @rejozenger

13 25

Re: [tor-relays] tuning MaxAdvertisedBandwidth for CPU
by Scott Bennett 27 May '12

27 May '12

On Thu, 24 May 2012 13:13:56 -0400 micah anderson <micah(a)riseup.net> wrote: >i've got an exit node that is doing a fair bit of bandwidth, but I think it is CPU bound at this point because I am >getting these: > >Your computer is too slow to handle this many circuit creation requests! Please consider using the >MaxAdvertisedBandwidth config option > >i'm wondering what I should set the MaxAdvertisedBandwidth to if I am averaging this type of traffic: >http://torstatus.blutmagie.de/router_detail.php?FP=131b60b9afe6aea60042132d… > >it seems from the graphs, there are some clear plateaus at around >5100000, but I figured that folks here might have some suggestions that >are better than just setting MaxAdvertisedBandwidth just to that number Before you mess around with MaxAdvertisedBandwidth, which really doesn't work as advertised in the man page, try just adding this to your torrc file: MaxOnionsPending 250 That should take care of the occasional moments when the onion skin queue overflows. 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

New contact info for guard node Austrina
by Samuel Whited 27 May '12

27 May '12

Dear relay operators / users: I operate the guard node Austrina (fp: CA54 C9F2 AA56 FE26 D7A1 6F26 93F6 5385 E85E 2D75) and have recently updated my public key. Any sensitive communications should now use public key 0xEC2C9934 (fp: F259 8DED 56ED E408 FD41 484B FB39 BCF7 EC2C 9934) available from pgp.mit.edu. Please update your keystores, and verify that the new key is cross-signed with the old one (0x0DBB515F). Verification can also be performed via DNS — `dig +short sam._pka.samwhited.com TXT` should give the same fingerprint as above and provide an alternate download location. Contact info on the node should update shortly. Thanks, Sam -- Sam Whited pub 4096R/EC2C9934 SamWhited.com sam(a)samwhited.com 404.492.6008

1 0

tuning MaxAdvertisedBandwidth for CPU
by micah anderson 26 May '12

26 May '12

i've got an exit node that is doing a fair bit of bandwidth, but I think it is CPU bound at this point because I am getting these: Your computer is too slow to handle this many circuit creation requests! Please consider using the MaxAdvertisedBandwidth config option i'm wondering what I should set the MaxAdvertisedBandwidth to if I am averaging this type of traffic: http://torstatus.blutmagie.de/router_detail.php?FP=131b60b9afe6aea60042132d… it seems from the graphs, there are some clear plateaus at around 5100000, but I figured that folks here might have some suggestions that are better than just setting MaxAdvertisedBandwidth just to that number thanks! micah --

3 3

too many abuse reports
by mick 23 May '12

23 May '12

Hi I have today, reluctantly, switched my node torofotheworld.aibohphobia.org from an exit node to relay only. My ISP has stayed faithful over several abuse reports in the past, but this week following two more in quick sucession (from brazilian government services by the look of it) they have asked that I shut down the exit policy. Rather than lose the node entirely, I have agreed. Some bozo has been using sqlmap to scan servers through tor. Mick --------------------------------------------------------------------- blog: baldric.net fingerprint: E8D2 8882 F7AE DEB7 B2AA 9407 B9EA 82CC 1092 7423 ---------------------------------------------------------------------

10 19

Configuring a Tor relay to *not* accept torrent traffic
by Red Rover 20 May '12

20 May '12

Hi there, :-) I am running a Tor relay on a VPS. How do I configure it to NOT accept torrent traffic? I have just received an abuse report from my hosting company. All the best, Redrover

3 4

reg : closing circuits and corresponding TLS connections when application terminates
by Sambuddho Chakravarty 19 May '12

19 May '12

Hi all I am playing around with an experimental setup of a private Tor network and I am using the control protocol to setup custom circuits. Before establishing the custom circuits on the Tor client , I set the following options: __DisablePredictedCircuits:1 MaxOnionsPending : 1 newcircuitperiod : 999999999 maxcircuitdirtiness : 999999999 CircuitStreamTimeout : 999999999 CircuitIdleTimeout : 999999999 Thereafter, I turn off existing circuits on the client and establish my own circuit using nodes in my private Tor network. Then the client communicates to a server via this circuit. When the client-server communication ends, the circuit closes by itself. Thereafter, in sometime the corresponding OP-OR connections also close. Is there a way to keep the circuit and/or OP-OR connections alive long after the client-server communication has terminated ? Secondly, I don't see all TLS connections corresponding to the requested circuit in all the relays. Eg. I am using thee hosts -- A, B and C for the private network where, A runs two directory authorities and an OR, while B and C run only ORs. The Tor client of my setup establishes circuit through A, B and C using the above configuration parameters. 'getinfo' reports that the requested circuit has been established but I only see TLS connection betwen A and C..is there a reason why this is the case. Also, in my network, C has no exit policies, while A and B have 'reject *:*' exit policies (just to make sure that all TCP connections exit via C). Thanks Sambuddho

1 0