I know Whonix for qemu is no longer supported, but I managed to install the VirtualBox images. Everything worked until this morning. Now I get an error because of sdwdate not working on startup of the gateway. I managed to get it running again by restarting a few timee and waiting, but now continously the connection breaks. When I reboot the gateway, I get the same error again.
Thank you for your answers. I had no problems wirh the virtualbox images so far. I use a direct connection to tor. I figured out I get no error when I just restart whonixcheck. sdwdate just seems to need more time to initialize. The unstable connection seems to be related with too less cpus. I changed cpu settings and now it is working again. I will write again if I have new problems.
Happy new year everyone!
Re: sdwdate. Yes - I have also seen this behaviour in the past. Pattern is:
Tor bootstraps 100%.
sdwdate sits for many, many minutes (sometimes hours) doing the âinitial time fetchingâ if you look at the logs.
You canât use Tor circuits for activities prior to the time sync process. Each time fetching times out after 60 seconds, again and again (and again) and keeps rotating through pool 1, pool 2 etc sources.
Tor logs (sometimes) show a shitload of colapsing circuits, or circuits just waiting to launch (waiting on sdwdate finishe e.g. âweâd like to launch a circuit, but we currently have 32 blah blah ciruits pendingâ).
Note that this issue is Whonix-specific on the Qubes 4.0 platform i.e. if you run TBB in a Debian 9 VM, it works perfectly and connects within seconds.
Note also that a previous, working clone of sys-whonix will also not connect with the same symptoms - therefore ruling out corruption or unique individual tweaks to the VM that might cause the breakage.
This of course begs the question - Why would TBB work flawlessly in connecting to Tor, whilst Whonix wouldnât at the same time? sdwdate edge-case issue?
Possiblilities:
Corrupt time sources for sdwdate (Low likelihood)
General network issues (Low-moderate likelihood)
sdwdate coding fault (Low likelihood?)
Poor throughput / misconfigured / malicious / under attack Tor guard set in operation (High likelihood)
Dipshits on the taxpayer dollar personally fucking with your network connection in an effort to have you manually shift Tor guards to one of their poisoned nodes so they can improve their end-to-end and other attacks (Remote likelihood)
Although possibility #5 is considered remote, long term Tor users will note that network activity is often âflakyâ or âweirdâ at X-Mas time.
So this phenomenon could be harmlessly related to increased traffic at that time, or (tin-foil hat) is related to increased spook/other activity during holiday periods (since they believe in Hollywood X-Mas plots in general).