When did this problem seem to first start? 3 months ago
Installation method: Bare Metal/Archive
Are you using Cloudflare, mod_security, or similar? No
Summary:
My dedicated OVH server (France) cannot connect to github.com port 443 — blocked on GitHub’s side, not mine. All other HTTPS sites work fine. github.com wants me to subscribe to their service to unlock my IP…
This causes two problems:
Core updater times out trying GitHub before attempting download.nextcloud.com
occ app:update fails silently because app archives are hosted on GitHub with no fallback
I patched getDownloadURLs() in updater.phar and index.php using array_reverse() to fix issue #1, but issue #2 remains unsolved.
Feature request: Could Nextcloud either:
Add a config.php option to specify a preferred download mirror
Add a fallback mechanism in downloadApp() in lib/private/Installer.php
Host app archives on download.nextcloud.com instead of GitHub
Log entry:
Curl error: Failed to connect to github.com port 443 after 130496 ms
What is the source of this statement? Are you sure, or is that just a guess?
I know that GitHub imposes rate limits on API requests (and possibly other operations) if too many requests are made from a single IP. In that case, however, you’ll receive an HTTP response stating this. In your case, however, GitHub appears to be completely unreachable:
At the moment, GitHub is experiencing the following outage, which is still ongoing as I write this. You might just have to wait and test again after the outage is resolved
We are investigating reports of impacted performance for some GitHub services.
My problem occur for several month, it is not new. I had to do the last Nextcloud update by command line. This time I just want to update the applications and I have the same problem.
I’ve never heard of GitHub blocking IPs (in the sense that a connection can’t be established). There’s no mention of this here either, even though it would make sense there:
That’s why I’m a bit sceptical. But yes, you might still be right. I don’t known
Your Dig looks good
Your traceroute looks also good
Since it’s about networking, you could try asking noc@github.com or OVH (your hoster). But I’m not sure if that’ll help. Do other curl requests to, for example, curl -I https://google.com work? Do you see anything in your server’s syslog whilst you’re running the curl command to GitHub? Which firewall (e.g. Nftables, Iptables, etc.) do you have enabled?