Plugins missing

Just as a test:
What happens if you add the below line to the bottom of /etc/hosts? (you need to reboot after this change) As both resolve to Server: dns.mnd.iss.as9143.net
192.64.119.194 plugins.volumio.org
As I am able to reproduce your error with ip 10.255.20.33

Your hosts file should look something like this. (use tab not spaces in between)

127.0.0.1       localhost volumio3lcd
#SPOTIFY HOSTS FIX
104.199.65.124  ap-gew4.spotify.com
#VOLUMIO PLUGIN FIX
192.64.119.194  plugins.volumio.org

Here is my hosts file, have rebooted, same result.

volumio@volumio-pi3:~$ more /etc/hosts
127.0.0.1       localhost volumio-pi3
#SPOTIFY HOSTS FIX
104.199.65.124  ap-gew4.spotify.com
192.64.119.194  10.255.20.33

yeah sorry made an error, use:
192.64.119.194 plugins.volumio.org

(I’ve updated posting above)

@volumio

Hi is this ip under volumio’s control, as it doesn’t resolve correctly?
I am able to reproduce this error by adding the below line to my hosts file.
10.255.20.33 plugins.volumio.org

I did wonder why you added the IP to resolve to an IP :wink:

Sadly after this change, the endpoints test still fails :frowning_face:

yeah, I know.
Is volumio endpointstest still failing after a reboot? As we now have forced Volumio to use an IP that is working for DVO and myself.

It’s definitely trying to resolve that IP, and on my desktop (without this in hosts) it is also resolving to 192.64.119.194

PING plugins.volumio.org (192.64.119.194) 56(84) bytes of data.
64 bytes from plugins.volumio.org (192.64.119.194): icmp_seq=1 ttl=55 time=163 ms
64 bytes from plugins.volumio.org (192.64.119.194): icmp_seq=2 ttl=55 time=162 ms

But a reverse lookup on the IP returns https://plugins.volumio.workers.dev/

I believe that in the background servers are cascaded. So the FQDN is pointing to multiple IP’s. I am able to reproduce your error with 10.255.20.33 plugins.volumio.org, but adding the same line as 192.64.119.194 plugins.volumio.org it works again.
So now I am a bit confused.

But I see the big man is answering :smile:

plugins.volumio.org and https://plugins.volumio.workers.dev are both managed by us.

They both point to Firebase Cloud functions (which manages the plugins store API), via a Cloudflare worker (to allow people in China and countries where google is blocked to access the plugin store).

Can you let us know where you come from?

Thanks

This is a very left-field suggestion, however I know that there are sites with STS enabled, and when I put the plugins URL in a browser, it fails to load, as it’s trying to load https://plugins.volumio.workers.dev

But maybe that site doesn’t have https enabled for that domain, and therefore it fails?

I am in Italy. Here are some different curl and ping requests across all those combinations, with the host file that @wheaten suggested.

volumio@volumio-pi3:~$ curl http://plugins.volumio.org
<a href='http://plugins.volumio.workers.dev/'>Found</a>.

volumio@volumio-pi3:~$ curl https://plugins.volumio.org
^C
volumio@volumio-pi3:~$ curl http://plugins.volumio.workers.dev
^C
volumio@volumio-pi3:~$ curl https://plugins.volumio.workers.dev
^C
volumio@volumio-pi3:~$ ping plugins.volumio.org
PING plugins.volumio.org (192.64.119.194) 56(84) bytes of data.
64 bytes from plugins.volumio.org (192.64.119.194): icmp_seq=1 ttl=55 time=163 ms
^C
--- plugins.volumio.org ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 162.829/162.829/162.829/0.000 ms
volumio@volumio-pi3:~$ ping plugins.volumio.workers.dev
PING plugins.volumio.workers.dev (188.114.97.7) 56(84) bytes of data.
^C
--- plugins.volumio.workers.dev ping statistics ---
6 packets transmitted, 0 received, 100% packet loss, time 233ms

volumio@volumio-pi3:~$ curl 192.64.119.194
volumio@volumio-pi3:~$ curl http://192.64.119.194
volumio@volumio-pi3:~$ curl https://192.64.119.194
^C
volumio@volumio-pi3:~$ curl 188.114.97.7
^C
volumio@volumio-pi3:~$ curl http://188.114.97.7
^C
volumio@volumio-pi3:~$ curl https://188.114.97.7
^C

Those with ^C failed to respond

Do you have some kind of firewall or ad blocker running?

Remember: the final endpoint is a google service, so some ad blocker can block it thinking is advertisement

Well, I use an adblocker on my PC, however on the Pi it’s a base install right out of the manual on your site.

I have a firewall on my network, however it’s not doing anything special or specific, a very standard DROP incoming that are not ACK and that’s about it…

It was working fine until I uninstalled Spotify, as I wanted to update to the latest version to test some of your fixes and it seemed uninstall/re-install is the only way…

update on your antivrus program blocking connections, as both ip’s seems to be blocked?

1 Like

but I am not running any AV on the Pi that I am aware of. It’s a standard install following the normal instructions.

Just doing an apt-get update/upgrade as well

You can do the update, but don’t do the upgrade. might break things down.

That’s the culprit: apt-get upgrade will break your system

Oh right… well this is the first time I tried it! Now, after trying the other things in this thread.
How do you recommend to update the OS?

1 Like

just by using the integrated function in Volumio’s System menu.

OK, I am going to do a full re-build when I get back from a holiday in Puglia. That might just make it go away. Thanks so much both for trying to help, appreciate it!

Enjoy puglia!