Other Gateways
Potential Issues When using A Custom Gateway[edit]
TODO: document
- Gateway IP Change required? See chapter below.
- Tor Control Protocol Access. See chapter below.
- Custom gateway might not provide all the Tor
SocksPort
s that Whonix-Gateway provides. Fixable by adjusting Tor configuration of the custom gateway. - Custom gateway might not provide transparent proxying. This might be intended if the user prefers an IsolatingProxy
setup.
Gateway IP Change[edit]
grep
the Whonix ™ source code for the following search term.
For example. (Creation of the mygrep
script is documented in above link.)
Perhaps IP change can be avoided with some iptables trick?
Forum discussion:
https://forums.whonix.org/t/network-changing-the-complete-16/10586
Tor Control Protocol Access[edit]
Two options. Either:
- Allow filtered Tor control protocol access through onion-grater.
- unfiltered Tor control protocol access. A compromised workstation with unfiltered Tor control protocol access can acquire the real external cleranet IP. [1]
- No Tor control protocol access. This would break some functionality.
Which applications require Tor control protocol access?
- Tor Browser new identity feature
- A list of applications which are currently require Tor control protocol access can be found here: Special:WhatLinksHere/Template:Control_Port_Filter_Python_Profile_Add
- onion-grater example profiles
- sdwdate [2]
- systemcheck [2]
Filtered Access using onion-grater[edit]
Unfiltered Access not using onion-grater[edit]
This setting comes from Debian system Tor upstream package default file /usr/share/tor/tor-service-defaults-torrc
.
The file location for this file is non-ideal since it will change at every boot. By re-configuring Tor on the other gateway to use a different file location the contents of this file might be constant. Untested.
On the Whonix-Workstation ™ package anon-ws-disable-stacked-tor script /usr/lib/anon-ws-disable-stacked-tor/state-files
copies at boot /usr/share/anon-ws-disable-stacked-tor/control.authcookie
to the right places.
By copying the control.authcookie
file from the gateway to Whonix-Workstation ™ /usr/share/anon-ws-disable-stacked-tor/control.authcookie
one might be able to have Tor cookie authentication. Contents of /usr/share/anon-ws-disable-stacked-tor/control.authcookie
will be overwritten when package anon-ws-disable-stacked-tor is upgraded.
Therefore this exercise might be a bit pointless. A better solution might be to use Tor Browser control protocol authentication using a Tor control password rather than Tor control auth cookie.
Open file /etc/X11/Xsession.d/50user
in an editor with administrative (root) write permissions.
This box uses sudoedit
for better security. This is an example and other tools can also achieve the same goal. If this example does not work for you or if you are not using Whonix ™, please refer to this link
.
Paste the following contents.
Save.
This would have to be combined with Tor setting HashedControlPassword
on the other gateway. Untested.
References[edit]
- ↑
Tor control protocol command
GETINFO address
- ↑ 2.0 2.1
https://github.com/Whonix/anon-gw-anonymizer-config/blob/master/etc/onion-grater-merger.d/30_whonix-default.yml