Long Wiki Edits Thread

[0brand]

@Patrick

gpg --recv-keys “916B 8D99 C38E AF5E 8ADC 7A2A 8D66 066A 2EEA CCDA”
gpg: keyserver receive failed: Server indicated a failure

That is a general gpg bug unrelated to Qubes / Whonix / TemplateVMs. Could you open a new thread for this please so someone can investigate?

Done.

https://forums.whonix.org/t/gpg-recv-keys-fails/5607

@Patrick

Qubes R4 / Whonix 14> `http_proxy=http://127.0.0.1:8082 curl.anondist-orig https://check.torproject.org

Let’s concentrate on this one since it is the easier one. One connection work (and once gpg works) it’s easy to replace curl with gpg on the command line

OK

@Patrick

Qubes R4 / Whonix 14 works for me:

http_proxy=http://127.0.0.1:8082 curl.anondist-orig check.torproject.org

Qubes R4 / Whonix 14 broken:

http_proxy=http://127.0.0.1:8082 curl.anondist-orig https://check.torproject.org 

This looks like a bug in curl. Looks like curl tries to resolve DNS without using the proxy when using https destination (https://check.torproject.org ).

Qubes R4 / Whonix 14 works for me:

curl.anondist-orig --proxy http://127.0.0.1:8082 https://check.torproject.org

I guess that also works for you?

Everything same results.

@Patrick

Btw it is always http_proxy=http . Never http_proxy=https .

Understood

@Patrick

If you like to experiment… R3.2 …R4…

sudo GPG_EXE=gpg.anondist-orig apt-key adv…

OK

@Patrick

possible to replace apt-key with bash -x apt-key for better debug

Can bash -x be used for better debug for many different commands or just a select few?

@Patrick

Once working please refine the apt-key command by adding --keyring /etc/apt/trusted.gpg.d/reponame.gpg .

OK.