I see that many have had this same issue, but I couldn’t find any solution on older threads. When I try to launch the Steinberg Download Assistant app, I get the error message ‘Impossible to establish a connection with the download server’, as it’s shown in the image attached (which is in Italian).
I’ve downloaded the latest version of the Steinberg Download Assistant app, i.e. 1.38.1, and tried to uninstall and install again and to run it as an administrator.
My computer is brand new (arrived today) and these are its specs:
Processore Intel(R) Core™ Ultra 9 275HX (2.70 GHz)
RAM installata 16,0 GB (15,5 GB utilizzabile)
Tipo sistema Sistema operativo a 64 bit, processore basato su x64
Edizione Windows 11 Home
Versione 24H2
Data installazione: 23/09/2025
Build sistema operativo 26100.6584
Esperienza Pacchetto di esperienze per funzionalità Windows 1000.26100.234.0
I’m currently installing everything (Cubase, HAlion, Groove Agent etc.) manually from Cubase Pro 12 Downloads | Steinberg (I still have version 12) but it’s a very annoying job and I reckon I won’t be able to download some nice free VSTs I had on my previous computer such as Alto Glockenspiel free or Guitar Harmonics because they seem to be downloadable only through the Download Assistant.
I recently installed Linux Kubuntu in dual boot mode. I noticed that Windows and Kubuntu didn’t seem to handle time the same way. Kubuntu displayed the time correctly, considering the BIOS clock to be UTC, while Windows, which considers the BIOS clock to be local time, displayed a difference of 3 to 6 hours. I had to restore synchronization in Windows settings to display the time correctly.
Switching from Kubuntu to Windows desynchronizes the Windows clock and prevents central systems like Softube Central and SDA from working properly. So, I forced Kubuntu to use local time like Windows, rebooted the systems alternately to check the time matched, then in Windows, I launched Softube Central, which synchronized correctly and opened without issue, as did SDA.
If you’re in this type of situation, this could have been the source of the problem.
Windows can use time servers and does not need the BIOS time, which is not a fully correct source for the time. The external time server makes sure that your timezone and time is perfectly correct.
The same is true for every Linux distribution, just setup the time server and there is no problem anymore
That wasn’t my situation initially. Linux wasn’t using an NTP service, as it’s not enabled by default. As a result, I experienced synchronization issues with Softube Central and SDA, precisely because Linux was modifying the BIOS clock. Windows, unable to reach its NTP server—likely due to the time being out of sync—was displaying an incorrect time, even though automatic time adjustment was enabled.
Once I forced Linux to use an NTP service, those synchronization problems disappeared. The system clock became accurate again, and both Softube Central and SDA started working properly.
I thought you might have encountered a similar issue, but it seems that’s not the case. So perhaps my experience won’t be very useful to you—but I wanted to share it anyway.
