Can you find out where your server is?
Maybe this is a regional block.
Reading package lists...
Building dependency tree...
Reading state information...
Recommended packages:
libdbd-mariadb-perl
The following packages will be upgraded:
usermin webmin
2 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
Need to get 37.6 MB of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 usermin all 2.520 [10.3 MB]
Ign:1 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 usermin all 2.520
Get:2 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 webmin all 2.620 [27.3 MB]
Ign:2 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 webmin all 2.620
Get:1 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 usermin all 2.520 [10.3 MB]
Ign:1 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 usermin all 2.520
Get:2 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 webmin all 2.620 [27.3 MB]
Ign:2 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 webmin all 2.620
Get:1 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 usermin all 2.520 [10.3 MB]
Ign:1 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 usermin all 2.520
Get:2 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 webmin all 2.620 [27.3 MB]
Ign:2 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 webmin all 2.620
Get:1 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 usermin all 2.520 [10.3 MB]
Ign:1 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 usermin all 2.520
Get:2 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 webmin all 2.620 [27.3 MB]
Ign:2 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 webmin all 2.620
Get:1 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 usermin all 2.520 [10.3 MB]
Err:1 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 usermin all 2.520
Connection timed out [IP: 2001:bc8:710:9a94:dc00:ff:fe82:8d31 443]
Get:2 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 webmin all 2.620 [27.3 MB]
Err:2 https://software.virtualmin.com/vm/7/gpl/apt virtualmin/main amd64 webmin all 2.620
Connection timed out [IP: 2001:bc8:710:9a94:dc00:ff:fe82:8d31 443]
E: Failed to fetch https://software.virtualmin.com/vm/7/gpl/apt/pool/main/u/usermin/usermin_2.520_all.deb Connection timed out [IP: 2001:bc8:710:9a94:dc00:ff:fe82:8d31 443]
E: Failed to fetch https://software.virtualmin.com/vm/7/gpl/apt/pool/main/w/webmin/webmin_2.620_all.deb Connection timed out [IP: 2001:bc8:710:9a94:dc00:ff:fe82:8d31 443]
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
We don’t impose any blocks on the software.virtualmin.com server, but there might be something else happening. That server is in Europe (France, I think). You could try a traceroute to see roughly where it’s failing.
But, we also have a new repository in the US, with Cloudfront for distribution worldwide (though I don’t know the state of things in Russia, as I know there are some sanctions, but I don’t think it applies to internet stuff). That’s at download.virtualmin.com, you could check to see if you can reach that from your server, and if so, you could switch to the new Virtualmin 8 repo.
I don’t know if we have automation for switching to that new repo, yet (normally you can use virtualmin setup-repos to switch to the “current” repo, if you’re on an older repo, but we literally just flipped the switch to the new Virtualmin 8 repos hours ago).
@Ilia does setup-repos know about the new repo at download.virtualmin.com? Or would they need to fetch the new install script and run it with the --setup flag, instead?
The 8.0.0 virtual-server module package is available in the Virtualmin 7 repos on software.virtualmin.com. You don’t need to switch to get updates on an existing system. I’m not suggesting it for everyone (the packages in the new repos aren’t well-tested for upgrades from older installs), merely as a way for OP to get access to updates since the old repo simply doesn’t work for them for some reason.
To be clear: The same package versions are in both repos. There is no benefit to switching to the Virtualmin 8 repos from the Virtualmin 7 repos. At some point, the Virtualmin 7 repos will be retired (when the signing key expires), but that has not occurred and is still a couple years away, I think. Until then, packages will appear in the 7 repos around the same time they appear in the 8 repos.
Honestly, it’s probably also worth just adding -o Acquire::ForceIPv4=true to your apt command to see if it’s just some weird IPv6 routing wonkiness as a one-time test.
Yes, it knows. Anyone using Virtualmin 8 or later can run virtualmin setup-repos to reconfigure repos to the new ones. Nothing else is needed.
And, starting April 1, anyone using Virtualmin 8 with the old software.virtualmin.com repo will see a warning message during the config check suggesting they upgrade to the new repo by running the same command.
Furthermore, I will make a more detailed post in the news tomorrow explaining what changes for existing users when switching repos. In particular, they will get a core version of Webmin, and some other Webmin modules might not be available. They will need to be installed manually using the webmin-module-name package name.
Alright, sure, we can move it a year ahead if you prefer. Or better add a link to the documented page explaining what will change and what to expect instead of showing just a command suggesting to update the repos.
I think link to the documentation would be the best option in config check?
We haven’t changed anything. The forum has been on the same server in New Jersey (eastern US) for several years.
I am unaware of any changes in US policy that would limit Russian access, and in fact, the current administration is downright friendly to Putin and Russia, so I can’t imagine why network policy toward Russia would change. Perhaps there are changes on your side? The Russian government does censor some of the internet, don’t they?
Some DNS providers are blocking Russian websites by returning NXDOMAIN. I know they are doing this in the UK (to protect free speech ).
The way to get round it (for me) was to use Quad9 for my DNS provider. I also locally hijack all of my DNS requests and push them through this provider and I dont have any access issues.
Run a tracert for the forum domain and see what happens.
).
