Any suggestions as to how to route the docker out to a VPN? I think I might need to bypass my ISP controls.

 

I have a VPN installed via BinHex's Deluge-VPN container. I'd like to route my Slsk container over the same VPN.

@realies I'm trying to route the Soulseek container via my BinHex-DelugeVPN container using this video as a guide: 
 

 

 

Couple of things:

• There is no BASH in the container so I can't curl or netstat for checking ports. These would be really useful
• Even though I've added port 6080 as a passthrough in the DelugeVPN container, I can't access the noVNC interface

I know the container is up and running as it logged my out of Soulseek locally. I just can't get to it.

I don't have this installed, but this might help describe the process to see what's available in a container.

 

@Corneloues The shell interpreter (bash, sh , zsh, csh) has nothing to do with your package availability (e.g., curl, netstat). I think you aren't getting into the container properly if you don't see `curl` because that exact binary is used within the ubuntu base docker container itself here during the pkg install. The simplest webGUI way is to right click on the soulseek container and select "_> Console". Once that new window pops up, `which curl` should show you the exact path it's installed and available to you. If you want full CLI, here's an example how to go into a specific container environment using the deluge-vpn. To have an operational VPN there (not just installed), you'll need to have non-default username and password setup with a provider - I think all cost money.

 

# View containers that have case insensitive "vpn" (here you'd want "seek" or something similar)

docker ps -a | grep -i vpn

8c7a8bc6f19b   binhex/arch-delugevpn                  "/usr/bin/dumb-init …"   4 weeks ago     Up 2 days                  0.0.0.0:8112->8112/tcp, :::8112->8112/tcp, 0.0.0.0:8118->8118/tcp, :::8118->8118/tcp, 0.0.0.0:58846->58846/tcp, :::58846->58846/tcp, 0.0.0.0:58946->58946/tcp, :::58946->58946/tcp, 0.0.0.0:58946->58946/udp, :::58946->58946/udp   binhex-delugevpn
ea0fd9c974c6   binhex/arch-rtorrentvpn                "/usr/bin/tini -g --…"   14 months ago   Exited (0) 4 weeks ago                                                                                                                                                                                                                                         binhex-rtorrentvpn

# Identify the specific container hash ID (deluge-vpn in this case but you'd switch to soulseek) "8c7a8bc6f19b"

docker exec -it 8c7a8bc6f19b bash


# Now you're *IN" the container! Try to see which binaries are pre-installed and available

which curl

which netstat


# The `which` command gives a path if it's available, otherwise it'll print nothing (just a newline). So in deluge-vpn, you'll see:
/usr/sbin/curl

/usr/sbin/netstat


# If there's a weird pkg you need unavailable, we know from the Dockerfile it's using Ubuntu here, which uses the apt package manager, so you can just `sudo apt install NAME` to install something new like "netstat" or "curl".

 

@realies AFAIK there's no way to see the Dockerfile on dockerhub, right? So my assumption might be incorrect in what you have on GH vs DH?

Edited December 23, 20232 yr by AndersT
fmt code

Anyone have tips on getting sharing working? I'm using the Realies image routed through Qbittorrent VPN docker w/ Mullvad, which no longer supports port forwarding.

 

Does that mean I'm out of luck and should just ignore the nasty chats I keep getting about not sharing files?

On 1/17/2024 at 7:27 PM, no-thanks said:

Anyone have tips on getting sharing working? I'm using the Realies image routed through Qbittorrent VPN docker w/ Mullvad, which no longer supports port forwarding.

 

Does that mean I'm out of luck and should just ignore the nasty chats I keep getting about not sharing files?

Get a VPN that supports port forwarding. I think IVPN is similar to Mullvad in terms of privacy, however with less nodes, but with port forwarding. Getting a VPS and self-hosting a WireGuard server is also an option, at times cheaper than a VPN subscription.

@realies cheers, thanks! IVPN looks good, may go that route. VPS sounds interesting and not all that difficult, too, if I can find a way to do it safely for my usage.

I had trouble routing this through my qBittorrentVPN container. I did all the steps, and the Soulseek UI would not load. The log said it loaded. It works without the VPN container. I ended up using the OpenVPN-Client container by ich777, and that loaded no problem.

 

You need your VPN ovpn file named "vpn.ovpn" and a file named "vpn.auth" that has your VPN username in the first line, and your password in the second line.

 

Extra parameters in Advanced View for Soulseek container:

--network=container:OpenVPN-Client

 

I changed the IP to the actual IP in Advanced View because the Web UI button breaks when using the network stack.

 

Network type for Soulseek container:

None

 

OpenVPN-Client container:

Add 5030 port to route Soulseek (or whatever port that uses).

 

Edited January 5, 20251 yr by AwesomeAustn

I'm having trouble getting my API key to put into Lidarr.  When I look in Options the API Key shows null. If I uncomment this area in the config, I get "While parsing a block mapping, did not find expected key."  So, I'm not doing something correctly.  

 

Using Docker in UNraid

Despite reading the previous posts on the issue, then reading https://hub.docker.com/r/realies/soulseek/, my downloaded files are still owned by root:root. What I am doing wrong ?

My user ID is 1000, its group is 100, which points to the group "users".

I set both PUID and PGID as variables to the container.

I don't understand this comment. Everywhere I look the PUID and PGID are indeed in capital letters. Switching to lowercase didn't change anything.

On 2/24/2020 at 8:07 AM, realies said:

@ridge, if you have a look at the readme in the repository, the variables for setting user and group ID are not in capital letters.

I'm pretty sure this is trivial, but I can't put my finger on it. Any inputs appreciated !

Edited August 2, 2025Aug 2 by Majyk Oyster

Using Binhex Gluetun docker for a VPN connection to AirVPN so I can use specific custom ports for Soulseek. I have Soulseek running through the Gluetun docker and this works fine.

However, whenever the Gluetun docker has an update available, Soulseek stops working. Even if I didn't install the update yet. The mere presence of an update for the Gluetun docker makes Soulseek unable to connect to.

The fix is to run the GlueTun update, after which the Soulseek docker will automatically rebuild. And then I have to login again to Soulseek and import my configuration again, restart the Soulseek docker, and now it works again.

Problem is: GlueTun docker updates very often. Seems like once a week at least. So frequently I come back to Soulseek and find it's not working because there is an update ready for the GlueTun docker. Is there any kind of solution or workaround for this?