This image stopped working for me about 3 weeks ago. My guess is that I updated the host Docker software and it increased security restrictions on the container, but I'm not sure.
Whatever happened, the outcome was that I could no longer connect to Windscribe. The logs weren't much help:
windscribe-1 | spawn windscribe connect best
windscribe-1 | Connecting to US Central Kansas City Glinda (tcp:80)
windscribe-1 | Firewall Enabled
windscribe-1 | Failed to connect, retrying
Looking into the windscribe debug logs (windscribe viewlog in the container) showed multiple odd errors about failing to connect to the VPN management interface, but one stood out to me:
ERROR: Cannot open TUN/TAP dev /dev/net/tun: Operation not permitted (errno=1)
It seemed like the container didn't have access to /dev/net/tun anymore. I added the following to the windscribe entry in my docker-compose.yml file to explicitly give it access:
devices:
- /dev/net/tun:/dev/net/tun
I also tested adding privileged: true instead, which worked; but I'd prefer to keep permissions to a minimum.
Anyways, this is just a heads up for anyone using this container that hasn't been able to connect recently. It seems like a recent Docker update might have tightened security a bit and the container might now need explicit access to the /dev/net/tun device.
This image stopped working for me about 3 weeks ago. My guess is that I updated the host Docker software and it increased security restrictions on the container, but I'm not sure.
Whatever happened, the outcome was that I could no longer connect to Windscribe. The logs weren't much help:
Looking into the windscribe debug logs (
windscribe viewlogin the container) showed multiple odd errors about failing to connect to the VPN management interface, but one stood out to me:It seemed like the container didn't have access to
/dev/net/tunanymore. I added the following to the windscribe entry in mydocker-compose.ymlfile to explicitly give it access:I also tested adding
privileged: trueinstead, which worked; but I'd prefer to keep permissions to a minimum.Anyways, this is just a heads up for anyone using this container that hasn't been able to connect recently. It seems like a recent Docker update might have tightened security a bit and the container might now need explicit access to the
/dev/net/tundevice.