Tor issueshttps://gitlab.torproject.org/tpo/core/tor/-/issues2020-06-27T14:10:49Zhttps://gitlab.torproject.org/tpo/core/tor/-/issues/350infinite loop on evil controlport input2020-06-27T14:10:49ZRoger Dingledineinfinite loop on evil controlport inputecho -ne "authenticate\r\nsignal newnym\r\nquit\r\n" | telnet localhost 9051
telnet seems to replace the first \n with a \0. I'm not sure why. But when
it does, Tor gets stuck in a loop in find_crlf_on_buf().
r8843 contains a fix to ma...echo -ne "authenticate\r\nsignal newnym\r\nquit\r\n" | telnet localhost 9051
telnet seems to replace the first \n with a \0. I'm not sure why. But when
it does, Tor gets stuck in a loop in find_crlf_on_buf().
r8843 contains a fix to make Tor not die. Is this the right fix? Is there more
to fix?
[Automatically added by flyspray2trac: Operating System: All]https://gitlab.torproject.org/tpo/core/tor/-/issues/351_circuit_mark_for_close(): Reason 9 out of range at command.c:3782020-06-27T14:10:49ZTrac_circuit_mark_for_close(): Reason 9 out of range at command.c:378Hi,
On server roundabout in notices.log the following messages appears more or less regularly:
---snip---
Oct 31 20:24:00.374 [warn] _circuit_mark_for_close(): Reason 9 out of range at command.c:378
---snap---
The server is connectable...Hi,
On server roundabout in notices.log the following messages appears more or less regularly:
---snip---
Oct 31 20:24:00.374 [warn] _circuit_mark_for_close(): Reason 9 out of range at command.c:378
---snap---
The server is connectable and in use (tested with tcpdump) although it is not listed on http://torstat.xenobite.eu/ anymore.
Regards,
Joerg
[Automatically added by flyspray2trac: Operating System: Other Linux]
**Trac**:
**Username**: Maschihttps://gitlab.torproject.org/tpo/core/tor/-/issues/352Vidalia wont start2020-06-27T14:10:49ZTracVidalia wont startAfter instaling the Vidalia download I receive the following error -
vidalia.exe
vidalia.exe has encountered a problem and needs to close. We are sorry for the inconvenience.
P. S. I have a saved screen image that shows the exact ...After instaling the Vidalia download I receive the following error -
vidalia.exe
vidalia.exe has encountered a problem and needs to close. We are sorry for the inconvenience.
P. S. I have a saved screen image that shows the exact error, if that will help.
[Automatically added by flyspray2trac: Operating System: All]
**Trac**:
**Username**: hexadecimatorAndrew LewmanAndrew Lewmanhttps://gitlab.torproject.org/tpo/core/tor/-/issues/353Tor-0.1.2.2-alpha-win32 wont do .onion2020-06-27T14:10:49ZTracTor-0.1.2.2-alpha-win32 wont do .onionI tried to use the Tor-0.1.2.2-alpha-win32 package and all seemed to work as normal but...
I was unable to connect to .onion sites.
At first i thought i did something wrong but after degrading to 0.1.1.24 with unaltered config i was abl...I tried to use the Tor-0.1.2.2-alpha-win32 package and all seemed to work as normal but...
I was unable to connect to .onion sites.
At first i thought i did something wrong but after degrading to 0.1.1.24 with unaltered config i was able to.
[Automatically added by flyspray2trac: Operating System: Windows 2k/XP]
**Trac**:
**Username**: TriMoonAndrew LewmanAndrew Lewmanhttps://gitlab.torproject.org/tpo/core/tor/-/issues/355tor server crashes after an hour2020-06-27T14:10:49ZTractor server crashes after an hourI've set up a tor server with both the latest stable and newest alpha versions. Both crash after about the same amount of time. The error in the log is:
Nov 03 23:19:06:199 [Error] do_main_loop(): libevent call with win32 failed: Invalid...I've set up a tor server with both the latest stable and newest alpha versions. Both crash after about the same amount of time. The error in the log is:
Nov 03 23:19:06:199 [Error] do_main_loop(): libevent call with win32 failed: Invalid argument [WSAEINVAL ] [10022]
In the alpha version there was a similar error related to libevent.
I saw libevent mentioned in the wiki on reporting a bug, but it didn't tell me how I would update something like that.
[Automatically added by flyspray2trac: Operating System: Windows 2k/XP]
**Trac**:
**Username**: darkmagessAndrew LewmanAndrew Lewmanhttps://gitlab.torproject.org/tpo/core/tor/-/issues/356Windows nt service will not read torrc in Document and Settings directory2020-06-27T14:10:48ZEugene VassermanWindows nt service will not read torrc in Document and Settings directoryIf a Windows service is added using Tor, the command line looks like this:
tor -nt_service -f "C:\Document and Settings\username\Application Data\Tor\torrc".
However, attempting to start the service yields a "System could not find the fi...If a Windows service is added using Tor, the command line looks like this:
tor -nt_service -f "C:\Document and Settings\username\Application Data\Tor\torrc".
However, attempting to start the service yields a "System could not find the file specified" error.
Running the very same command in the cmd window works, though. also, placing a torrc file into the
tor program directory makes it work. Changing the credentials under which the service runs makes no difference.
Please contact me if further details are needed.
[Automatically added by flyspray2trac: Operating System: Windows 2k/XP]0.1.2.x-finalhttps://gitlab.torproject.org/tpo/core/tor/-/issues/358Segmentation fault on tor server 0.1.1.252020-06-27T14:10:48ZTracSegmentation fault on tor server 0.1.1.25Hi,
I got a segfault with the debian package on an GNU/Linux debian sarge system. Tor crash after 5-7 hour. Hiere the output:
---cut
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the ...Hi,
I got a segfault with the debian package on an GNU/Linux debian sarge system. Tor crash after 5-7 hour. Hiere the output:
---cut
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-linux"...tor: Datei oder Verzeichnis nicht gefunden.
Using host libthread_db library "/lib/tls/libthread_db.so.1".
Core was generated by `/usr/sbin/tor'.
Program terminated with signal 11, Segmentation fault.
#0 0x08082862 in ?? ()
(gdb)
---cut
after typing "bt":
---cut
#0 0x08082862 in ?? ()
#1 0x0939f188 in ?? ()
legacy/trac#2 0x00000000 in ?? ()
legacy/trac#3 0x00000000 in ?? ()
legacy/trac#4 0x080a5ecd in ?? ()
legacy/trac#5 0x00000006 in ?? ()
legacy/trac#6 0x00000004 in ?? ()
legacy/trac#7 0x080c1e00 in ?? ()
legacy/trac#8 0x089690d0 in ?? ()
legacy/trac#9 0x00000004 in ?? ()
legacy/trac#10 0x080ce96b in ?? ()
legacy/trac#11 0xbffffcb8 in ?? ()
legacy/trac#12 0x080870c7 in ?? ()
legacy/trac#13 0x089690d0 in ?? ()
legacy/trac#14 0x455337de in ?? ()
legacy/trac#15 0xbffffca8 in ?? ()
legacy/trac#16 0x08068f66 in ?? ()
legacy/trac#17 0x0939f188 in ?? ()
legacy/trac#18 0x080f1880 in ?? ()
legacy/trac#19 0xbffffca8 in ?? ()
legacy/trac#20 0x080a5ecd in ?? ()
legacy/trac#21 0x00000007 in ?? ()
legacy/trac#22 0x0000006f in ?? ()
legacy/trac#23 0x00000004 in ?? ()
legacy/trac#24 0x089690d0 in ?? ()
legacy/trac#25 0x00000000 in ?? ()
legacy/trac#26 0x089690d0 in ?? ()
legacy/trac#27 0xbffffcd8 in ?? ()
legacy/trac#28 0x00000000 in ?? ()
legacy/trac#29 0x089a3430 in ?? ()
legacy/trac#30 0x080f1880 in ?? ()
legacy/trac#31 0xbffffcd8 in ?? ()
legacy/trac#32 0x08086dd4 in ?? ()
legacy/trac#33 0x0000024d in ?? ()
legacy/trac#34 0xbffffcd8 in ?? ()
legacy/trac#35 0x00000001 in ?? ()
legacy/trac#36 0x401bbac0 in ?? ()
legacy/trac#37 0x401bbac0 in ?? ()
legacy/trac#38 0x401bbac0 in ?? ()
legacy/trac#39 0xbffffd08 in ?? ()
legacy/trac#40 0x401b6c79 in ?? ()
legacy/trac#41 0x000000ac in ?? ()
legacy/trac#42 0x00000004 in ?? ()
legacy/trac#43 0x089690d0 in ?? ()
legacy/trac#44 0xbffffcf0 in ?? ()
legacy/trac#45 0x455337de in ?? ()
legacy/trac#46 0xbffffcfe in ?? ()
legacy/trac#47 0x080f2b90 in ?? ()
legacy/trac#48 0x0000bac0 in ?? ()
legacy/trac#49 0xbffffd40 in ?? ()
legacy/trac#50 0x080f1880 in ?? ()
legacy/trac#51 0xbffffd58 in ?? ()
legacy/trac#52 0x401b6f65 in ?? ()
legacy/trac#53 0x080f1880 in ?? ()
legacy/trac#54 0x080f18b8 in ?? ()
legacy/trac#55 0xbffffd40 in ?? ()
legacy/trac#56 0x4000baa3 in ?? ()
legacy/trac#57 0x4015f67c in ?? ()
legacy/trac#58 0x401bbae4 in ?? ()
legacy/trac#59 0x0000002a in ?? ()
legacy/trac#60 0x00000000 in ?? ()
legacy/trac#61 0x080f18b8 in ?? ()
legacy/trac#62 0x401bb9b0 in ?? ()
legacy/trac#63 0x00000000 in ?? ()
legacy/trac#64 0x00016822 in ?? ()
legacy/trac#65 0x00000000 in ?? ()
legacy/trac#66 0x00064b26 in ?? ()
legacy/trac#67 0xbffffd80 in ?? ()
legacy/trac#68 0x401bbac0 in ?? ()
legacy/trac#69 0x40016540 in ?? ()
legacy/trac#70 0xbffffe44 in ?? ()
legacy/trac#71 0xbffffd78 in ?? ()
legacy/trac#72 0x401b6dcb in ?? ()
legacy/trac#73 0x080f1880 in ?? ()
legacy/trac#74 0x00000000 in ?? ()
legacy/trac#75 0xbffffd80 in ?? ()
legacy/trac#76 0x080f18ac in ?? ()
legacy/trac#77 0x401b6da0 in ?? ()
legacy/trac#78 0x401bbac0 in ?? ()
legacy/trac#79 0xbffffd88 in ?? ()
legacy/trac#80 0x401b6cb0 in ?? ()
legacy/trac#81 0x00000000 in ?? ()
legacy/trac#82 0x402ebc80 in ?? ()
legacy/trac#83 0xbffffdb8 in ?? ()
legacy/trac#84 0x0808849b in ?? ()
legacy/trac#85 0x00000000 in ?? ()
legacy/trac#86 0x00000000 in ?? ()
legacy/trac#87 0x00000000 in ?? ()
legacy/trac#88 0x08088fb4 in ?? ()
legacy/trac#89 0x00000000 in ?? ()
legacy/trac#90 0xbffffe44 in ?? ()
legacy/trac#91 0x080ce660 in ?? ()
legacy/trac#92 0x080bdbcf in ?? ()
legacy/trac#93 0x402eb8c0 in ?? ()
legacy/trac#94 0x40016540 in ?? ()
legacy/trac#95 0xbffffdd8 in ?? ()
legacy/trac#96 0x08089465 in ?? ()
legacy/trac#97 0x00000001 in ?? ()
legacy/trac#98 0xbffffe44 in ?? ()
legacy/trac#99 0xbffffde8 in ?? ()
legacy/trac#100 0x080b733b in ?? ()
legacy/trac#101 0x402eb8c0 in ?? ()
legacy/trac#102 0x080b7380 in ?? ()
legacy/trac#103 0xbffffde8 in ?? ()
legacy/trac#104 0x080a5b8b in ?? ()
legacy/trac#105 0x00000001 in ?? ()
legacy/trac#106 0xbffffe44 in ?? ()
legacy/trac#107 0xbffffe18 in ?? ()
legacy/trac#108 0x401d1e36 in ?? ()
legacy/trac#109 0x00000001 in ?? ()
legacy/trac#110 0xbffffe44 in ?? ()
legacy/trac#111 0xbffffe4c in ?? ()
legacy/trac#112 0x0804c550 in ?? ()
legacy/trac#113 0x00000000 in ?? ()
legacy/trac#114 0x4000bcd0 in ?? ()
legacy/trac#115 0x402ecdb4 in ?? ()
legacy/trac#116 0x40016ca0 in ?? ()
legacy/trac#117 0x00000001 in ?? ()
legacy/trac#118 0x0804c550 in ?? ()
legacy/trac#119 0x00000000 in ?? ()
legacy/trac#120 0x0804c571 in ?? ()
legacy/trac#121 0x080a5b70 in ?? ()
legacy/trac#122 0x00000001 in ?? ()
legacy/trac#123 0xbffffe44 in ?? ()
legacy/trac#124 0x080b7320 in ?? ()
legacy/trac#125 0x080b7380 in ?? ()
legacy/trac#126 0x4000c380 in ?? ()
legacy/trac#127 0xbffffe3c in ?? ()
legacy/trac#128 0x00000000 in ?? ()
legacy/trac#129 0x00000001 in ?? ()
legacy/trac#130 0xbfffff13 in ?? ()
legacy/trac#131 0x00000000 in ?? ()
legacy/trac#132 0xbfffff21 in ?? ()
legacy/trac#133 0xbfffff28 in ?? ()
legacy/trac#134 0xbfffff33 in ?? ()
legacy/trac#135 0xbfffff43 in ?? ()
legacy/trac#136 0xbfffff4d in ?? ()
legacy/trac#137 0xbfffff8f in ?? ()
legacy/trac#138 0xbfffffa3 in ?? ()
legacy/trac#139 0xbfffffb4 in ?? ()
legacy/trac#140 0xbfffffbf in ?? ()
legacy/trac#141 0xbfffffc7 in ?? ()
legacy/trac#142 0xbfffffd4 in ?? ()
legacy/trac#143 0x00000000 in ?? ()
legacy/trac#144 0x00000010 in ?? ()
legacy/trac#145 0x178bfbff in ?? ()
legacy/trac#146 0x00000006 in ?? ()
legacy/trac#147 0x00001000 in ?? ()
legacy/trac#148 0x00000011 in ?? ()
legacy/trac#149 0x00000064 in ?? ()
legacy/trac#150 0x00000003 in ?? ()
legacy/trac#151 0x08048034 in ?? ()
legacy/trac#152 0x00000004 in ?? ()
legacy/trac#153 0x00000020 in ?? ()
legacy/trac#154 0x00000005 in ?? ()
legacy/trac#155 0x00000008 in ?? ()
legacy/trac#156 0x00000007 in ?? ()
legacy/trac#157 0x40000000 in ?? ()
legacy/trac#158 0x00000008 in ?? ()
legacy/trac#159 0x00000000 in ?? ()
legacy/trac#160 0x00000009 in ?? ()
legacy/trac#161 0x0804c550 in ?? ()
legacy/trac#162 0x0000000b in ?? ()
legacy/trac#163 0x0000006e in ?? ()
legacy/trac#164 0x0000000c in ?? ()
legacy/trac#165 0x0000006e in ?? ()
legacy/trac#166 0x0000000d in ?? ()
legacy/trac#167 0x0000006e in ?? ()
legacy/trac#168 0x0000000e in ?? ()
legacy/trac#169 0x0000006e in ?? ()
legacy/trac#170 0x0000000f in ?? ()
legacy/trac#171 0xbfffff0e in ?? ()
legacy/trac#172 0x00000000 in ?? ()
legacy/trac#173 0x00000000 in ?? ()
legacy/trac#174 0x00000000 in ?? ()
legacy/trac#175 0x00000000 in ?? ()
legacy/trac#176 0x00000000 in ?? ()
legacy/trac#177 0x00000000 in ?? ()
legacy/trac#178 0x00000000 in ?? ()
legacy/trac#179 0x00000000 in ?? ()
legacy/trac#180 0x36690000 in ?? ()
legacy/trac#181 0x2f003638 in ?? ()
legacy/trac#182 0x2f727375 in ?? ()
legacy/trac#183 0x6e696273 in ?? ()
legacy/trac#184 0x726f742f in ?? ()
legacy/trac#185 0x3d5a4800 in ?? ()
legacy/trac#186 0x00303031 in ?? ()
legacy/trac#187 0x4d524554 in ?? ()
legacy/trac#188 0x6574783d in ?? ()
legacy/trac#189 0x53006d72 in ?? ()
legacy/trac#190 0x4c4c4548 in ?? ()
legacy/trac#191 0x69622f3d in ?? ()
legacy/trac#192 0x61622f6e in ?? ()
legacy/trac#193 0x55006873 in ?? ()
legacy/trac#194 0x3d524553 in ?? ()
legacy/trac#195 0x746f6f72 in ?? ()
legacy/trac#196 0x54415000 in ?? ()
legacy/trac#197 0x752f3d48 in ?? ()
legacy/trac#198 0x6c2f7273 in ?? ()
legacy/trac#199 0x6c61636f in ?? ()
legacy/trac#200 0x6962732f in ?? ()
legacy/trac#201 0x752f3a6e in ?? ()
legacy/trac#202 0x6c2f7273 in ?? ()
legacy/trac#203 0x6c61636f in ?? ()
legacy/trac#204 0x6e69622f in ?? ()
legacy/trac#205 0x62732f3a in ?? ()
legacy/trac#206 0x2f3a6e69 in ?? ()
legacy/trac#207 0x3a6e6962 in ?? ()
legacy/trac#208 0x7273752f in ?? ()
legacy/trac#209 0x6962732f in ?? ()
legacy/trac#210 0x752f3a6e in ?? ()
legacy/trac#211 0x622f7273 in ?? ()
legacy/trac#212 0x4d006e69 in ?? ()
legacy/trac#213 0x3d4c4941 in ?? ()
legacy/trac#214 0x7261762f in ?? ()
legacy/trac#215 0x69616d2f in ?? ()
legacy/trac#216 0x6f722f6c in ?? ()
legacy/trac#217 0x5000746f in ?? ()
legacy/trac#218 0x2f3d4457 in ?? ()
legacy/trac#219 0x2f726176 in ?? ()
legacy/trac#220 0x2f62696c in ?? ()
legacy/trac#221 0x00726f74 in ?? ()
legacy/trac#222 0x454d4f48 in ?? ()
legacy/trac#223 0x6f722f3d in ?? ()
legacy/trac#224 0x5300746f in ?? ()
legacy/trac#225 0x4c564c48 in ?? ()
legacy/trac#226 0x4c00323d in ?? ()
legacy/trac#227 0x414e474f in ?? ()
legacy/trac#228 0x723d454d in ?? ()
legacy/trac#229 0x00746f6f in ?? ()
legacy/trac#230 0x732f3d5f in ?? ()
legacy/trac#231 0x2f6e6962 in ?? ()
legacy/trac#232 0x72617473 in ?? ()
legacy/trac#233 0x74732d74 in ?? ()
legacy/trac#234 0x642d706f in ?? ()
legacy/trac#235 0x6f6d6561 in ?? ()
legacy/trac#236 0x752f006e in ?? ()
legacy/trac#237 0x732f7273 in ?? ()
legacy/trac#238 0x2f6e6962 in ?? ()
legacy/trac#239 0x00726f74 in ?? ()
legacy/trac#240 0x00000000 in ?? ()
---cut
hope that helps.
cu
Rainer
[Automatically added by flyspray2trac: Operating System: Other Linux]
**Trac**:
**Username**: konquiAndrew LewmanAndrew Lewmanhttps://gitlab.torproject.org/tpo/core/tor/-/issues/360Error from libevent: event_queue_remove: 0xfa5260(fd -1) not on queue 12020-06-27T14:10:48ZTracError from libevent: event_queue_remove: 0xfa5260(fd -1) not on queue 1Hi,
the following error message appeared one time in the logfile:
---snip---
Nov 15 11:51:26.681 [err] Error from libevent: event_queue_remove: 0xfa5260(fd -1) not on queue 1
---snap---
System:
Server road2nowhere
OS: SuSE 10.0 64Bit
l...Hi,
the following error message appeared one time in the logfile:
---snip---
Nov 15 11:51:26.681 [err] Error from libevent: event_queue_remove: 0xfa5260(fd -1) not on queue 1
---snap---
System:
Server road2nowhere
OS: SuSE 10.0 64Bit
libevent version: 1.1-2
Openssl version: OpenSSL 0.9.7g 11 Apr 2005
regards,
Joerg
[Automatically added by flyspray2trac: Operating System: Other Linux]
**Trac**:
**Username**: Maschihttps://gitlab.torproject.org/tpo/core/tor/-/issues/361[Error] routerparse.c:647: router_parse_list_from_string: Assertion *s failed...2020-06-27T14:10:48ZTrac[Error] routerparse.c:647: router_parse_list_from_string: Assertion *s failed; abort.encountered the following error on Mac OS X (vers. 10.4.8),
with Vidalia 0.0.9 when trying to launch tor v0.1.2.3-alpha
via the vidalia interface:
[Notice] Tor v0.1.2.3-alpha. This is experimental software. Do not rely on it for strong...encountered the following error on Mac OS X (vers. 10.4.8),
with Vidalia 0.0.9 when trying to launch tor v0.1.2.3-alpha
via the vidalia interface:
[Notice] Tor v0.1.2.3-alpha. This is experimental software. Do not rely on it for strong anonymity.
[Notice] Enabling experimental OS X kqueue support with libevent 1.2. If this turns out to not work, set the environment variable EVENT_NOKQUEUE, and tell the Tor developers.
[Notice] Initialized libevent version 1.2 using method kqueue. Good.
[Notice] Opening Socks listener on 127.0.0.1:9050
[Notice] Opening Control listener on 127.0.0.1:9051
[Error] routerparse.c:647: router_parse_list_from_string: Assertion *s failed; aborting.
repeatable: yes
occurence: always since first time
consequence: tor does not start
I had no log file, so I can not tell what happened the first time before the crash.
I am sorry if this bug should have been discovered before, I did not find it.
Greetings, simplicity.
[Automatically added by flyspray2trac: Operating System: OSX 10.4 Tiger]
**Trac**:
**Username**: simplicityhttps://gitlab.torproject.org/tpo/core/tor/-/issues/362Tor crashes after numerous failed name resolutions.2020-06-27T14:10:48ZTracTor crashes after numerous failed name resolutions.If a tor exit node is unable to contact a DNS server, after numerous failed name resolution
attempts, tor will crash.
gdb(1) seems to always point to the FreeBSD pthread library when asking "where" post-mortem.
Apologies for not having ...If a tor exit node is unable to contact a DNS server, after numerous failed name resolution
attempts, tor will crash.
gdb(1) seems to always point to the FreeBSD pthread library when asking "where" post-mortem.
Apologies for not having the exact output, as I have fixed the issue and no longer have the
core (and would like to not break it again).
However, should you be confirming this, the easiest way to replicate this is by setting up a
tor exit node with a relatively unrestricted exit policy (the default should do). Make sure
that tor does *not* query a valid nameserver by modifying your /etc/resolv.conf (easiest way
to do this without breaking DNS on the host machine is to run tor in a chroot(8) or jail(8)
environment) to point to an invalid nameserver. After a few hours (maybe less on high band-
width nodes) tor will crash, dropping it's core.
[Automatically added by flyspray2trac: Operating System: BSD]
**Trac**:
**Username**: Orumhttps://gitlab.torproject.org/tpo/core/tor/-/issues/364DNS lookup problems2020-06-27T14:10:48ZTracDNS lookup problemsI am still, even with 1.1.25, getting DNS resolutions like:
stbmac:/Library/Tor Michael$ tor-resolve en.wikipedia.org
127.0.0.1
There doesn't seem to be any way to find out which host is supplying these
bad references (so that they ca...I am still, even with 1.1.25, getting DNS resolutions like:
stbmac:/Library/Tor Michael$ tor-resolve en.wikipedia.org
127.0.0.1
There doesn't seem to be any way to find out which host is supplying these
bad references (so that they can be added to ExcludeHosts), nor does there
seem to be any sort of double checking on DNS data returned.
Normal DNS relies on being able to trust the roots, and then eventually being
able to trust the systems that they claim are reliable, to track down
authoritative answers. Tor's resolution seems to ignore that -- anyone's
answer is accepted.
To make matters worse, even after turning off tor, Firefox (1.8) still
caches the output page from Privoxy that claims that the address cannot
be resolved, and trying to reload returns the same page. (I know, that
one's not your department.)
Current configuration:
All requests go through privoxy.
Privoxy's config has lines:
# Tor:
##
## forward-socks4a / localhost:9050 .
forward-socks4a .onion localhost:9050 .
# Do not torrify these (high volume/speed concerns):
forward .vidalia-project.net .
forward 127.0.0.1 .
That first line (with the "## ") is toggled to turn tor on/off. When turned on,
I still get complaints about 127.0.0.1 and the "reloading server list /
determining server location" function of vidalia still takes forever and
occasionally logs in the console.
[Automatically added by flyspray2trac: Operating System: All]
**Trac**:
**Username**: keybounce0.1.2.x-finalNick MathewsonNick Mathewsonhttps://gitlab.torproject.org/tpo/core/tor/-/issues/365cached-routers ignored on win32 startup2020-06-27T14:10:48ZTraccached-routers ignored on win32 startupThe following is observed in version 0.1.2.4-alpha running on Windows XP. The same does not happen on Linux.
On startup, Tor does not load server descriptors from cached-routers in the data directory, but will correctly load from cached...The following is observed in version 0.1.2.4-alpha running on Windows XP. The same does not happen on Linux.
On startup, Tor does not load server descriptors from cached-routers in the data directory, but will correctly load from cached-routers.new.
[Automatically added by flyspray2trac: Operating System: All]
**Trac**:
**Username**: jkimbleNick MathewsonNick Mathewsonhttps://gitlab.torproject.org/tpo/core/tor/-/issues/366Tor directory caches open too many connections to download descriptors2020-06-27T14:10:47ZNick MathewsonTor directory caches open too many connections to download descriptors23:16 < armadev> btw, it looks like if our dirport is on, we prefer going to
dir authorities,
23:17 < armadev> but we still open the 9 or whatever connections
23:17 < armadev> which means we open multiple connections to...23:16 < armadev> btw, it looks like if our dirport is on, we prefer going to
dir authorities,
23:17 < armadev> but we still open the 9 or whatever connections
23:17 < armadev> which means we open multiple connections to a given authority
23:17 < nickm> that could well be a bug.
23:17 < nickm> I'll put it on flyspray.
23:17 < armadev> we might want to add a "but no more than the number of options
we have" to the spec
23:17 < nickm> right
[Automatically added by flyspray2trac: Operating System: All]post 0.2.0.xNick MathewsonNick Mathewsonhttps://gitlab.torproject.org/tpo/core/tor/-/issues/367More STREAM events w/ 0 circ2020-06-27T14:10:47ZMike PerryMore STREAM events w/ 0 circWhile the fix in r9021 got a lot of STREAM 0 events, there still are a couple more. Detached streams are not reporting
the circuit they are detaching from, and neither are FAILED:RESOLVEFAILED or CLOSED:TIMEOUT or CLOSED:INTERNAL.
Roge...While the fix in r9021 got a lot of STREAM 0 events, there still are a couple more. Detached streams are not reporting
the circuit they are detaching from, and neither are FAILED:RESOLVEFAILED or CLOSED:TIMEOUT or CLOSED:INTERNAL.
Roger confirmed that in both cases it seems like the code was at least trying to present this information to the
controller, so he said this is a bug rather than a feature request. Fine with me ;)
[Automatically added by flyspray2trac: Operating System: All]0.1.2.x-finalNick MathewsonNick Mathewsonhttps://gitlab.torproject.org/tpo/core/tor/-/issues/368short-uptime tor server never rotate onion key2020-06-27T14:10:47ZRoger Dingledineshort-uptime tor server never rotate onion key/** How often do we rotate onion keys? */
#define MIN_ONION_KEY_LIFETIME (7*24*60*60)
if (server_mode(options) &&
get_onion_key_set_at()+MIN_ONION_KEY_LIFETIME < now) {
log_info(LD_GENERAL,"Rotating onion key.");
But since .../** How often do we rotate onion keys? */
#define MIN_ONION_KEY_LIFETIME (7*24*60*60)
if (server_mode(options) &&
get_onion_key_set_at()+MIN_ONION_KEY_LIFETIME < now) {
log_info(LD_GENERAL,"Rotating onion key.");
But since onionkey_set_at is reset to whenever we launched Tor,
if our uptime never reaches a week, we never rotate.
[Automatically added by flyspray2trac: Operating System: All]https://gitlab.torproject.org/tpo/core/tor/-/issues/369Bad GETINFO "accounting/bytes-left" data2020-06-27T14:10:47ZTracBad GETINFO "accounting/bytes-left" data# uname -a
OpenBSD fgsfds.local 4.0 GENERIC#0 i386
# tor -h
Dec 14 18:20:18.888 [notice] Tor v0.1.1.25. This is experimental software. Do not rely on it for strong anonymity.
Copyright 2001-2005 Roger Dingledine, Nick Mathewson.
torrc ...# uname -a
OpenBSD fgsfds.local 4.0 GENERIC#0 i386
# tor -h
Dec 14 18:20:18.888 [notice] Tor v0.1.1.25. This is experimental software. Do not rely on it for strong anonymity.
Copyright 2001-2005 Roger Dingledine, Nick Mathewson.
torrc excerpt:
SocksPort 9050
SocksListenAddress 0.0.0.0
SocksPolicy accept 192.168.15.0/24
SocksPolicy reject *
Log notice syslog
Log info file /etc/tor/private/debug.log
RunAsDaemon 1
DataDirectory /etc/tor/private
ControlPort 9051
ORPort 9001
PublishServerDescriptor 1
AccountingMax 300MB
AccountingStart day 00:00
ExitPolicy reject *:*
User _tor
Group _tor
BandwidthRate 50KB
PidFile /etc/tor/tor.pid
SafeLogging 1
# grep hibernate debug.log
...
debug.log:Dec 14 00:00:00.683 [notice] hibernate_end(): Hibernation period ended. Resuming normal activity.
debug.log:Dec 14 12:25:54.369 [notice] consider_hibernation(): Bandwidth soft limit reached; commencing hibernation.
debug.log:Dec 14 12:25:54.371 [info] hibernate_begin(): Closing listener type 3
debug.log:Dec 14 12:25:54.372 [info] hibernate_begin(): Closing listener type 6
debug.log:Dec 14 12:36:32.850 [notice] hibernate_go_dormant(): Going dormant. Blowing away remaining connections.
debug.log:Dec 14 12:36:32.852 [info] hibernate_go_dormant(): Closing conn type 4
...
# telnet localhost 9051
Trying 127.0.0.1...
Connected to localhost.
Escape character is '!^]'.
authenticate
250 OK
getinfo accounting/hibernating
250-accounting/hibernating=hard
250 OK
getinfo accounting/bytes
250-accounting/bytes=316021088 308635003
250 OK
getinfo accounting/bytes-left
250-accounting/bytes-left=18446744073708103328 5937797 <--- wrong
250 OK
quit
250 closing connection
Connection closed by foreign host.
[Automatically added by flyspray2trac: Operating System: BSD]
**Trac**:
**Username**: guesthttps://gitlab.torproject.org/tpo/core/tor/-/issues/370GETINFO accounting/bytes-left still broken2020-06-27T14:10:47ZTracGETINFO accounting/bytes-left still brokenDeleted everything in DataDirectory except ./keys/ and ./fingerprint. ./configure && make.
# uname -a
OpenBSD fgsfds.local 4.0 GENERIC#0 i386
# tor -h
Dec 16 12:09:30.271 [notice] Tor v0.1.1.26. This is experimental software. Do not r...Deleted everything in DataDirectory except ./keys/ and ./fingerprint. ./configure && make.
# uname -a
OpenBSD fgsfds.local 4.0 GENERIC#0 i386
# tor -h
Dec 16 12:09:30.271 [notice] Tor v0.1.1.26. This is experimental software. Do not rely on it for strong anonymity.
Copyright 2001-2005 Roger Dingledine, Nick Mathewson.
# telnet 127.0.0.1 9051
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '!^]'.
authenticate
250 OK
getinfo accounting/bytes-left
250-accounting/bytes-left=69607261 82217569
250 OK
getinfo accounting/bytes
250-accounting/bytes=245281955 232671135
250 OK
getinfo accounting/hibernating
250-accounting/hibernating=awake
250 OK
...
getinfo accounting/hibernating
250-accounting/hibernating=hard
250 OK
getinfo accounting/bytes
250-accounting/bytes=314612451 301853690
250 OK
getinfo accounting/bytes-left
250-accounting/bytes-left=18446744073709511965 12719110
250 OK
quit
250 closing connection
Connection closed by foreign host.
AccountingMax 300MB
AccountingStart day 00:00
Dec 16 00:00:00.022 [notice] accounting_set_wakeup_time(): Configured hibernation. This interval began at 2006-12-16 00:00:00; the scheduled wake-up time was 2006-12-16 00:00:00; we expect to exhaust our quota for this interval around 2006-12-17 00:00:00; the next interval begins at 2006-12-17 00:00:00 (all times local)
Dec 16 11:39:19.802 [notice] consider_hibernation(): Bandwidth soft limit reached; commencing hibernation.
Dec 16 11:39:19.804 [info] hibernate_begin(): Closing listener type 3
Dec 16 11:39:19.806 [info] hibernate_begin(): Closing listener type 6
...
Dec 16 11:45:33.370 [notice] hibernate_go_dormant(): Going dormant. Blowing away remaining connections.
[Automatically added by flyspray2trac: Operating System: All]
**Trac**:
**Username**: guesthttps://gitlab.torproject.org/tpo/core/tor/-/issues/371Mac OSX Crashes(Possible KQUEUE Problem)2020-06-27T14:10:47ZTracMac OSX Crashes(Possible KQUEUE Problem)MAC OS crashes after about 12 hour when running 0.1.2.4-alpha. I disabled KQUEUE and TOR has run for 3 days straight which makes me believe this is a KQUEUE problem.
The error I get is something like "This Macintosh must be restarted, p...MAC OS crashes after about 12 hour when running 0.1.2.4-alpha. I disabled KQUEUE and TOR has run for 3 days straight which makes me believe this is a KQUEUE problem.
The error I get is something like "This Macintosh must be restarted, press power or restart button"
The Macintosh is a 400 MHz G4 running 10.3.9.
[Automatically added by flyspray2trac: Operating System: OSX 10.4 Tiger]
**Trac**:
**Username**: eweb101Andrew LewmanAndrew Lewmanhttps://gitlab.torproject.org/tpo/core/tor/-/issues/372Caches collect old network statuses?2020-06-27T14:10:47ZRoger DingledineCaches collect old network statuses?I found
http://freehaven.net/~arma/all
on http://62.48.34.110/tor/status/all
it came from tortuga. Notice how some of the network statuses are from
like 6 months ago. And notice how they're from various test internal
networks also.
I n...I found
http://freehaven.net/~arma/all
on http://62.48.34.110/tor/status/all
it came from tortuga. Notice how some of the network statuses are from
like 6 months ago. And notice how they're from various test internal
networks also.
I noticed it because my Tor client chose this cache to ask for its statuses.
So I picked a random directory cache and asked it for its statuses:
http://212.112.242.159/tor/status/all
and it has all these extra statuses too!
So:
A) Why aren't they discarding them after 10 days? They can't all have
totally broken clocks.
B) By what process are these network statuses making their way into the
community caches?
C) Do we want to be pickier about what we cache, e.g. some of our trusted
authorities need to think it's an authority?
[Automatically added by flyspray2trac: Operating System: All]https://gitlab.torproject.org/tpo/core/tor/-/issues/373change our mind about having dir information2020-06-27T14:10:47ZRoger Dingledinechange our mind about having dir informationJan 05 01:16:45.940 [notice] We now have enough directory information to build circuits.
Jan 05 01:16:57.824 [notice] Our directory information is no longer up-to-date enough to build circuits.
Jan 05 01:16:57.825 [notice] I learned some...Jan 05 01:16:45.940 [notice] We now have enough directory information to build circuits.
Jan 05 01:16:57.824 [notice] Our directory information is no longer up-to-date enough to build circuits.
Jan 05 01:16:57.825 [notice] I learned some more directory information, but not enough to build a circuit.
When we haven't been running for a while, it seems we read in our cached stuff,
there's enough so we're happy with it, then we look more carefully and realize
we should discard much of it, then there's not enough so we're not happy with it.
So we should check what to discard before we declare happiness.
[Automatically added by flyspray2trac: Operating System: All]0.1.2.x-finalNick MathewsonNick Mathewson