The community help forum (help.nextcloud.com) is for home and non-enterprise users. Support is provided by other community members on a best effort / “as available” basis. All of those responding are volunteering their time to help you.
If you’re using Nextcloud in a business/critical setting, paid and SLA-based support services can be accessed via portal.nextcloud.com where Nextcloud engineers can help ensure your business keeps running smoothly.
Getting help
In order to help you as efficiently (and quickly!) as possible, please fill in as much of the below requested information as you can.
Before clicking submit: Please check if your query is already addressed via the following resources:
(Utilizing these existing resources is typically faster. It also helps reduce the load on our generous volunteers while elevating the signal to noise ratio of the forums otherwise arising from the same queries being posted repeatedly).
The Basics
Nextcloud Server version (e.g., 29.x.x):
34.0.1
Operating system and version (e.g., Ubuntu 24.04):
Debian 13
Installation method (e.g. AlO, NCP, Bare Metal/Archive, etc.)
AIO with docker compose
Are you using CloudfIare, mod_security, or similar? (Yes / No)
DynDNS by FritzBox router (...myfritz.net domain)
Port forwarding 443 and 80
Only public IPv6 address available by network provider
Upload speed: 150 Mbits/s (verified on server with speedtest-cli)
Summary of the issue you are facing:
Streaming or downloading videos from external network is very slow! In the local network everything works fine and I can show videos and images with normal speed but in an external network (WIFI or mobile network) my NextCloud is not useable to show and download files. But I think 150 Mbits upload on server side should be enough for that. Is there a problem in cause of IPv6?
It would be great if someone could help me. With this configuration I cannot really use my NextCloud because a cloud which is really available only in local network makes no sense.
If you have 150 Mbit upload, and you ipv6 is configured correctly, there should not be a problem. Even when passing through different network layers, it should be easier (no rewriting with NAT).
when you are on these networks, can you do a speedtest and ipv6 connection test?
If you can connect via ssh to the server, you can use scp to transfer some files directly from/to the server and check the speed you can get.
Locally (with the good speed), you are using ipv6 as well?
I started a speed test in my external network and I have a Download speed of 160 Mbits. Then I have started download from my NextCloud and speed was switching between 200 and 600 KB/s. So it’s definitely too slow. But I am wondering why speed goes up to 600 and then down to 200 and then up and again and again.
In my local network the server has an IPv6 and IPv4 address as well so I don’t know which IP will be used. When I ping my domain from local network IPv6 will be used.
When I am connected via VPN to my local network download speed is the same.
When I download file via scp from VPN download speed of a file is 250 KB/s.
Docker setup was not adjusted beside of activating IPv6. So I have no idea what I have to check here. CPU usage looks good (checked with htop). Downloads from server in local network are very fast so I don’t think problem is on server side.
On FritzBox I have seen that I have a public IPv4 address now. I don’t know why the last time it was displayed that I have no one. Should I reconfigure in Nextcloud now? Currentyl only IPv6 address is used. Other suspicous things I didn’t find on FritzBox.
I would just try to download/upload something from your server without Nextcloud. Either with SSH/SCP, or placing a static file in the webserver, … just to see if this is some network related problem/limitation. It is in the same network created by your fritz box?
I have downloaded a file via VPN with scp and the speed was slow, too. But I don’t know how VPN is working here. So it looks like the network is in general slow. But speed tests inside the local network are really good.
The tracert was from a network which has a FritzBox, too.
Sorry, but “slow” is a relative term. We’re already 6 posts into this discussion, and you still haven’t provided any actual numbers. If you want this discussion to go anywhere, we need real measurements.
Here are a few reference points to give you an idea of what is and isn’t normal:
On your local network, you most likely have at least a 1 Gbit/s connection to the server. That’s a theoretical maximum of 125 MB/s. In a well-optimized Nextcloud setup, using HTTP/WebDAV (which is what Nextcloud uses), you can realistically expect it maxing out at 80–100 MB/s.
With a 150 Mbit/s connection, the theoretical maximum is 18.75 MB/s. After protocol overhead, you’ll probably see around 15 MB/s at best. So yes, it is significantly slower than on a local network.
Can it still be perfectly usable? That depends on your use case.
Syncing documents, notes, calendars, and contacts: Yes.
Browsing or streaming multimedia: Maybe, depending on the size and/or bitrate of the media files
Editing documents in Collabora Office: Probably already not an ideal experience.
But again, we need numbers.
How long does it take to load the Files app? You can measure this using your browser’s developer tools (F12 → Network). 5 seconds would still be within a reasonable range. 10 seconds or more would not.
Also, what upload speed do you get when uploading a large file? If you’re only seeing 1 MB/s, there’s definitely a problem. If you’re getting 8–12 MB/s, that’s perfectly normal and about what I’d expect from a 150 Mbit/s connection.
Another factor is latency. Cable internet connections, where an upload speed of 150Mbit/s is common. often have relatively high latency.
While this shouldn’t have much impact on the actual file upload throughput, it can noticeably affect page load times and the responsiveness of editing documents in Collabora.
When I download a file from NextCloud I have a speed of 500 KB/s. The same speed I have when I download a file from server via scp when I activate VPN to my local network.
So that’s definitely too slow and I have no idea why.
Do you see the bump in latency between Deutsche Telekom and Arelion?
DTAG is known for having bad/overloaded peering with other providers. That would explain the fluctuation in download speeds you’re experiencing.
Is there any chance you can do a speedtest from another provider?
If you want you can share a file on your Nextcloud (make it large enough, >100MB) and send the link via PM to me.
In that case, it could indeed be a peering issue between the provider you tested from and your ISP, as @Simon_Meyer said.
Another way to test would be to use your phone, either directly or as a hotspot. While latency on mobile networks isn’t ideal either, a reasonably good 5G connection should still provide significantly better upload speeds than what you’re seeing. If it does, that would further suggest that the issue lies somewhere in the routing or peering between the two providers rather than with your internet connection, router or the Nextcloud server itself.
Scp transfer has the same speed via VPN and in local network speed is very good. So I think there is no configuration issue in NextCloud. FritzBox, internet provider and the server itself can cause the issue.
I agree with the suggestions above. If it’s only slow from outside your network, I’d also check the reverse proxy, DNS, and whether IPv6 is behaving correctly. I’ve seen a bad IPv6 route add several seconds to every request while everything looked fine internally. Testing with curl and your browser’s network tab can usually help pinpoint where the delay is happening.
Do you use any other local networking device besides the Fritzbox by chance? For example an Asus router? They have a naughty setting which got mit into the same issue…
Download with scp via VPN and download from FritzNAS is slow as well (100-300 KB/s). So it’s not a NextCloud issue.
But I have no idea where the issue could be. Upload to NextCloud gets the max theoretical speed so just the other direction is not working. Values of speedtest of server are still good
