Closed LunkSnee closed 5 years ago
Hi there,
I just pulled the latest built image with the exact same configuration and it works without trouble.
Which image are you using? Is it the ARM one?
If you are using the standard non-ARM image, this error is likely caused by one of the following external factors:
nl.privateinternetaccess.com
through TLS.Well, it comes down to the "network_mode: bridge" line in the docker-compose. I added that and it works. Without it, the container seems to lack some sort of needed resolving. Reading docker networking recommendations, I'd like to have pia as a separate network rather than just the default bridge. It sounds like there isn't any way to do that currently with this container?
Sorry I tried your configuration without changing the network configuration.
What I have is an external network
docker network create mynet --subnet=10.0.0.0/24
The following at the end of my docker-compose.yml:
networks:
mynet:
external: true
With the container configuration
networks:
mynet:
ipv4_address: 10.0.0.7
And it works.
EDIT: Actually I just tried with your default network and it works too:
version: '3'
services:
pia:
image: qmcgaw/private-internet-access
container_name: pia
cap_add:
- NET_ADMIN
devices:
- /dev/net/tun
environment:
- USER=xxx
- PASSWORD=xxxxx
- PROTOCOL=udp
- ENCRYPTION=strong
- REGION=Netherlands
- BLOCK_MALICIOUS=on
- EXTRA_SUBNETS=
- NONROOT=yes
restart: always
So it's likely a firewall problem on your host I think
Thanks for testing. I don't have any outgoing firewall, so that's interesting. As I mentioned, just adding that line allows resolving, otherwise it doesn't. Of course pinging the domain directly works just fine from that host. Thanks again. Closed.
I can't solve this resolve error. Upon start up I continue to get the following error:
Here is the docker-compose: