Unable to use psst on Eduroam
Describe the bug
When using Psst while connected to an eduroam network, I get Error: connection refused (os error 111). This applies regardless of if I was logged in before or not; anything that requires sending requests to spotify fails.
I would be happy to add logs but no clue as to where to find them.
To Reproduce
- Connect to eduroam network
- Open Psst (try to login / play music if already logged in)
Expected behavior Being able to use Psst; I never had software specifically fail on eduroam networks and the official spotify client works fine.
Screenshots
Environment
- OS: Fedora Linux 41 (Workstation Edition) x84
- Kernel: Linux 6.11.5-300.fc41.x86_64
- Version: commit hash 5fb8918
Additional context I have checked that simply changing to another wifi solves everything. Thanks :)
This is very weird; it works for me on Eduroam; are you using a proxy? Just out of curiosity, have you tried any other Spotify clients, such as https://github.com/xou816/spot?
Does this work: ping open.spotify.com or this: ping api.spotify.com
Is it related to hosting the Spotify Oauth server on localhost initially?
Thank you for your replies, I currently don't have access to the network to test anything (no classes) but will report back as soon as I can!
I've noticed the same. However, using a VPN seems to fix this 😆
edit: make sure your universities policy allows this :)
@SO9010 pinging seems to be blocked on the university network (none of the transmitted packets received, even for google.com). I can however "ping" using telnet or arping and these work fine for both domains:
$ arping open.spotify.com ~
ARPING 199.232.171.42 from 192.168.155.77 wlp1s0
Unicast reply from 199.232.171.42 [28:6F:7F:FB:A6:7F] 6.044ms
Unicast reply from 199.232.171.42 [28:6F:7F:FB:A6:7F] 14.270ms
Unicast reply from 199.232.171.42 [28:6F:7F:FB:A6:7F] 10.015ms
Unicast reply from 199.232.171.42 [28:6F:7F:FB:A6:7F] 43.879ms
$ telnet api.spotify.com 443 ~
Trying 35.186.224.24...
Connected to api.spotify.com.
Escape character is '^]'.
I just tested ncspot and Spot, and they both work fine.
I have not configured any proxy on my machine, but I'm guessing it has something to do with a specificity of my university's network. I'm not really sure how to investigate that though :(
@TrakJohnson thanks for the comprehensive report. I just had an idea what could be the issue! Could you see if your uni WiFi allows you to get your location from this endpoint https://ip-api.com/ (you have to use your IP address).
We need to do this in psst to set a region for the homepage to work. Maybe if this is the issue we need to have an option where the user can put in their region themself.
I'm on eduroam and do not have this issue. I use Fedora 42 with KDE
I think it's to do with the uni policies! I dont get the issue either.
Sorry for the very long wait, I will try what you suggest as soon as I'm back on eduroam. Good to know that it doesn't affect many :)