[tor-relays] Failed to parse/validate config: failed to bind one of the listener ports

Christian brightsidedarkside at t-online.de
Thu Sep 13 18:49:12 UTC 2012


Hi all,

just in case you're interested: I upgraded to Ubuntu precise 12.04 and
the problem disappeared.

I did not change the config, it just works now like described below.

I don't know how many operators still use lucid lynx.

Maybe this ist helpful or maybe just showing my incompetence. ;-)

Kind regards,

christian

Am Sonntag, den 01.07.2012, 16:50 +0200 schrieb Christian:
> 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
> > *****************************************
> 




More information about the tor-relays mailing list