-
-
Notifications
You must be signed in to change notification settings - Fork 393
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Help: Most HTTP requests don't work #442
Comments
I was wrong. Switching to tag |
Ah interesting. Let's keep it opened, I'll try it before doing another release tag. Maybe it's due to IPv6 being blocked since then. Careful you're not leaking ipv6 traffic 🤔 |
Isn't it related to |
Possibly. This doesn't happen on Though DNS seems to work fine in
Even
|
So I tried running a container named docker exec -it gluetun ping github.com And it's working without interruption for me. Note in
As you are running on a 32 bit OS, did you try step 2 here perhaps? Alpine 3.13 broke a few things on 32 bit OS especially for Raspberry Pis 🤔 |
Same.
I did:
I also restarted the Raspberry Pi - just in case - and it didn't help either. |
|
Doesn't work. It is stuck there:
No change. 1. & 2. where done using a close region |
Actually I rechecked, ipv6 is allowed through the tunnel so that shouldn't be the cause really. The DNS returns It might be because of Alpine 3.13 or Openvpn 2.5.x; Can you therefore try (it should take at most 1 minute on a raspberry Pi) docker build -t qmcgaw/gluetun:test --build-arg ALPINE_VERSION=3.12 https://github.com/qdm12/gluetun.git To build it with Alpine 3.12 and run the image At least that way we can be certain it's due to Alpine/Openvpn or if it's due to the code changes since v3.16.0. |
I somehow can't build it on the Raspberry Pi:
Also happens when I clone the project and manually edit the I'll inform you when I figure it out the issue here. |
Oops try by adding |
I did. The issue seems to be something else.
I'll look into it. |
Maybe try with |
Can you try with the image |
Sorry for the delay. The
The last 6 lines keep repeating. |
I fixed that for PIA only, can you try again? (that instruction was a migration from openvpn 2.4 to 2.5) docker pull qmcgaw/gluetun:alpine-3.12 |
This tag seems to work without issues.
So what did change? The alpine version is older? |
Yes it was running Alpine 3.12 and openvpn 2.4.11-r0. I just re-pushed another image running Alpine 3.13 with openvpn 2.4.11-r0 (instead of 2.5.x), can you try pulling |
Works fine like the previous image but I don't think that Alpine 3.13 is used in this image:
Providing logs anyway:
|
Oh yeah I built it with the build argument 3.12 by mistake, thanks for spotting it! I re-pushed it with Alpine 3.13 now. Actually that gave me the idea to log the Alpine version, I also re-pushed it for the |
Everything works fine. So OpenVPN seems to be the issue.
|
Can you try one last time (and re-pull) just to be 100% certain; it's now Alpine 3.12 with Openvpn 2.5.2 |
Container does not start up properly:
|
Ah alright that means openvpn 2.5.x can only run on Alpine 3.13 because of the time change that came with Alpine 3.13. If you try to run Anyway, so it's Openvpn 2.5.x at fault since it works with Alpine 3.13 and Openvpn 2.4.x. In the worst case, I can revert to Openvpn 2.4.x but ideally if we can move to 2.5.x that would be nice. I'm also working on Wireguard, it should be ready in the coming weeks, that would be a nice alternative. |
No need. I'll just use |
This would be partly solved with #134 |
You can now set The image now comes with both Openvpn 2.4.x and 2.5.x, using 2.5.x by default. It only adds 1MB to the image, which is totally worth it to avoid instabilities in some cases depending on your machine and/or provider. The image still runs on Alpine 3.13 and is available on the Please have a try and let me know if it works on your side 😉 |
It doesn't seem to work 🤔
|
Whaaaaattt... Try pulling the |
the image is from 2 weeks ago, right? It works:
|
No I just pushed it now. It should show
|
Ok, I didn't notice you removed the dash in the tag name.
Wrong architecture. |
Oops sorry, yet again. I pushed it for armv7 😉 |
Still doesn't work:
|
Although the healthcheck Maybe it's due to I'll add a |
Not sure because they also appear in
|
Hey there, have you finally fixed it? Maybe try running it on |
|
Is this urgent?: No
Host OS (approximate answer is fine too): Raspbian GNU/Linux 10 (buster)
CPU arch or device name: armv7l / Raspberry Pi 4 B 4GB
What VPN provider are you using: Private Internet Access
What is the version of the program (See the line at the top of your logs)
What's the problem 🤔
Somehow most HTTP requests don't work.
These commands work fine on the host. Seems to me like a PIA issues but I'm not sure?
Share your logs... (careful to remove in example tokens)
What are you using to run your container?: Docker Compose
Please also share your configuration file:
The text was updated successfully, but these errors were encountered: