[tor-relays] tor-relays Digest, Vol 18, Issue 2
Christian
brightsidedarkside at t-online.de
Wed Jul 4 11:40:35 UTC 2012
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 at 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 at lists.torproject.org
>
> You can reach the person managing the list at
> tor-relays-owner at 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 at t-online.de>
> To: tor-relays at lists.torproject.org
> Subject: Re: [tor-relays] tor-relays Digest, Vol 18, Issue 1
> Message-ID: <1341154208.2712.9.camel at 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 at 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 at lists.torproject.org
> >
> > You can reach the person managing the list at
> > tor-relays-owner at 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 at t-online.de>
> > To: tor-relays at 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 at 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 at 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 at 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 at lists.torproject.org:
> > > Send tor-relays mailing list submissions to
> > > tor-relays at 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 at lists.torproject.org
> > >
> > > You can reach the person managing the list at
> > > tor-relays-owner at 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 at freehaven.net>
> > > To: tor-relays at lists.torproject.org
> > > Subject: Re: [tor-relays] Failed to parse/validate config: failed to
> > > bind one of the listener ports
> > > Message-ID:
> > > <CAKDKvuyeEBDEO6rrbqVQSZcOy_cbeuGWMX2gisUjjETk0VgJEw at mail.gmail.com>
> > > Content-Type: text/plain; charset=ISO-8859-1
> > >
> > > On Sat, Jun 23, 2012 at 7:38 PM, Christian
> > > <brightsidedarkside at 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 at gmail.com>
> > > To: tor-relays at 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 at 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 at 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 at lists.torproject.org
> > > > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
> > >
> > >
> > > ------------------------------
> > >
> > > _______________________________________________
> > > tor-relays mailing list
> > > tor-relays at 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 at mit.edu>
> > To: tor-relays at lists.torproject.org
> > Subject: Re: [tor-relays] Failed to parse/validate config: failed to
> > bind one of the listener ports
> > Message-ID: <20120701091422.GB8804 at 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 at 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 at lists.torproject.org
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
>
>
> End of tor-relays Digest, Vol 18, Issue 2
> *****************************************
More information about the tor-relays
mailing list