Unable to use psst on Eduroam
Opened this issue · 5 comments
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 :(