Open hypnosis4u2nv opened 3 months ago
Changing DOT_PROVIDERS to google
2024-03-22T13:42:45-04:00 INFO [vpn] starting 2024-03-22T13:42:45-04:00 INFO [firewall] allowing VPN connection... 2024-03-22T13:42:45-04:00 INFO [wireguard] Using available kernelspace implementation 2024-03-22T13:42:45-04:00 INFO [wireguard] Connecting to 149.88.97.2:51820 2024-03-22T13:42:45-04:00 INFO [wireguard] Wireguard setup is complete. Note Wireguard is a silent protocol and it may or may not work, without giving any error message. Typically i/o timeout errors indicate the Wireguard connection is not working. 2024-03-22T13:42:52-04:00 WARN [dns] cannot update files: Get "https://www.internic.net/domain/named.root": context deadline exceeded (Client.Timeout exceeded while awaiting headers) 2024-03-22T13:42:52-04:00 INFO [dns] attempting restart in 20s 2024-03-22T13:43:03-04:00 ERROR [ip getter] Get "https://ipinfo.io/": context deadline exceeded (Client.Timeout exceeded while awaiting headers) - retrying in 20s 2024-03-22T13:43:06-04:00 INFO [healthcheck] program has been unhealthy for 21s: restarting VPN 2024-03-22T13:43:06-04:00 INFO [healthcheck] π See https://github.com/qdm12/gluetun-wiki/blob/main/faq/healthcheck.md 2024-03-22T13:43:06-04:00 INFO [healthcheck] DO NOT OPEN AN ISSUE UNLESS YOU READ AND TRIED EACH POSSIBLE SOLUTION 2024-03-22T13:43:06-04:00 INFO [vpn] stopping
Also, this is an issue with Wireguard as the OpenVPN configuration works fine.
I'm getting the exact same errors. Trying to set it up using Windscribe and no matter what I've tried, it comes back that way.
Is there any update on this? Maybe a working version of the image?
No image update yet. Created another container using OpenVPN settings for now since it only affects Wireguard containers.
same issue with wireguard + surfshark
Same issue with openvpn + surfshark
13:42:45
I confirmed that OpenVPN is working with surfshark on the latest image. Change the server as Surfshark has changed some of the server addresses and they haven't been updated yet.
I confirmed that OpenVPN is working with surfshark on the latest image. Change the server as Surfshark has changed some of the server addresses and they haven't been updated yet.
I copied the server directly from surfshark web login. Would really appreciate if you can look at this log and help figure out what's wrong. Full log is here - https://github.com/qdm12/gluetun-wiki/issues/62
2024-04-10T23:10:00-04:00 INFO Settings summary:
βββ VPN settings:
| βββ VPN provider settings:
| | βββ Name: surfshark
| | βββ Server selection settings:
| | βββ VPN type: openvpn
| | βββ Hostnames: ca-tor.prod.surfshark.com
| | βββ OpenVPN server selection settings:
| | βββ Protocol: UDP
| βββ OpenVPN settings:
| βββ OpenVPN version: 2.5
| βββ User: [set]
| βββ Password: [set]
| βββ Network interface: tun0
| βββ Run OpenVPN as: root
| βββ Verbosity level: 1
βββ DNS settings:
| βββ Keep existing nameserver(s): yes
βββ Firewall settings:
| βββ Enabled: no
βββ Log settings:
| βββ Log level: INFO
βββ Health settings:
| βββ Server listening address: 127.0.0.1:9999
| βββ Target address: cloudflare.com:443
| βββ Duration to wait after success: 5s
| βββ Read header timeout: 100ms
| βββ Read timeout: 500ms
| βββ VPN wait durations:
| βββ Initial duration: 6s
| βββ Additional duration: 5s
βββ Shadowsocks server settings:
| βββ Enabled: no
βββ HTTP proxy settings:
| βββ Enabled: no
βββ Control server settings:
| βββ Listening address: :8000
| βββ Logging: yes
βββ OS Alpine settings:
| βββ Process UID: 568
| βββ Process GID: 568
| βββ Timezone: america/toronto
βββ Public IP settings:
| βββ Fetching: every 12h0m0s
| βββ IP file path: /tmp/gluetun/ip
| βββ Public IP data API: ipinfo
βββ Version settings:
βββ Enabled: yes
I confirmed that OpenVPN is working with surfshark on the latest image. Change the server as Surfshark has changed some of the server addresses and they haven't been updated yet.
I copied the server directly from surfshark web login. Would really appreciate if you can look at this log and help figure out what's wrong. Full log is here - #62
2024-04-10T23:10:00-04:00 INFO Settings summary: βββ VPN settings: | βββ VPN provider settings: | | βββ Name: surfshark | | βββ Server selection settings: | | βββ VPN type: openvpn | | βββ Hostnames: ca-tor.prod.surfshark.com | | βββ OpenVPN server selection settings: | | βββ Protocol: UDP | βββ OpenVPN settings: | βββ OpenVPN version: 2.5 | βββ User: [set] | βββ Password: [set] | βββ Network interface: tun0 | βββ Run OpenVPN as: root | βββ Verbosity level: 1 βββ DNS settings: | βββ Keep existing nameserver(s): yes βββ Firewall settings: | βββ Enabled: no βββ Log settings: | βββ Log level: INFO βββ Health settings: | βββ Server listening address: 127.0.0.1:9999 | βββ Target address: cloudflare.com:443 | βββ Duration to wait after success: 5s | βββ Read header timeout: 100ms | βββ Read timeout: 500ms | βββ VPN wait durations: | βββ Initial duration: 6s | βββ Additional duration: 5s βββ Shadowsocks server settings: | βββ Enabled: no βββ HTTP proxy settings: | βββ Enabled: no βββ Control server settings: | βββ Listening address: :8000 | βββ Logging: yes βββ OS Alpine settings: | βββ Process UID: 568 | βββ Process GID: 568 | βββ Timezone: america/toronto βββ Public IP settings: | βββ Fetching: every 12h0m0s | βββ IP file path: /tmp/gluetun/ip | βββ Public IP data API: ipinfo βββ Version settings: βββ Enabled: yes
I'm actually using the same server. There's one setting that is different - try Enable Firewall Settings to yes (on)
Here's my settings and log
βββ VPN settings:
| βββ VPN provider settings:
| | βββ Name: surfshark
| | βββ Server selection settings:
| | βββ VPN type: openvpn
| | βββ Hostnames: ca-tor.prod.surfshark.com
| | βββ OpenVPN server selection settings:
| | βββ Protocol: UDP
| βββ OpenVPN settings:
| βββ OpenVPN version: 2.5
| βββ User: [set]
| βββ Password: [set]
| βββ Network interface: tun0
| βββ Run OpenVPN as: root
| βββ Verbosity level: 1
βββ DNS settings:
| βββ Keep existing nameserver(s): no
| βββ DNS server address to use: 127.0.0.1
| βββ DNS over TLS settings:
| βββ Enabled: yes
| βββ Update period: every 24h0m0s
| βββ Unbound settings:
| | βββ Authoritative servers:
| | | βββ cloudflare
| | βββ Caching: yes
| | βββ IPv6: no
| | βββ Verbosity level: 1
| | βββ Verbosity details level: 0
| | βββ Validation log level: 0
| | βββ System user: root
| | βββ Allowed networks:
| | βββ 0.0.0.0/0
| | βββ ::/0
| βββ DNS filtering settings:
| βββ Block malicious: yes
| βββ Block ads: no
| βββ Block surveillance: no
| βββ Blocked IP networks:
| βββ 127.0.0.1/8
| βββ 10.0.0.0/8
| βββ 172.16.0.0/12
| βββ 192.168.0.0/16
| βββ 169.254.0.0/16
| βββ ::1/128
| βββ fc00::/7
| βββ fe80::/10
| βββ ::ffff:127.0.0.1/104
| βββ ::ffff:10.0.0.0/104
| βββ ::ffff:169.254.0.0/112
| βββ ::ffff:172.16.0.0/108
| βββ ::ffff:192.168.0.0/112
βββ Firewall settings:
| βββ Enabled: yes
βββ Log settings:
| βββ Log level: info
βββ Health settings:
| βββ Server listening address: 127.0.0.1:9999
| βββ Target address: cloudflare.com:443
| βββ Duration to wait after success: 5s
| βββ Read header timeout: 100ms
| βββ Read timeout: 500ms
| βββ VPN wait durations:
| βββ Initial duration: 6s
| βββ Additional duration: 5s
βββ Shadowsocks server settings:
| βββ Enabled: no
| βββ Public IP data API: ipinfo
βββ Version settings:
βββ Enabled: yes
2024-04-08T03:53:51-04:00 INFO [routing] default route found: interface eth0, gateway 10.0.3.1, assigned IP 10.0.3.12 and family v4
2024-04-08T03:53:51-04:00 INFO [routing] adding route for 0.0.0.0/0
2024-04-08T03:53:51-04:00 INFO [firewall] setting allowed subnets...
2024-04-08T03:53:51-04:00 INFO [routing] default route found: interface eth0, gateway 10.0.3.1, assigned IP 10.0.3.12 and family v4
2024-04-08T03:53:51-04:00 INFO TUN device is not available: open /dev/net/tun: no such file or directory; creating it...
2024-04-08T03:53:51-04:00 INFO [dns] using plaintext DNS at address 1.1.1.1
2024-04-08T03:53:51-04:00 INFO [http server] http server listening on [::]:8000
2024-04-08T03:53:51-04:00 INFO [healthcheck] listening on 127.0.0.1:9999
2024-04-08T03:53:51-04:00 INFO [firewall] allowing VPN connection...
2024-04-08T03:53:51-04:00 INFO [openvpn] OpenVPN 2.5.8 x86_64-alpine-linux-musl [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Nov 2 2022
2024-04-08T03:53:51-04:00 INFO [openvpn] library versions: OpenSSL 3.1.4 24 Oct 2023, LZO 2.10
2024-04-08T03:53:51-04:00 INFO [openvpn] TCP/UDP: Preserving recently used remote address: [AF_INET]37.19.211.94:1194
2024-04-08T03:53:51-04:00 INFO [openvpn] UDP link local: (not bound)
2024-04-08T03:53:51-04:00 INFO [openvpn] UDP link remote: [AF_INET]37.19.211.94:1194
2024-04-08T03:53:51-04:00 INFO [openvpn] [ca-tor-v083.prod.surfshark.com] Peer Connection Initiated with [AF_INET]37.19.211.94:1194
2024-04-08T03:53:52-04:00 ERROR [openvpn] Unrecognized option or missing or extra parameter(s) in [PUSH-OPTIONS]:7: block-outside-dns (2.5.8)
2024-04-08T03:53:52-04:00 INFO [openvpn] TUN/TAP device tun0 opened
2024-04-08T03:53:52-04:00 INFO [openvpn] /sbin/ip link set dev tun0 up mtu 1500
2024-04-08T03:53:52-04:00 INFO [openvpn] /sbin/ip link set dev tun0 up
2024-04-08T03:53:52-04:00 INFO [openvpn] /sbin/ip addr add dev tun0 10.8.8.2/24
2024-04-08T03:53:52-04:00 INFO [openvpn] UID set to nonrootuser
2024-04-08T03:53:52-04:00 INFO [openvpn] Initialization Sequence Completed
2024-04-08T03:53:52-04:00 INFO [dns] downloading DNS over TLS cryptographic files
2024-04-08T03:53:53-04:00 INFO [healthcheck] healthy!
had similar issue with wireguard and surfshark
solution: had to change incorrect server IP from gluetun wiki to updated from surfshark
had similar issue with wireguard and surfshark
solution: had to change incorrect server IP from gluetun wiki to updated from surfshark
Yep, I copied my server name directly from surfshark Hostnames: ca-tor.prod.surfshark.com
Here's my settings and log
βββ VPN settings: βββ Firewall settings: | βββ Enabled: yes
How do I set Firewall to true? This page doesn't show that option https://github.com/qdm12/gluetun-wiki/blob/main/setup/providers/surfshark.md
running into the same issue with wireguard + windscribe, using openvpn works fine. Not sure if this matters, but I am running docker in a privileged LXC container on Proxmox.
same problem with windscribe. tried downloading a new wireguard config, no luck. Tried a new config with a new location, still no luck.
any pointers gratefully received. gluetun's been working fine for months but now suddenly not.
I'm getting the exact same errors. Trying to set it up using Windscribe and no matter what I've tried, it comes back that way.
did you find a fix? same windscribe issue here
I see that others are having the same issue with other VPN's, but it seems I can't get Gluetun past these I/O errors. Also the server list for Surfshark needs to be updated, a few locations have changed names.
2024-03-22T13:31:01-04:00 INFO [vpn] starting 2024-03-22T13:31:01-04:00 INFO [firewall] allowing VPN connection... 2024-03-22T13:31:01-04:00 INFO [wireguard] Using available kernelspace implementation 2024-03-22T13:31:01-04:00 INFO [wireguard] Connecting to 37.19.211.29:51820 2024-03-22T13:31:01-04:00 INFO [wireguard] Wireguard setup is complete. Note Wireguard is a silent protocol and it may or may not work, without giving any error message. Typically i/o timeout errors indicate the Wireguard connection is not working. 2024-03-22T13:31:02-04:00 INFO [dns] downloading DNS over TLS cryptographic files 2024-03-22T13:31:05-04:00 ERROR [ip getter] Get "https://ipinfo.io/": dial tcp: lookup ipinfo.io on 1.1.1.1:53: read udp 10.14.0.2:33315->1.1.1.1:53: i/o timeout - retrying in 10s 2024-03-22T13:31:12-04:00 WARN [dns] cannot update files: Get "https://www.internic.net/domain/named.root": dial tcp: lookup www.internic.net on 1.1.1.1:53: read udp 10.14.0.2:46009->1.1.1.1:53: i/o timeout 2024-03-22T13:31:12-04:00 INFO [dns] attempting restart in 20s 2024-03-22T13:31:17-04:00 INFO [healthcheck] program has been unhealthy for 16s: restarting VPN 2024-03-22T13:31:17-04:00 INFO [healthcheck] π See https://github.com/qdm12/gluetun-wiki/blob/main/faq/healthcheck.md 2024-03-22T13:31:17-04:00 INFO [healthcheck] DO NOT OPEN AN ISSUE UNLESS YOU READ AND TRIED EACH POSSIBLE SOLUTION 2024-03-22T13:31:17-04:00 INFO [vpn] stopping