Yes, without WLAN with Smarthome the site is accessible, thanks for the tip. What else can I do or check in the script on the server?
have you installed any apps so far?
if you’re trying to access the url via browser - is there any script-/ad-blocker active? if so: please deactivate… (it would only effect the direct connection)
do you have a dns-server of your own installed? try another one like 8.8.8.8 (google)
The DNS server of the Fritzbox is used. Nothing has been moved there. It was always working a few weeks ago, but not anymore a few days before. No apps were installed except the standard apps.
even no update and such?
was there any change from your provider?
have you tried rebooting your fritzbox/nc-instance, already?
What should now be changed here?
8.8.8.8 and 8.8.4.4 as your DNS servers (IP4)
Unfortunately I cannot upload a screenshot here. I try to enter the data in the Fritzbox.
and
The Google Public DNS IPv6 addresses are as follows:
2001:4860:4860::8888
Fritzbox and restart the NC instance. Now it works again. Funny thing about that. I’ll just watch it. Thanks for the help.
try going back to your old settings… just for trying if it was the restart that helped…
I read this first because the Google DNS should be better anyway. I can test your wish tonight. Thanks
Same problem for me. I’ve already opened this topic: https://help.nextcloud.com/t/apps-nextcloud-com-down-only-for-me/76673
The app store is available when I am outside of my home network.
Does anyone now the “bantime” when I made too many requests?
then the problem with me will be the same. What nonsense. I have my server on a dedicated Raspberry at home. Why would they ban the AppStore I wish that Nextcloud would express itself, even if it is only the free community version.
Quite interessting. I just restarted my FritzBox and I am able to reach out to apps.nextcloud.com again. I don’t know what was wrong with my FritzBox…
But seems to be solved then for me. Thank you very much!
apparently it might have been a problem with your router and/or internetprovider. (maybe an internal change from ipv4 to ipv6 or something. but this is just looking into a chrystal ball)
that’s exactly how it seems to have been. the connection was no longer via IP4 but via rIP6. According to nslookup determined. I also took the DNS server from Google and rebooted the Nextcloud server. It’s been up and running ever since. Let’s see if the problem occurs again.
Problem came back again. This time a restart of the FritzBox did not help…
I changed the DNS Server in the FritzBox to
IPv4: 8.8.8.8 and 8.8.4.4
IPv6: 2001:4860:4860::8888 and 2001:4860:4860::8844
Now I can reach out to apps.nextcloud.com again. Definitely a FritzBox problem…
Edit:
Or maybe a Telekom problem as the previous FritzBox setting was “Retrieve DNS from ISP”.
Have the same issue, local dig brings correct route:
dig apps.nextcloud.com
; <<>> DiG 9.11.3-1ubuntu1.13-Ubuntu <<>> apps.nextcloud.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18954
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;apps.nextcloud.com. IN A
;; ANSWER SECTION:
apps.nextcloud.com. 1346 IN A 176.9.217.53
;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Oct 09 12:55:36 CEST 2020
;; MSG SIZE rcvd: 63
But I can’t reach it…
grep "Could not connect to appstore" /mnt/raid/nextcloud/data/nextcloud.log | wc -l
396
I do not use Fritzbox DNS, but PI Hole instead.
I find out that http is working fine, but https drives to IPv6 Address that has some problems:
curl -v apps.nextcloud.com
* Rebuilt URL to: apps.nextcloud.com/
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* Trying 176.9.217.53...
* TCP_NODELAY set
* Connected to apps.nextcloud.com (176.9.217.53) port 80 (#0)
> GET / HTTP/1.1
> Host: apps.nextcloud.com
> User-Agent: curl/7.58.0
> Accept: */*
>
< HTTP/1.1 301 Moved Permanently
< Date: Fri, 09 Oct 2020 10:56:13 GMT
< Server: Apache/2.4.29 (Ubuntu)
< Location: https://apps.nextcloud.com//
< Content-Length: 320
< Content-Type: text/html; charset=iso-8859-1
<
{ [320 bytes data]
100 320 100 320 0 0 1666 0 --:--:-- --:--:-- --:--:-- 1658
100 320 100 320 0 0 1658 0 --:--:-- --:--:-- --:--:-- 1658
* Connection #0 to host apps.nextcloud.com left intact
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>301 Moved Permanently</title>
</head><body>
<h1>Moved Permanently</h1>
<p>The document has moved <a href="https://apps.nextcloud.com//">here</a>.</p>
<hr>
<address>Apache/2.4.29 (Ubuntu) Server at apps.nextcloud.com Port 80</address>
</body></html>
#HTTPS
curl -v https://apps.nextcloud.com
* Rebuilt URL to: https://apps.nextcloud.com/
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* Trying 176.9.217.53...
* TCP_NODELAY set
* Trying 2a01:4f8:130:32f1::53...
* TCP_NODELAY set
* Immediate connect fail for 2a01:4f8:130:32f1::53: Network is unreachable
* Trying 2a01:4f8:130:32f1::53...
* TCP_NODELAY set
* Immediate connect fail for 2a01:4f8:130:32f1::53: Network is unreachable
0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0* Trying 2a01:4f8:130:32f1::53...
Flushing DNS cache does not help, between GET and answer is more than 9000 ms.
Speed test of Google also does not work well https://developers.google.com/speed/pagespeed/insights/?hl=de&url=https://apps.nextcloud.com
OR
I have the same problems …
I tried it via the data center, cellular network, VPN provider and and and …
Strangely, it’s been like that for a few days. At night it seems to work again.