-onion does not default to -proxy #14722

issue qubenix opened this issue on November 13, 2018
  1. qubenix commented at 9:29 PM on November 13, 2018: contributor

    <!-- This issue tracker is only for technical issues related to Bitcoin Core. General bitcoin questions and/or support requests are best directed to the Bitcoin StackExchange at https://bitcoin.stackexchange.com. For reporting security issues, please read instructions at https://bitcoincore.org/en/contact/. If the node is "stuck" during sync or giving "block checksum mismatch" errors, please ensure your hardware is stable by running memtest and observe CPU temperature with a load-test tool such as linpack before creating an issue! -->

    <!-- Describe the issue -->

    <!--- What behavior did you expect? -->

    According to help menu:

    -onion=ip:port Use separate SOCKS5 proxy to reach peers via Tor hidden services, set -noonion to disable (default: -proxy)

    I would expect that if -proxy is set, but -onion is not, -proxy setting would be used for onion connections.

    Instead, according to getnetworkinfo, the default Tor port (127.0.0.1:9050) is listed for onion, but ipv{4,6} both have the -proxy setting. I inspected the traffic and saw that indeed it is not honoring my -proxy setting.

    <!--- How reliably can you reproduce the issue, what are the steps to do so? -->

    <!-- What version of Bitcoin Core are you using, where did you get it (website, self-compiled, etc)? -->

    Bitcoin Core Daemon version v0.17.0.1-9e87d82e7

    <!-- What type of machine are you observing the error on (OS/CPU and disk type)? -->

    OS: Qubes OS, Whonix 14 VM

    <!-- Any extra information that might be useful in the debugging process. -->

    <!--- This is normally the contents of a `debug.log` or `config.log` file. Raw text or a link to a pastebin type site are preferred. -->

  2. fanquake added the label P2P on Nov 13, 2018
  3. laanwj commented at 12:05 PM on November 14, 2018: member

    This is really strange. I have a hard time thinking of where that proxy even comes from. I think tor control might be erroneously overriding the proxy. Can you try running with -listenonion=0?

  4. qubenix commented at 2:57 PM on November 14, 2018: contributor

    listenonion=0 does use my custom proxy setting for onions.

    It would be interesting to me if Tor control was to blame as I just recently created Whonix's onion-grater profile for bitcoind.

    Here is the comms with Whonix's control port:

    PROTOCOLINFO 1
    250-PROTOCOLINFO 1
    250-AUTH METHODS=NULL
    250-VERSION Tor="0.3.4.8 (git-5da0e95e4871a0a1)"
    250 OK
    AUTHENTICATE
    250 OK
    ADD_ONION NEW:RSA1024 Port=18333,127.0.0.1:18333
    250-ServiceID=hzyiu6fm6rdkifa7
    250 OK
    
  5. qubenix referenced this in commit 1e7013fa6e on Nov 14, 2018
  6. qubenix referenced this in commit f7cfb6f015 on Nov 15, 2018
  7. qubenix referenced this in commit 3474736b8c on Nov 15, 2018
  8. qubenix referenced this in commit 38640a021a on Nov 15, 2018
  9. roshii commented at 6:51 PM on September 25, 2019: none

    For the record, I do face similar issue running v0.18.1 and as described in https://github.com/bitcoin/bitcoin/pull/16940

  10. nyxnor commented at 11:13 PM on October 2, 2022: none

    Also using Whonix. I believe this was solved. From -getinfo or getnetworkinfo I see the proxies set correctly to the different networks.

  11. fanquake closed this on Oct 3, 2022

  12. bitcoin locked this on Oct 3, 2023

github-metadata-mirror

This is a metadata mirror of the GitHub repository bitcoin/bitcoin. This site is not affiliated with GitHub. Content is generated from a GitHub metadata backup.
generated: 2026-04-17 06:15 UTC

This site is hosted by @0xB10C
More mirrored repositories can be found on mirror.b10c.me