The only issue is system-tor is running in the background. Well maybe not an issue but some (most?) users would expect Tor to be completely disabled. This should be mentioned in the documentation
If we use tb-updater, system Tor (debian tor package) should not be installed by either tb-updater (tor is not a dependency) nor any of our instructions. I don’t understand the issue yet.
System Tor not being required can be documented for sure.
Should have clarified was referring to wiki instructions. Looks like i had previously installed Tor (debian) for something else. So not related to this topic. My bad.
For some reason the user.prefs I was intending to use in the tb-updater file no longer stay persistent. Its possible this has to do with the update to Tor Browser 8.0.6?
The newly configured VMs with TB 8.0.6 do not toggle the about:config prefs to reflect the user.pref file.
I check the new TB release, changelog etc. and nothing jumped out at me that would would do this. I’ll keep going on this. There has to be a reason why these no longer work. Or find a different way.
If it’s just about network settings we could have /usr/bin/torbrowser conditionally when some clearnet config settings is set configure environment variable TOR_TRANSPROXY=1.
Went through every about:config setting with no luck then tried manually copying over the default firefox prefs.js folder to user.js. This still had no effect in getting the password manger to function. It looks as though there might be an sqlite file missing from the TB profile that is needed for encrypting password storage. (among other things)
In otherwords, those prefs don’t stay persistent across VM reboots unless TorButton extension is manually disabled in about:addons or the torbutton.xpi file is altered. My initial success was likely due to an over site.
The current wiki instructions don’t account for a VM reboot. Working on that now.
Click Connect, then wait while the connection to Tor is completed. When Tor has successfully connected, Tor Browser will open and the steps to disable Tor outlined below can be completed…
Having to connect to Tor first to then disable it, that’s a bit weird. That’s why I hope to script/automate the process as much as possible. Ideally it’s just a very few bash commands for settings and utilizing tb-updater.
The only other way would be to add the user.js configs first just to keep from having to start TB. Unfortuanlty the previous steps fail 100% of the time after VM reboot with “proxy server is refusing connections”
What do you thing about step 4. Tor Browser “Something Went Wrong” about:tor with red background? The Tor Browser without Tor with normal browser settings patch lands on normal about:tor background. I can add a pref so it lands on the about:tor red background. Might be a good idea so user don’t have to browser to https://check.torproject.org/ to see if configuration worked.
Firefox question: Can we have multiple “user.js” files? In other words, is there a way we can drop our config snippet in some .d style drop-in folder?
I am asking because the following code is non-ideal in case users use their own user.js. In these cases users would have to manually add our clearnet normalization settings.
No updated packages yet. Please manually get from git meanwhile.
To test either user torbrowser --clearnet (probably tedious) or create a file /etc/torbrowser.d/50_user.conf containing:
tb_clearnet=true
Using settings file has the advantage that we can start “Tor” Browser from the start menu.
How to make Tor Browser remember passwords. First, disable private browsing mode (see above). Next: Preferences -> click the "Security" tab on the left-hand side -> check "Remember login for sites" . The browser may need to be restarted for the changes to take effect.
Haven’t found a way yet. Firefox has a file called logons.json which is created when users add the first site login info. This does not get created in TB. I believe this is due to a sqlite file that does not exist in TB. There may also be additional about:config setting that need to be changed as well.
There’s no point in keeping the existing wiki instruction while searching for an answer. (not likely to be solved easily) I’ll remove them.
That is actually the output of open-link-confirmation which runs with xtrace by default. We’ll need the output of bash -x /usr/bin/torbrowser --clearnet to see what tb-starter is doing.
Could you please use tb-updater, ~/.tb/tor-browser and ~/.tb/tor-browser/start-tor-browser.desktop for experiments?
TODO
How to use Tor Browser without Tor in Whonix.
Wondering what is meant with that. Perhaps even I wrote that.
Does it mean, "use torbrowser --clearnet in Whonix-Workstation so Tor Browser if you want to use Tor Browser for user -> Tor -> tunnel-link -> destination? That should work.
But then I am wondering if --clearnet is the best name for this new feature. In Debian --clearnet makes sense. In Whonix, not so much. Should I rename that command line option? Any naming suggestion? Or just add an additional --alias that does the same?
Each individual of them changes code paths inside tor-launcher add-on or torbutton add-on. It’s not like one of them automatically activates the other ones.