Re: [tor-talk] (no subject)
- Original Message - From: Runa A. Sandvik Sent: 09/19/11 02:21 PM To: tor-talk@lists.torproject.org Subject: Re: [tor-talk] (no subject) On Sat, Sep 17, 2011 at 8:26 AM, Achter Lieber wrote: > I must say that I downloaded what you call an "old version" just a few days > before from the tor website and it was listed (so to speak) as the new > update version for 1.2.26. I try to regularly check for updates every few > days so this jump in numbers really caught me by surprise, along with your > comment. > > I was wondering if this new version is for a USB and if this jump had > anything to do with the CA that was found to be fake in the last week or so? Yes, you can put the Tor Browser Bundle on a USB stick. And yes, we did release updated bundles after the whole DigiNotar incident. You may want to read https://blog.torproject.org/blog/diginotar-damage-disclosure and also look for blog posts about new browser bundles. -- Runa A. Sandvik ___ Again, thanks Runa. I will read that and I was mistaken about it being 1.2.26. It was 1.3.26 Adios tor- talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
[tor-talk] Tor Browser Stopped Working
Hi The tor browser for GNU (2.2.32.4) has stopped working on Ubuntu 11.10 after updating some packages today. It was working before that. CLI shows "Qt: Session management error: None of the authentication protocols specified are supported" GUI shows "Vadalia was unable to connect to Tor. (Socket operation timed out.)" Anyone has this problem too? -- Regards Koh Choon Lin ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] NT Service installation does not handle ``bridge relay'' option in torrc file
I've tried this but with no luck. The problem is, after running either > tor --service install -option -f "C:\blah\torrc" or > tor -install -option -f "C:\blah\torrc" The "Path to executable:" of "Tor Win32 Service Properties" in Services.msc is "c:\pathoftor\tor.exe" --nt-service without parameter instead of "c:\pathoftor\tor.exe" --nt-service "-f" "C:\blah\torrc" discussed in that archived post. The "-option -f" parameter is just ignored. On Tue, Sep 20, 2011 at 1:47 AM, Justin Aplin wrote: > > Windows uses a special account, with it's own home directory and separate set > of environmental variables, to run NT services. Odds are, when you start the > service, tor has no idea where your torrc is, and is dropping to "reasonable > default" values. This is why the default ORPort of 9050 is being used. > > The trick is declaring a path to the torrc you want to use in the service > invocation (using the -f flag), making sure the SERVICE account has > permission to read the torrc (which could be an issue if it's in one of your > personal home folders), and making sure DataDirectory is declared in your > torrc (to ensure the same keys are being used every time). > > This is covered in a bit more detail in this archive thread: > https://lists.torproject.org/pipermail/tor-relays/2010-June/000381.html > > ~Justin Aplin > > ___ > tor-talk mailing list > tor-talk@lists.torproject.org > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk > ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] NT Service installation does not handle ``bridge relay'' option in torrc file
On Sep 20, 2011, at 10:21 AM, Moses wrote: > I've tried this but with no luck. The problem is, after running either >> tor --service install -option -f "C:\blah\torrc" > or >> tor -install -option -f "C:\blah\torrc" > > The "Path to executable:" of "Tor Win32 Service Properties" in Services.msc is > "c:\pathoftor\tor.exe" --nt-service > without parameter instead of > "c:\pathoftor\tor.exe" --nt-service "-f" "C:\blah\torrc" discussed in > that archived post. The "-option -f" parameter is just ignored. Honestly, I haven't messed with service installation since that post was made; I imagine the installation process has been changed. I don't have a Windows computer handy to mess around with the new versions, but if you're feeling adventurous, you could add the parameters in manually by going to the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tor key in the registry, finding the entry that contains the --nt-service tag, and adding "-f" "C:\blah\torrc" to the tail end of it. Alternatively, you could guess where Tor is looking for the torrc (probably Application Data\Vidalia in the service account's home directory) and try placing a copy of your torrc there. ~Justin Aplin > On Tue, Sep 20, 2011 at 1:47 AM, Justin Aplin wrote: >> >> Windows uses a special account, with it's own home directory and separate >> set of environmental variables, to run NT services. Odds are, when you start >> the service, tor has no idea where your torrc is, and is dropping to >> "reasonable default" values. This is why the default ORPort of 9050 is being >> used. >> >> The trick is declaring a path to the torrc you want to use in the service >> invocation (using the -f flag), making sure the SERVICE account has >> permission to read the torrc (which could be an issue if it's in one of your >> personal home folders), and making sure DataDirectory is declared in your >> torrc (to ensure the same keys are being used every time). >> >> This is covered in a bit more detail in this archive thread: >> https://lists.torproject.org/pipermail/tor-relays/2010-June/000381.html >> >> ~Justin Aplin >> >> ___ >> tor-talk mailing list >> tor-talk@lists.torproject.org >> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk >> > ___ > tor-talk mailing list > tor-talk@lists.torproject.org > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
[tor-talk] Updating problem - failed to fetch URL
UBUNTU 9.10 +proposed TOR 0.2.1.30 FIREFOX 3.6.17 TORBUTTON 1.2.5 While trying to update my TOR package, I'm getting the error: Failed to fetch http://deb.torproject.org/torproject.org/dists/karmic/main/binary-i386/Packages.gz 404 Not Found [IP: 86.59.30.36 80] What should I change my update source to? ANDY - Salt Lake, UT US ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
[tor-talk] Question About "1000 circuit times"
Hi, I've just installed Tor version 0.2.3.4-alpha (git-5f4f727d58daa194). I restarted Tor and checked my logs just to make sure there were no nasty surprises. Everything seemed to be fine except I was surprised to see the following: Sep 20 17:38:22 host Tor[5667]: Catching signal TERM, exiting cleanly. Sep 20 17:38:33 host Tor[9022]: Based on 1000 circuit times, it looks like we don't need to wait so long for circuits to finish. We will now assume a circuit is too slow to use after waiting 37 seconds. Sep 20 17:38:33 host Tor[9022]: Parsing GEOIP file /usr/local/share/tor/geoip. So immediately after starting, the new instance of Tor is reporting results based on 1000 circuit times. Is it using data from the old instance of Tor, is this message in error, or what? Regards, Jim ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] .onion address for SSH no longer works
On 19 September 2011 22:04, cmeclax-sazri wrote: > On Monday 19 September 2011 18:11:55 Advrk Aplmrkt wrote: >> Hello, >> I've set up Tor on my server, including a SSH hidden service, replete >> with its *.onion address. I've been able to remotely login via the >> hidden SSH service. >> But last week, after a package update to tor-0.2.2.33 (I installed tor >> from official repo), and a tor restart, I get a connection refused >> error when trying to access the hidden service. I checked and my tor >> service is running normally, no errors in tor logs either... >> How do I troubleshoot this issue? >> Thanks. > > 1. Try to connect to the SSH server directly from the box running Tor, without > going through Tor. "telnet localhost 22" (assuming your sshd is using the > usual port; sometimes people map different ports when running hidden > services) will tell you if sshd is up without actually logging in. > > 2. Run tcpdump or wireshark on the server looking for any activity on port 22; > while it's running, try to connect to the hidden service. If tor and sshd are > on the same computer, you need to watch the loopback interface. > > 3. Rename the hostname file, leaving the private_key untouched, in the hidden > service folder, and restart tor. It should create an identical hostname file. > > You can add "SafeLogging 0" to torrc to tell tor to show you the addresses of > hidden services it's failing to connect to. Set it to 1 when you've fixed the > problem. > > cmeclax OK. I've tried the above and they seem fine. In fact connecting to the tor hidden SSH service worked briefly. Unfortunately, I am getting the same error I got before: Tor starts fine with: "Starting tor: Sep 20 20:41:00.014 [notice] Tor v0.2.2.33 (git-8522652d8e9213d4). This is experimental software. Do not rely on it for strong anonymity. (Running on Linux x86_64) Sep 20 20:41:00.016 [notice] Your ContactInfo config option is not set. Please consider setting it, so we can contact you if your server is misconfigured or something else goes wrong. Sep 20 20:41:00.019 [notice] Initialized libevent version 1.4.13-stable using method epoll. Good. Sep 20 20:41:00.019 [notice] Opening OR listener on 0.0.0.0:9001 Sep 20 20:41:00.020 [notice] Opening Directory listener on 0.0.0.0:9030 Sep 20 20:41:00.020 [notice] Opening Socks listener on 127.0.0.1:9050 Sep 20 20:41:00.021 [notice] Opening Control listener on 127.0.0.1:9051 /usr/bin/torctl start: tor started" After a few seconds, I check via "service tor status", and get: "PID file (/var/run/tor/tor.pid) present, but tor (29865) not running" I edited torrc to log errors, warnings, and notices, there are no abnormalities logged... it seems that tor just stopped. This has been happening in the past, and is still happening now after the recent update to Tor v0.2.2.33. "service tor restart", nor complete system reboot helps... BTW, I am running Scientific Linux 6.1, and used "yum install tor" from the following repo: [torproject] name=Tor and Vidalia enabled=1 autorefresh=0 baseurl=http://deb.torproject.org/torproject.org/rpm/fc13/ type=rpm-md gpgcheck=1 gpgkey=http://deb.torproject.org/torproject.org/rpm/RPM-GPG-KEY-torproject.org Can anyone help with this? I can't even begin testing the hidden service before getting tor running first. and this problem has been bugging for the past two months... Thanks. ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Question About "1000 circuit times"
On Tue, Sep 20, 2011 at 06:12:49PM -0600, Jim wrote: > I've just installed Tor version 0.2.3.4-alpha (git-5f4f727d58daa194). I > restarted Tor and checked my logs just to make sure there were no nasty > surprises. Everything seemed to be fine except I was surprised to see > the following: > > Sep 20 17:38:22 host Tor[5667]: Catching signal TERM, exiting cleanly. > Sep 20 17:38:33 host Tor[9022]: Based on 1000 circuit times, it looks > like we don't need to wait so long for circuits to finish. We will now > assume a circuit is too slow to use after waiting 37 seconds. > Sep 20 17:38:33 host Tor[9022]: Parsing GEOIP file > /usr/local/share/tor/geoip. > > So immediately after starting, the new instance of Tor is reporting > results based on 1000 circuit times. Is it using data from the old > instance of Tor, is this message in error, or what? Yes, it's using data from previous Tor runs. Tor started collecting and recording this data sometime early in the 0.2.2.x branch. --Roger ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Updating problem - failed to fetch URL
On Sep 20, 2011, at 4:58 PM, ANDY wrote: > UBUNTU 9.10 +proposed > TOR 0.2.1.30 > FIREFOX 3.6.17 > TORBUTTON 1.2.5 > > > While trying to update my TOR package, I'm getting the error: Failed to > fetch > http://deb.torproject.org/torproject.org/dists/karmic/main/binary-i386/Packages.gz > 404 Not Found [IP: 86.59.30.36 80] > > What should I change my update source to? Use the Lucid repos, or use the instructions here to build your own .debs: https://www.torproject.org/docs/debian.html.en#source ~Justin Aplin ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] .onion address for SSH no longer works
On Tue, Sep 20, 2011 at 08:47:47PM -0400, avkapl...@gmail.com wrote 3.5K bytes in 83 lines about: : Can anyone help with this? I can't even begin testing the hidden : service before getting tor running first. and this problem has : been bugging for the past two months... Thanks. Starting with basics, what happens when you simply run "tor" from whichever directory it is installed? -- Andrew pgp key: 0x74ED336B ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
