Slow Flatpak downloads and hostname resolution fails for some websites

Hi. I’ve encountered this problem since early April, but started noticing it more clearly as the calendar moved towards mid April.

For context: I have 2 computers, one is my older, Intel/Nvidia gaming PC turned general-use web & chat computer and the other is my all-new all-AMD gaming PC.

The older PC is an Intel Core i7 8700 with a Gigabyte Geforce RTX 2070 and 16 GiB RAM on a Gigabyte B360M D3H-CF mainboard.

The new PC is an AMD Ryzen 7 9800X3D with a Gigabyte Radeon RX 9070 XT and 32 GiB of RAM on a Gigabyte B850M Gaming X mainboard.

Both of my computers are connected to the same LAN Switch, which is connected to a MoCa device (converts Ethernet signals to Coaxial signals, the old cable television technology), and from there to the household router, a FortiGate corporate router where my MoCa is designated as DMZ (no security measures are applied to the connection).

When this problem started, I had Tumbleweed installed as the OS in BOTH computers.

A few days into the problem, I decided to follow a hunch I had and installed Linux Mint on the older PC.

I can confirm that this problem does not exist on Mint at all, as it downloads all software packages from any and all sources, especially Flatpak, quickly and perfectly smooth. So this problem is specific to OpenSUSE Tumbleweed (Leap not tested).

The problem is twofold, but I believe there is just one thing causing it that I’m unaware of due to my lack of technical know-how (I am a relative normie).

When I try to download or update packages from Flathub, be it via Discover or thru the terminal, I am informed that a hostname could not be resolved for http://ciscobinary.openh264.org/libopenh264-2.2.0-linux64.6.so.bz2.

Running Flatpak in the terminal lets me proceed with installing software packages regardless of this malfunction, but trying the same with Discover has me greeted with a very long delay and then an error message mentioning the above most of the time.

Downloading updates for Flatpaks and their dependencies via Discover will, most of the time, result in the same. It is rare that Discover succeeds in downloading updates for Flatpak programs.

For extra context: it’s not just one particular package. I’ve installed Discord, O(pen)B(roadcaster)S(oftware) Studio, LibreWolf and more, all of which require that particular OpenH264 package.

Aside from this failure to resolve hostnames for that package AND MY BANK’S WEBSITE, downloading packages from Flatpak is also very very slow - just a few hundred Kbps. Installing Flatpaks takes almost an hour at this rate.

On top of that, my Mint OBS cannot receive any video stream from my Tumbleweed OBS with both the Teleport plugin and the NDI (DistroAV) plugin (despite the fact that Mint OBS can [detect] the existence of the Teleport stream from the TW OBS).

Again: Mint downloads fast and smooth with no such connection issues. that OpenH264 dependency package is downloaded and installed without incident, installing Flatpaks takes mere seconds and my bank’s website is fully loaded before I can even blink.

Tumbleweed can still connect to the internet and load up websites, tho. YouTube, FlatHub, whatever - MOST websites will load just fine. Steam and Lutris can download games as well, without any slowness. it’s just that there are a few websites that the TW computer cannot resolve the hostname of, for some reason.

I’ve tried fresh-reinstalling Tumbleweed from a newer ISO, to no avail. I’ve sadly neglected to keep older installer ISOs from the month of March or earlier.

I am at a loss for solutions and workarounds at this point. Any help will be greatly appreciated. Thanks in advance.

I have no idea whats going on in your case, but a wild guess is that your DNS is acting up (but why only on tumbleweed i have no idea)

You could try setting tumbleweeds DNS to quad9 or something and see if you can resolve your bank.

if you don’t want to change your DNS right away, you can play around with dig instead:

#This uses your current DNS, prob your router:
dig yourbank.com
#This uses quad9:
dig +https @quad9.net yourbank.com

If quad9 works but not you standard DNS, then you need to figure out why its broken, or change provider…

can I ask what quad9 and dig are?

Quad9 is a free, public DNS resolver (with a strong privacy focus) - an alternative to the one you’re using (likely ISP based).

The dig command is a DNS lookup utility.

More info
man dig

1 Like

thanks.

I did a dig at my bank’s website, which LibreWolf still can’t load up.
I also did a dig at flathub just to see what it looks like for a website that is loading up normally.

both of these digs looked normal and the bank dig had all the information displayed just like the flathub dig. so everything is normal according to what the dig shows.

any other ideas?

Just to clarify, the digs looked normal as in there were ip-adresses listed for the websites?

Is it just flatpak-apps that have slow internet? as in if you would both install firefox from the repos (zypper in firefox) and the firefox flatpak, would the speed be different?

yes, the digs had addresses and everything.

the apps installed from flathub are not experiencing slowness.

altho my two computers don’t seem to communicate with eachother very well, as outlined in the OP.

For your tests, are you also using LibreWolf on Mint?

I’m having this issue also. Both my desktop and laptop are configured identically, but certain network activity appears to be capped around 50-100KiB/s on my desktop only. Doing a speed test in my browser works fine (900Mbs). Bottles took an absolute age to download from flathub, and even Bottles itself has slowed to a crawl when creating bottles as it pulls back what it needs.

It’s so bizarre

wget -O /dev/null https://github.com/Kron4ek/Wine-Builds/releases/download/10.6/wine-10.6-staging-tkg-amd64.tar.xz

This command completes instantly on my server. But my desktop

/dev/null 10%[=================> ~] 7.29M 63.3KB/s eta 13m 16s

Now my laptop has the same issue.

@ShieldBlock Once you get beyond your ISP, who knows what types of QOS is active…

Install and run traceroute and then paste the info here if want a graphical view…
https://stefansundin.github.io/traceroute-mapper/

Yeah, suspect its my ISP. Booted into Windows and got the same.

I should’ve noted my server (On my local network) has NordVPN running, as is my browser running a NordVPN extension.

Switch them off, its painfully slow downloading the above package.

I’m with BT.

I figured something updated on my machine because Battle.net via Bottles just has broken but that’s an entirely different issue that seems to be fixed by using Proton 10.

@ShieldBlock reboot your internet router, that may help.

Sure enough, after a reboot of my router, my packages are downloading fast again without VPN.

Cheers!

3 Likes