Trac issueshttps://gitlab.torproject.org/legacy/trac/-/issues2020-06-13T16:09:18Zhttps://gitlab.torproject.org/legacy/trac/-/issues/11724Check recvmmsg() FD passing on Unix socket for TCP socket2020-06-13T16:09:18ZDavid Gouletdgoulet@torproject.orgCheck recvmmsg() FD passing on Unix socket for TCP socketrecvmsg() is supported as of now. A full exit should be done here because Torsocks can't handle this inet socket with Tor.recvmsg() is supported as of now. A full exit should be done here because Torsocks can't handle this inet socket with Tor.https://gitlab.torproject.org/legacy/trac/-/issues/11723Support res_* API of libresolv2020-06-13T16:09:18ZDavid Gouletdgoulet@torproject.orgSupport res_* API of libresolvIt's still unclear to me if that library is still distributed or/and maintained but some application still use it either compiled in or shared. I can't find that library in a recent Debian system.It's still unclear to me if that library is still distributed or/and maintained but some application still use it either compiled in or shared. I can't find that library in a recent Debian system.David Gouletdgoulet@torproject.orgDavid Gouletdgoulet@torproject.orghttps://gitlab.torproject.org/legacy/trac/-/issues/11579Torsocks should support Java2020-06-13T16:09:17ZMatt PaganTorsocks should support JavaRight now Java programs run with torsocks have their network calls dropped, or sometimes crash. Torsocks should force Java programs to use Tor. This could be done by setting the proxy settings in the JVM with -DsockProxyHost=127.0.0.1 -D...Right now Java programs run with torsocks have their network calls dropped, or sometimes crash. Torsocks should force Java programs to use Tor. This could be done by setting the proxy settings in the JVM with -DsockProxyHost=127.0.0.1 -DsocksProxyPort=8080. To ensure proxy obedience for DNS calls, torsocks might implement a DNS provider that uses SOCKS for resolution, add that to the classpath, and use it to override the DNS provider the JVM uses at runtime.https://gitlab.torproject.org/legacy/trac/-/issues/11541torsocks Does Not Work with dig on Fedora 202020-06-13T16:09:17ZTractorsocks Does Not Work with dig on Fedora 20I am trying to follow the nmap-ncat instructions here https://trac.torproject.org/projects/tor/wiki/doc/TorifyHOWTO/ssh for connecting to a tor hidden service over SSH. I can't seem to get it working. This is what I execute "torsocks d...I am trying to follow the nmap-ncat instructions here https://trac.torproject.org/projects/tor/wiki/doc/TorifyHOWTO/ssh for connecting to a tor hidden service over SSH. I can't seem to get it working. This is what I execute "torsocks dig @213.73.91.35 +tcp +short www.google.com" which returns ";; communications error to 213.73.91.35#53: end of file". When I execute "dig @213.73.91.35 +tcp +short www.google.com" without torsocks, IP addresses are returned. I have verified I am connected to tor via setting up my Firefox (not tor browser bundle) proxy settings and going to check.torproject.org.
I am on Fedora 20. I am using tor version tor.x86_64-0.2.4.21-tor.1.rh20 and torsocks version torsocks.x86_64-1.3-2.fc20. You can contact me at eviljoel@linux.com if you have any questions.
**Trac**:
**Username**: eviljoelDavid Gouletdgoulet@torproject.orgDavid Gouletdgoulet@torproject.orghttps://gitlab.torproject.org/legacy/trac/-/issues/11456'make test' should run the tests2020-06-13T16:09:17ZRoger Dingledine'make test' should run the teststorsocks appears to have tests in its tests/ directory. There's even a tests/run.sh that, when I run it, gives me a cryptic statement about testlists, but no hint about where I can find a testlist. How do I run them?
And can we hook tha...torsocks appears to have tests in its tests/ directory. There's even a tests/run.sh that, when I run it, gives me a cryptic statement about testlists, but no hint about where I can find a testlist. How do I run them?
And can we hook that up to a 'make test' in the main directory?
Thanks!David Gouletdgoulet@torproject.orgDavid Gouletdgoulet@torproject.orghttps://gitlab.torproject.org/legacy/trac/-/issues/11205[PATCH] gethostbyname2 needs to be supported in addition to gethostbyname2020-06-13T16:09:16Zyurivict271[PATCH] gethostbyname2 needs to be supported in addition to gethostbynameRepost of the bug from the old bug repotring system: https://code.google.com/p/torsocks/issues/detail?id=60
On some systems, like FreeBSD, function gethostbyname2(3) is defined in addition to gethostbyname(3). Here is its signature:
...Repost of the bug from the old bug repotring system: https://code.google.com/p/torsocks/issues/detail?id=60
On some systems, like FreeBSD, function gethostbyname2(3) is defined in addition to gethostbyname(3). Here is its signature:
struct hostent *
gethostbyname2(const char *name, int af);
If the process uses gethostbyname2 instead of gethostbyname for the name resolution, it doesn't go through SOCKS5 and connection fails.
Need to support it.
Particularly, mplayer configures itself to use gethostbyname2 on FreeBSD, and therefore by default doesn't work with libtorsocks.
Implemented gethost by name in case of tcp v4, v6 is not yet implemented.
Tested with the streams played by mplayer. DNS resolution works fine.
torsocks-1.2_1Jacob AppelbaumJacob Appelbaumhttps://gitlab.torproject.org/legacy/trac/-/issues/11090torsocks should log errors to stderr and not stdout2020-06-13T16:09:16ZXimin Luotorsocks should log errors to stderr and not stdouttorsocks 2.0.0-rc3
I get stuff like this on stdout:
```
[Feb 28 14:05:16] WARNING torsocks[22952]: Non TCP inet socket denied. Tor network can't handle it. (in tsocks_socket() at socket.c:40)
```
Logging to stdout interferes with the ...torsocks 2.0.0-rc3
I get stuff like this on stdout:
```
[Feb 28 14:05:16] WARNING torsocks[22952]: Non TCP inet socket denied. Tor network can't handle it. (in tsocks_socket() at socket.c:40)
```
Logging to stdout interferes with the output of the underlying program, and is generally a bad idea.David Gouletdgoulet@torproject.orgDavid Gouletdgoulet@torproject.orghttps://gitlab.torproject.org/legacy/trac/-/issues/10119libtorsocks, torify, __res__query() (and a few others) symbol not found ERROR2020-06-13T16:09:15ZTraclibtorsocks, torify, __res__query() (and a few others) symbol not found ERRORRunning torify on anything I try results in a successful connection, but lots of warnings.
Input:
`torify curl icanhazip.com`
Results:
`17:29:06 libtorsocks(21277): WARNING: The symbol res_query() was not found in any shared library wi...Running torify on anything I try results in a successful connection, but lots of warnings.
Input:
`torify curl icanhazip.com`
Results:
`17:29:06 libtorsocks(21277): WARNING: The symbol res_query() was not found in any shared library with the reported error: Not Found!`
` Also, we failed to find the symbol __res_query() with the reported error: Not Found`
`17:29:06 libtorsocks(21277): WARNING: The symbol res_search() was not found in any shared library with the reported error: Not Found!`
` Also, we failed to find the symbol __res_search() with the reported error: Not Found`
`17:29:06 libtorsocks(21277): WARNING: The symbol res_send() was not found in any shared library with the reported error: Not Found!`
` Also, we failed to find the symbol __res_send() with the reported error: Not Found`
`17:29:06 libtorsocks(21277): WARNING: The symbol res_querydomain() was not found in any shared library with the reported error: Not Found!`
` Also, we failed to find the symbol __res_querydomain() with the reported error: Not Found`
`17:29:06 libtorsocks(21278): WARNING: The symbol res_query() was not found in any shared library with the reported error: Not Found!`
` Also, we failed to find the symbol __res_query() with the reported error: Not Found`
`17:29:06 libtorsocks(21278): WARNING: The symbol res_search() was not found in any shared library with the reported error: Not Found!`
` Also, we failed to find the symbol __res_search() with the reported error: Not Found`
`17:29:06 libtorsocks(21278): WARNING: The symbol res_send() was not found in any shared library with the reported error: Not Found!`
` Also, we failed to find the symbol __res_send() with the reported error: Not Found`
`17:29:06 libtorsocks(21278): WARNING: The symbol res_querydomain() was not found in any shared library with the reported error: Not Found!`
` Also, we failed to find the symbol __res_querydomain() with the reported error: Not Found`
`<expected output from curl here>`
It does this with `torify ssh` also, except the errors are spewed out twice.
I've tried to updating to the dev-release, hoping it would fix this but it didn't help. It has the same output.
**Trac**:
**Username**: cjwelbornDavid Gouletdgoulet@torproject.orgDavid Gouletdgoulet@torproject.orghttps://gitlab.torproject.org/legacy/trac/-/issues/10007Code review of torsocks 2.x2020-06-13T16:09:14ZDavid Gouletdgoulet@torproject.orgCode review of torsocks 2.xCode review by the Torproject of the new torsocks version created to replace the current 1.3 version.
Code: https://github.com/dgoulet/torsocks
History and Why?: https://lists.torproject.org/pipermail/tor-dev/2013-June/004959.html
Aug...Code review by the Torproject of the new torsocks version created to replace the current 1.3 version.
Code: https://github.com/dgoulet/torsocks
History and Why?: https://lists.torproject.org/pipermail/tor-dev/2013-June/004959.html
August 24th, RC 1: https://lists.torproject.org/pipermail/tor-dev/2013-August/005319.html
Sept 2th, RC 2: https://lists.torproject.org/pipermail/tor-dev/2013-September/005359.html
Right now, the code is ready for review and still in release candidate until people are comfortable for a stable version to ideally be packaged and distributed.Jacob AppelbaumJacob Appelbaumhttps://gitlab.torproject.org/legacy/trac/-/issues/9745libtorsocks symbol was not found2020-06-13T16:09:14ZTraclibtorsocks symbol was not foundWhile I am able to establish a connection, I and get the following message when using !`torify` or when I run !`torsocks wget google.com`.
```
$ torify ssh user@domain.com
16:01:03 libtorsocks(5407): The symbol res_query() was not found...While I am able to establish a connection, I and get the following message when using !`torify` or when I run !`torsocks wget google.com`.
```
$ torify ssh user@domain.com
16:01:03 libtorsocks(5407): The symbol res_query() was not found in any shared library. The error reported was: not found!
16:01:03 libtorsocks(5407): The symbol res_search() was not found in any shared library. The error reported was: not found!
16:01:03 libtorsocks(5407): The symbol res_send() was not found in any shared library. The error reported was: not found!
16:01:03 libtorsocks(5407): The symbol res_querydomain() was not found in any shared library. The error reported was: not found!
16:01:03 libtorsocks(5408): The symbol res_query() was not found in any shared library. The error reported was: not found!
16:01:03 libtorsocks(5408): The symbol res_search() was not found in any shared library. The error reported was: not found!
16:01:03 libtorsocks(5408): The symbol res_send() was not found in any shared library. The error reported was: not found!
16:01:03 libtorsocks(5408): The symbol res_querydomain() was not found in any shared library. The error reported was: not found!
user@domain.com's password:
```
```
$ torsocks wget google.com
15:59:02 libtorsocks(5392): The symbol res_query() was not found in any shared library. The error reported was: not found!
15:59:02 libtorsocks(5392): The symbol res_search() was not found in any shared library. The error reported was: not found!
15:59:02 libtorsocks(5392): The symbol res_send() was not found in any shared library. The error reported was: not found!
15:59:02 libtorsocks(5392): The symbol res_querydomain() was not found in any shared library. The error reported was: not found!
15:59:02 libtorsocks(5393): The symbol res_query() was not found in any shared library. The error reported was: not found!
15:59:02 libtorsocks(5393): The symbol res_search() was not found in any shared library. The error reported was: not found!
15:59:02 libtorsocks(5393): The symbol res_send() was not found in any shared library. The error reported was: not found!
15:59:02 libtorsocks(5393): The symbol res_querydomain() was not found in any shared library. The error reported was: not found!
15:59:02 libtorsocks(5390): The symbol res_query() was not found in any shared library. The error reported was: not found!
15:59:02 libtorsocks(5390): The symbol res_search() was not found in any shared library. The error reported was: not found!
15:59:02 libtorsocks(5390): The symbol res_send() was not found in any shared library. The error reported was: not found!
15:59:02 libtorsocks(5390): The symbol res_querydomain() was not found in any shared library. The error reported was: not found!
--2013-09-14 15:59:02-- http://google.com/
Resolving google.com (google.com)... 74.125.226.132
Connecting to google.com (google.com)|74.125.226.132|:80... connected.
HTTP request sent, awaiting response...
```
```
$ uname -a
Linux linuxServer 3.8.0-29-generic #42-Ubuntu SMP Tue Aug 13 23:12:18 UTC 2013 i686 athlon i686 GNU/Linux
```
**Trac**:
**Username**: x000111Jacob AppelbaumJacob Appelbaumhttps://gitlab.torproject.org/legacy/trac/-/issues/8754Remove mentions of code.google.com2020-06-13T16:09:13ZDavid Gouletdgoulet@torproject.orgRemove mentions of code.google.com./README
./src/torsocks.c
./test/expectedresults.txt./README
./src/torsocks.c
./test/expectedresults.txtJacob AppelbaumJacob Appelbaumhttps://gitlab.torproject.org/legacy/trac/-/issues/8745Add thread safe support with documentation2020-06-13T16:09:13ZDavid Gouletdgoulet@torproject.orgAdd thread safe support with documentationAt the moment, torsocks does not seems to be thread safe so this would be a nice feature to have but in the meantime, it should be documented for the user to understand the limitations.At the moment, torsocks does not seems to be thread safe so this would be a nice feature to have but in the meantime, it should be documented for the user to understand the limitations.Jacob AppelbaumJacob Appelbaumhttps://gitlab.torproject.org/legacy/trac/-/issues/8744The show_msg() does not save correctly the errno value2020-06-13T16:09:13ZDavid Gouletdgoulet@torproject.orgThe show_msg() does not save correctly the errno valueThe "show_msg" function tries to save the errno of the caller but there
are multiple call sites ***before*** that can override the errno value.
This was actually the cause of some other bugs in the past, one being
https://trac.torprojec...The "show_msg" function tries to save the errno of the caller but there
are multiple call sites ***before*** that can override the errno value.
This was actually the cause of some other bugs in the past, one being
https://trac.torproject.org/projects/tor/ticket/8043.
I think the best way to deal with this issue is for the caller to make sure errno is saved. In some situations, we might NOT want this function to restore a previous errno so it should not set it.Jacob AppelbaumJacob Appelbaumhttps://gitlab.torproject.org/legacy/trac/-/issues/8743Add IPv6 support2020-06-13T16:09:12ZDavid Gouletdgoulet@torproject.orgAdd IPv6 supportThe title is quite self explanatory.The title is quite self explanatory.Jacob AppelbaumJacob Appelbaumhttps://gitlab.torproject.org/legacy/trac/-/issues/8702Support advanced polling features in OS2020-06-13T16:09:12ZMatthew FinkelSupport advanced polling features in OSSupport interaction with epoll, kqueue, etc
I'm breaking this out from #3711 because it doesn't really belong in that ticket.Support interaction with epoll, kqueue, etc
I'm breaking this out from #3711 because it doesn't really belong in that ticket.https://gitlab.torproject.org/legacy/trac/-/issues/8659INSTALL references obsolete Makefile.cvs2020-06-13T16:09:11ZintrigeriINSTALL references obsolete Makefile.cvsIt was reported to Debian (http://bugs.debian.org/704861) that torsocks' INSTALL file refers to the non-existent Makefile.cvs file.It was reported to Debian (http://bugs.debian.org/704861) that torsocks' INSTALL file refers to the non-existent Makefile.cvs file.Jacob AppelbaumJacob Appelbaumhttps://gitlab.torproject.org/legacy/trac/-/issues/8597Catch res_n* functions on systems that support them2020-06-13T16:09:11ZMatthew FinkelCatch res_n* functions on systems that support themWe should overload the res_n* functions on systems that support them. Currently we catch res_query and it's family, but not the newer res_n* set. They've been around for a while now, there are likely programs that could be trying to perf...We should overload the res_n* functions on systems that support them. Currently we catch res_query and it's family, but not the newer res_n* set. They've been around for a while now, there are likely programs that could be trying to perform dns resolution using udp and failing.Matthew FinkelMatthew Finkelhttps://gitlab.torproject.org/legacy/trac/-/issues/8585Figure out why weechat+ssl don't play nice with torsocks2020-06-13T16:09:11ZMatthew FinkelFigure out why weechat+ssl don't play nice with torsocksweechat is socks aware, but it should also be usable with torsocks. On initial testing, weechat's irc plugin closes its connections and attempts to continue the ssl handshake on newly established conns. This could be a misinterpretation,...weechat is socks aware, but it should also be usable with torsocks. On initial testing, weechat's irc plugin closes its connections and attempts to continue the ssl handshake on newly established conns. This could be a misinterpretation, though.
```
00:00:47 irc.oftc.net -- | irc: connecting to server irc.oftc.net/6697 (SSL)...
00:01:20 irc.oftc.net =!= | irc: TLS handshake failed
00:01:20 irc.oftc.net =!= | irc: error: The TLS connection was non-properly terminated.
00:01:20 irc.oftc.net -- | irc: reconnecting to server in 10 second
```
```
Mar 25 00:00:48.000 [debug] connection_ap_handshake_process_socks(): entered.
Mar 25 00:00:48.000 [debug] parse_socks(): socks5: checking request
Mar 25 00:00:48.000 [debug] parse_socks(): socks5: fqdn address type
Mar 25 00:00:48.000 [debug] connection_ap_handshake_rewrite_and_attach(): Client asked for irc.oftc.net:6697
...
Mar 25 00:00:49.600 [info] connection_ap_handshake_send_begin(): Sending relay cell 0 to begin stream 24137.
...
Mar 25 00:00:50.160 [debug] relay_lookup_conn(): found conn for stream 24137.
Mar 25 00:00:50.160 [debug] circuit_receive_relay_cell(): Sending to origin.
Mar 25 00:00:50.160 [debug] connection_edge_process_relay_cell(): Now seen 926 relay cells here (command 4, stream 24137).
Mar 25 00:00:50.160 [info] connection_edge_process_relay_cell_not_open(): 'connected' received after 1 seconds.
Mar 25 00:00:50.160 [info] addressmap_register(): Temporary addressmap ('irc.oftc.net' to '140.211.166.64') not performed, since it's already mapped to '50.197.126.29'
...
Mar 25 00:01:20.280 [debug] connection_or_process_cells_from_inbuf(): 12: starting, inbuf_datalen 512 (0 pending in tls object).
Mar 25 00:01:20.280 [debug] channel_queue_cell(): Directly handling incoming cell_t 0x38e973ff140 for channel 0x1e0c141140 (global ID 2)
Mar 25 00:01:20.280 [debug] circuit_get_by_circid_channel_impl(): circuit_get_by_circid_channel_impl() returning circuit 0x1e0c22fcd0 for circ_id 3495, channel ID 2 (0x1e0c141140)
Mar 25 00:01:20.280 [debug] relay_lookup_conn(): found conn for stream 24137.
Mar 25 00:01:20.280 [debug] circuit_receive_relay_cell(): Sending to origin.
Mar 25 00:01:20.280 [debug] connection_edge_process_relay_cell(): Now seen 929 relay cells here (command 3, stream 24137).
Mar 25 00:01:20.280 [info] connection_edge_process_relay_cell(): 13: end cell (closed normally) for stream 24137. Removing stream.
Mar 25 00:01:20.280 [debug] connection_or_process_cells_from_inbuf(): 12: starting, inbuf_datalen 0 (0 pending in tls object).
Mar 25 00:01:20.280 [debug] conn_close_if_marked(): Cleaning up connection (fd 13).
Mar 25 00:01:20.280 [debug] connection_remove(): removing socket 13 (type Socks), n_conns now 5
Mar 25 00:01:20.280 [debug] connection_free_(): closing fd 13.
...
Mar 25 00:01:30.560 [debug] connection_handle_listener_read(): Connection accepted on socket 13 (child of fd 6).
Mar 25 00:01:30.560 [debug] connection_add_impl(): new conn type Socks, socket 13, address 127.0.0.1, n_conns 5.
Mar 25 00:01:30.560 [debug] connection_ap_handshake_process_socks(): entered.
Mar 25 00:01:30.560 [debug] parse_socks(): socks5: accepted method 0 (no authentication)
Mar 25 00:01:30.560 [debug] connection_ap_handshake_process_socks(): socks handshake not all here yet.
Mar 25 00:01:30.560 [debug] connection_ap_handshake_process_socks(): entered.
Mar 25 00:01:30.560 [debug] connection_ap_handshake_process_socks(): socks handshake not all here yet.
Mar 25 00:01:30.560 [debug] connection_ap_handshake_process_socks(): entered.
Mar 25 00:01:30.560 [debug] parse_socks(): socks5: checking request
Mar 25 00:01:30.560 [debug] parse_socks(): socks5: fqdn address type
Mar 25 00:01:30.560 [debug] conn_write_callback(): socket 13 wants to write.
Mar 25 00:01:30.560 [debug] conn_read_callback(): socket 13 wants to read.
Mar 25 00:01:30.560 [debug] connection_ap_handshake_rewrite_and_attach(): Client asked for irc.oftc.net:6697
Mar 25 00:01:31.000 [debug] conn_write_callback(): socket 13 wants to write.
...
Mar 25 00:01:31.000 [info] connection_edge_process_relay_cell_not_open(): 'connected' received after 1 seconds.
Mar 25 00:01:31.000 [info] addressmap_register(): Temporary addressmap ('irc.oftc.net' to '140.211.166.64') not performed, since it's already mapped to '50.197.126.29'
...
Mar 25 00:01:31.000 [debug] conn_write_callback(): socket 13 wants to write.
Mar 25 00:01:33.440 [debug] conn_read_callback(): socket 13 wants to read.
Mar 25 00:01:33.440 [debug] read_to_chunk(): Encountered eof on fd 13
Mar 25 00:01:33.440 [info] connection_edge_reached_eof(): conn (fd 13) reached eof. Closing.
Mar 25 00:01:33.440 [debug] connection_edge_end(): Sending end on conn (fd 13).
Mar 25 00:01:33.440 [debug] append_cell_to_circuit_queue(): Made a circuit active.
Mar 25 00:01:33.440 [debug] channel_flush_from_first_active_circuit(): Made a circuit inactive.
Mar 25 00:01:33.440 [debug] conn_close_if_marked(): Cleaning up connection (fd 13).
Mar 25 00:01:33.440 [debug] connection_remove(): removing socket 13 (type Socks), n_conns now 5
Mar 25 00:01:33.440 [debug] connection_free_(): closing fd 13.
```
The tcpdump output is interesting too. Six of these sent less than a second apart without response from Tor before failing
```
0x0020: 8018 0156 fef2 0000 0101 080a 01ea d3d5 ...V............
0x0030: 01ea d3d4 1603 0000 c501 0000 c103 0351 ...............Q
0x0040: 4e50 49b3 f165 b434 0a72 0e07 dafe da5f NPI..e.4.r....._
0x0050: e0ab 06fb 1d07 c153 1cf4 7445 6c03 0700 .......S..tEl...
0x0060: 0050 c02b c009 c023 c02c c00a c024 c008 .P.+...#.,...$..
0x0070: c02f c013 c027 c030 c014 c012 009c 002f ./...'.0......./
0x0080: 003c 0035 003d 0041 0084 000a 0005 0004 .<.5.=.A........
0x0090: 009e 0033 0067 0039 006b 0045 0088 0016 ...3.g.9.k.E....
0x00a0: 00a2 0032 0040 0038 006a 0044 0087 0013 ...2.@.8.j.D....
0x00b0: 0066 0100 0048 0005 0005 0100 0000 00ff .f...H..........
0x00c0: 0100 0100 0023 0000 000a 000c 000a 0013 .....#..........
0x00d0: 0015 0017 0018 0019 000b 0002 0100 000d ................
0x00e0: 001c 001a 0401 0402 0403 0501 0503 0601 ................
0x00f0: 0603 0301 0302 0303 0201 0202 0203 ..............
```Matthew FinkelMatthew Finkelhttps://gitlab.torproject.org/legacy/trac/-/issues/8495Please remove "Call to connect received on completed request 3"2020-06-13T16:09:10ZproperPlease remove "Call to connect received on completed request 3"Please get ride of "Call to connect received on completed request 3", perhaps only show it when TORSOCKS_DEBUG=1. (non-fatal error)
Debian Wheezy 32 bit.
(sudo apt-get install mixmaster)
```
root@host:~# export TORSOCKS_DEBUG=1
root@ho...Please get ride of "Call to connect received on completed request 3", perhaps only show it when TORSOCKS_DEBUG=1. (non-fatal error)
Debian Wheezy 32 bit.
(sudo apt-get install mixmaster)
```
root@host:~# export TORSOCKS_DEBUG=1
root@host:~# export TORSOCKS_CONF_FILE=/etc/torsocks.conf
root@host:~# torsocks /usr/bin/mixmaster-update
11:49:04 libtorsocks(21188): WARNING: The symbol getipnodebyname() was not found in any shared library with the reported error: Not Found!
Also, we failed to find the symbol __getipnodebyname() with the reported error: Not Found
11:49:04 libtorsocks(21189): WARNING: The symbol getipnodebyname() was not found in any shared library with the reported error: Not Found!
Also, we failed to find the symbol __getipnodebyname() with the reported error: Not Found
11:49:04 libtorsocks(21186): WARNING: The symbol getipnodebyname() was not found in any shared library with the reported error: Not Found!
Also, we failed to find the symbol __getipnodebyname() with the reported error: Not Found
11:49:04 libtorsocks(21186): Call to connect received on completed request 3
```
```
root@host:~# export TORSOCKS_DEBUG=0
root@host:~# torsocks /usr/bin/mixmaster-update
11:49:15 libtorsocks(21190): Call to connect received on completed request 3
```
```
# This is the configuration for libtorsocks (transparent socks) for use
# with tor, which is providing a socks server on port 9050 by default.
#
# Lines beginning with # and blank lines are ignored
#
# The basic idea is to specify:
# - Local subnets - Networks that can be accessed directly without
# assistance from a socks server
# - Paths - Paths are basically lists of networks and a socks server
# which can be used to reach these networks
# - Default server - A socks server which should be used to access
# networks for which no path is available
# Much more documentation than provided in these comments can be found in
# torsocks.conf(5) and usewithtor(1) manpages.
# We specify local as 127.0.0.0 - 127.191.255.255 because the
# Tor MAPADDRESS virtual IP range is the rest of net 127.
# Torsocks also treats as local all the subnets that Tor does.
#local = 127.0.0.0/255.128.0.0
#local = 127.128.0.0/255.192.0.0
#local = 169.254.0.0/255.255.0.0
#local = 172.16.0.0/255.240.0.0
#local = 192.168.0.0/255.255.0.0
# Default server
# For connections that aren't to the local subnets
# the server at 127.0.0.1 should be used (again, hostnames could be used
# too, see note above)
server = 192.168.0.10
# SOCKS server type defaults to 4
server_type = 5
# The port defaults to 1080 but I've stated it here for clarity
server_port = 9155
# Username and password (if required on a SOCKSv5 server)
#default_user =
#default_pass =
# Paths
# For this example this machine needs to access 150.0.0.0/255.255.0.0 as
# well as port 80 on the network 150.1.0.0/255.255.0.0 through
# the socks 5 server at 10.1.7.25 (if this machines hostname was
# "socks.hello.com" we could also specify that, unless --disable-hostnames
# was specified to ./configure).
#path {
# reaches = 150.0.0.0/255.255.0.0
# reaches = 150.1.0.0:80/255.255.0.0
# server = 10.1.7.25
# server_type = 5
# default_user = delius
# default_pass = hello
#}
#
```Jacob AppelbaumJacob Appelbaumhttps://gitlab.torproject.org/legacy/trac/-/issues/8398res_query warning in torsocks2020-06-13T16:09:10ZTracres_query warning in torsocksShort version: res_query keeps showing in torsocks (release from Torsocks 1.3 2013-02-11)
Long version:
I know, it is stated in the Changelog that this is no longer a problem, that it does not prevent torsocks from working properly, etc...Short version: res_query keeps showing in torsocks (release from Torsocks 1.3 2013-02-11)
Long version:
I know, it is stated in the Changelog that this is no longer a problem, that it does not prevent torsocks from working properly, etc. However, it _is_ annoying not being able to see the output of some applications. Plus, it does mess up aptitude a little bit (I don't know if it has to do with other applications too). I just wanted to contribute, and here I go... (by the way, you may want to change the last recommendation from run_tests.sh). Good luck!
./run_tests.sh: 42: [1,120c1,49
< libtorsocks: The symbol getipnodebyname() was not found in any shared library. The error reported was: not found!
< libtorsocks: The symbol getipnodebyname() was not found in any shared library. The error reported was: not found!
< libtorsocks: The symbol getipnodebyname() was not found in any shared library. The error reported was: not found!
< libtorsocks: our_getaddrinfo: 'www.torproject.org' requested
< libtorsocks: Got sendmsg request
< libtorsocks: sendmsg: Connection is a UDP or ICMP stream, may be a DNS request or other form of leak: rejecting.
< libtorsocks: Got sendto request
< libtorsocks: sendto: Connection is a UDP or ICMP stream, may be a DNS request or other form of leak: rejecting.
< libtorsocks: Got sendto request
< libtorsocks: sendto: Connection is a UDP or ICMP stream, may be a DNS request or other form of leak: rejecting.
< libtorsocks: Got connection request
< libtorsocks: connect: Connection is a UDP or ICMP stream, may be a DNS request or other form of leak: rejecting.
< libtorsocks: our_gethostbyaddr: resolved '38.229.70.16' to: 'vescum.torproject.org'
< libtorsocks: our_gethostbyname: 'www.torproject.org' requested
< libtorsocks: Got connection request
< libtorsocks: connect: Connection is to a local address (192.168.1.1), may be a TCP DNS request to a local DNS server so have to reject to be safe. Please report a bug to http://code.google.com/p/torsocks/issues/entry if this is preventing a program from working properly with torsocks.
< libtorsocks: Got connection request
< libtorsocks: Intercepted call to getpeername
< libtorsocks: Got res_init request
< libtorsocks: Got connection request
< libtorsocks: Intercepted call to getpeername
< libtorsocks: Got connection request
< libtorsocks: Intercepted call to getpeername
< libtorsocks: Got connection request
< libtorsocks: Intercepted call to getpeername
< libtorsocks: Got connection request
< libtorsocks: Intercepted call to getpeername
< libtorsocks: Got res_init request
< libtorsocks: Got connection request
< libtorsocks: connect: Connection is to a local address (192.168.1.1), may be a TCP DNS request to a local DNS server so have to reject to be safe. Please report a bug to http://code.google.com/p/torsocks/issues/entry if this is preventing a program from working properly with torsocks.
< libtorsocks: Got connection request
< libtorsocks: connect: Connection is to a local address (192.168.1.1), may be a TCP DNS request to a local DNS server so have to reject to be safe. Please report a bug to http://code.google.com/p/torsocks/issues/entry if this is preventing a program from working properly with torsocks.
< libtorsocks: Got connection request
< libtorsocks: connect: Connection is to a local address (192.168.1.1), may be a TCP DNS request to a local DNS server so have to reject to be safe. Please report a bug to http://code.google.com/p/torsocks/issues/entry if this is preventing a program from working properly with torsocks.
< libtorsocks: Got connection request
< libtorsocks: connect: Connection is to a local address (192.168.1.1), may be a TCP DNS request to a local DNS server so have to reject to be safe. Please report a bug to http://code.google.com/p/torsocks/issues/entry if this is preventing a program from working properly with torsocks.
< libtorsocks: Got connection request
< libtorsocks: connect: Connection is to a local address (192.168.1.1), may be a TCP DNS request to a local DNS server so have to reject to be safe. Please report a bug to http://code.google.com/p/torsocks/issues/entry if this is preventing a program from working properly with torsocks.
< socket: Operation not permitted
<
< ----------------------getaddrinfo() TEST-----------------
<
< getaddrinfo: Servname not supported for ai_socktype
<
< ----------------------UDP TEST----------------------
<
<
< ----------------------udp sendmsg() TEST-------------------
<
< sendmsg() returned ret=-1 wb=0
<
< ----------------------udp sendto() TEST--------------------
<
< sendto() returned ret=-1 wb=0
<
< ----------------------udp connect() TEST-------------------
<
< Connect returned ret=-1
<
< ----------------------udp send() TEST----------------------
<
< Note: no interception by torsocks expected as send() requires a socket in a connected state.
< send() returned ret=-1 wb=0
<
< ----------------------gethostbyaddr() TEST-----------------
<
< vescum.torproject.org -> 38.229.70.16
<
< ----------------------gethostbyname() TEST-----------------
<
< www.torproject.org -> 38.229.70.16
<
< ---------------------- local connect() TEST----------------------
<
<
< ---------------------- internet connect() TEST----------------------
<
<
< ---------------------- internet res_init() TEST----------------------
<
< nameserver for test: 8.8.8.8
<
< ---------------------- internet res_query() TEST----------------------
<
< return code: 102
<
< ---------------------- internet res_search() TEST----------------------
<
< return code: 102
<
< --------------- internet res_querydomain() TEST----------------------
<
< return code: -1
<
< ---------------------- internet res_send() TEST----------------------
<
< return code: -1
<
< ---------------------- local res_init() TEST----------------------
<
< nameserver for test: 192.168.1.1
<
< ---------------------- local res_query() TEST----------------------
<
< return code: -1
<
< ---------------------- local res_search() TEST----------------------
<
< return code: -1
<
< --------------- local res_querydomain() TEST----------------------
<
< return code: -1
<
< ---------------------- local res_send() TEST----------------------
<
< return code: -1
<
< ----------------icmp() TEST----------------------------
<
---
> > 18:49:48 libtorsocks(14060): Configuration file not provided by TORSOCKS_CONF_FILE environment variable, attempting to use defaults in /etc/torsocks.conf.
> > 18:49:48 libtorsocks(14060): New network entry for 127.0.0.0 going to 0x01dbb110
> > 18:49:48 libtorsocks(14060): New network entry for 127.128.0.0 going to 0x01dbb140
> > 18:49:48 libtorsocks(14060): New network entry for 169.254.0.0 going to 0x01dbb170
> > 18:49:48 libtorsocks(14060): New network entry for 172.16.0.0 going to 0x01dbb1a0
> > 18:49:48 libtorsocks(14060): New network entry for 192.168.0.0 going to 0x01dbb1d0
> > 18:49:48 libtorsocks(14060): New network entry for 127.0.0.0 going to 0x01dbb220
> > 18:49:48 libtorsocks(14060): New network entry for 10.0.0.0 going to 0x01dbba00
> > 18:49:48 libtorsocks(14060): New network entry for 192.168.0.0 going to 0x01dbba30
> > 18:49:48 libtorsocks(14060): New network entry for 172.16.0.0 going to 0x01dbba60
> > 18:49:48 libtorsocks(14060): New network entry for 169.254.0.0 going to 0x01dbba90
> > 18:49:48 libtorsocks(14060): New network entry for 192.168.0.0 going to 0x01dbbac0
> > 18:49:48 libtorsocks(14060): New network entry for 127.0.69.0 going to 0x01dbbaf0
> > 18:49:48 libtorsocks(14060): In tsocks_init after env/config
> > 18:49:48 libtorsocks(14060): The symbol res_init() was not found in any shared library. The error reported was: not found!
> > 18:49:48 libtorsocks(14060): The symbol res_query() was not found in any shared library. The error reported was: not found!
> > 18:49:48 libtorsocks(14060): The symbol res_search() was not found in any shared library. The error reported was: not found!
> > 18:49:48 libtorsocks(14060): The symbol res_send() was not found in any shared library. The error reported was: not found!
> > 18:49:48 libtorsocks(14060): The symbol res_querydomain() was not found in any shared library. The error reported was: not found!
> > 18:49:48 libtorsocks(14060): The symbol getipnodebyname() was not found in any shared library. The error reported was: not found!
> > 18:49:48 libtorsocks(14060): deadrange width is 8 bits
> > 18:49:48 libtorsocks(14060): init_pool: sockshost 127.0.0.1
> > 18:49:48 libtorsocks(14060): Exit tsocks_init
> > 18:49:48 libtorsocks(14060): In tsocks_init
> > 18:49:48 libtorsocks(14060): In tsocks_init after env/config
> > 18:49:48 libtorsocks(14060): The symbol res_init() was not found in any shared library. The error reported was: not found!
> > 18:49:48 libtorsocks(14060): The symbol res_query() was not found in any shared library. The error reported was: not found!
> > 18:49:48 libtorsocks(14060): The symbol res_search() was not found in any shared library. The error reported was: not found!
> > 18:49:48 libtorsocks(14060): The symbol res_send() was not found in any shared library. The error reported was: not found!
> > 18:49:48 libtorsocks(14060): The symbol res_querydomain() was not found in any shared library. The error reported was: not found!
> > 18:49:48 libtorsocks(14060): The symbol getipnodebyname() was not found in any shared library. The error reported was: not found!
> > 18:49:48 libtorsocks(14060): Exit tsocks_init
> > 18:49:48 libtorsocks(14060): Got sendmsg request
> > 18:49:48 libtorsocks(14060): sockopt: 2
> > 18:49:48 libtorsocks(14060): sendmsg: Connection is a UDP or ICMP stream, may be a DNS request or other form of leak: rejecting.
> > 18:49:48 libtorsocks(14060): Got sendto request
> > 18:49:48 libtorsocks(14060): sockopt: 2
> > 18:49:48 libtorsocks(14060): sendto: Connection is a UDP or ICMP stream, may be a DNS request or other form of leak: rejecting.
> > 18:49:48 libtorsocks(14060): Got sendto request
> > 18:49:48 libtorsocks(14060): sockopt: 2
> > 18:49:48 libtorsocks(14060): sendto: Connection is a UDP or ICMP stream, may be a DNS request or other form of leak: rejecting.
> > 18:49:48 libtorsocks(14060): Got connection request
> > 18:49:48 libtorsocks(14060): sin_family: 2
> > 18:49:48 libtorsocks(14060): sockopt: 2
> > 18:49:48 libtorsocks(14060): connect: Connection is a UDP or ICMP stream, may be a DNS request or other form of leak: rejecting.
> > 18:49:48 libtorsocks(14060): do_resolve: resolving
> > 18:49:48 libtorsocks(14060): Got status response '4': SOCKS5 request failed.18:49:48 libtorsocks(14060): do_resolve: error parsing SOCKS response
> > 18:49:48 libtorsocks(14060): failed to reverse resolve: 38.229.70.16
> > Segmentation fault: File name too long
Tests failed. Please post this output to http://code.google.com/p/torsocks/issues/entry
**Trac**:
**Username**: zqcxobbeJacob AppelbaumJacob Appelbaum