Closed znegva closed 6 years ago
Thanks mate! I think I know "why" but I might not have time for a few days to address the problem. Bear with me :smile_cat:
I can not seem to reproduce the problem here, and the server's network & NGINX configuration looks correct.
The DNS records are correct, and resolving correctly from a non-authoritative server:
$ dig AAAA market.bolt.cm @8.8.8.8
; <<>> DiG 9.11.2-P1-RedHat-9.11.2-1.P1.fc27 <<>> AAAA market.bolt.cm @8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65157
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;market.bolt.cm. IN AAAA
;; ANSWER SECTION:
market.bolt.cm. 21599 IN CNAME bolt.cm.
bolt.cm. 3599 IN AAAA 2a03:b0c0:0:1010::20f:5001
Forcing wget
to use IPv6 from another host also completes the request you were testing correctly.
$ wget -6 https://market.bolt.cm/satis/packages.json
--2018-03-03 14:14:05-- https://market.bolt.cm/satis/packages.json
Resolving market.bolt.cm (market.bolt.cm)... 2a03:b0c0:0:1010::20f:5001
Connecting to market.bolt.cm (market.bolt.cm)|2a03:b0c0:0:1010::20f:5001|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 192 [application/json]
Saving to: ‘packages.json’
100%[=========================================================================================================================================================================>] 192 --.-K/s in 0s
2018-03-03 14:14:05 (25.3 MB/s) - ‘packages.json’ saved [192/192]
So my guess would be that your provider's IPv6 routing might be b0rked for some reason. If you can find something else that points to us, please feel to reopen. But without reproducible problems I can only conclude it isn't our end :smile_cat:
Testing today everything works as expected (installing extension from the backend as well as wget - still via IPv6). If there was nothing changed on market.bolt.cm then the problem was on my (providers) side.
Sorry for the inconvenience.
Good to know! Thanks for the feedback, and no inconvenience incurred. :+1: :smile_cat:
Hi,
I am not able to install extensions on my local testing machine.
What is working is:
What is not working:
the next step "installation is preparing ....." stops after long waiting with:
Composer Error The "https://market.bolt.cm/satis/packages.json" file could not be downloaded: failed to open stream: Operation timed out
I tried it with
nut server:run
andphp -S localhost:8000
, both didn't work, the second gave some logging:Internal Server Error 500 in
/bolt/extensions/install
.So I tried to download the file by hand:
It seems my box (macOS 10.13.3) seems to prefer the IPv6 -IP- adress of the server - which times out. wget is clever enough to use the IPv4 adress for the next try, the Bolt Backend unfortunately just stops.
On another box (Cent OS, other internet-provider) the installation of extensions through the Bolt-Backend works as expected - there the setup seems to prefer the IPv4 adress ("tested" with the wget approach shown above).
Maybe this is just a misconfiguration of the DNS-Server? It seems the IPv6 Adress (2a03:b0c0:0:1010::20f:5001) points to bolt.cm, not market.bolt.cm ??
Or maybe the configuration of IPv6 in cooperation with HTTPS wasn't done correctly.
I had contact to a similar problem some time ago - but unfortunately I have no detailed infos what exactly had to be changed.