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 [email protected]: > Send tor-relays mailing list submissions to > [email protected] > > 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 > [email protected] > > You can reach the person managing the list at > [email protected] > > 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 <[email protected]> > To: [email protected] > Subject: Re: [tor-relays] Failed to parse/validate config: failed to > bind one of the listener ports > Message-ID: > <cakdkvuyeebdeo6rrbqvqszcoy_cbeugwmx2gisujjetk0vg...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On Sat, Jun 23, 2012 at 7:38 PM, Christian > <[email protected]> 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 <[email protected]> > To: [email protected] > Subject: Re: [tor-relays] Failed to parse/validate config: failed to > bind one of the listener ports > Message-ID: > <CAPN5qOdaMr==8d-ktz01cazdhrdxsguh5t+3dvfscjlx8jl...@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 > <[email protected]> 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 > > [email protected] > > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > > > ------------------------------ > > _______________________________________________ > tor-relays mailing list > [email protected] > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > > > End of tor-relays Digest, Vol 17, Issue 8 > ***************************************** _______________________________________________ tor-relays mailing list [email protected] https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
