Skip to content
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

Bug: ERROR no iptables supported found #2264

Closed
ChzWheel opened this issue May 5, 2024 · 7 comments
Closed

Bug: ERROR no iptables supported found #2264

ChzWheel opened this issue May 5, 2024 · 7 comments
Labels
Closed: 👥 Duplicate Issue duplicates an existing issue

Comments

@ChzWheel
Copy link

ChzWheel commented May 5, 2024

Is this urgent?

No

Host OS

DSM 7.2.1 Update 5

CPU arch

x86_64

VPN service provider

AirVPN

What are you using to run the container

docker-compose

What is the version of Gluetun

2024-05-02T08:16:52.183Z (commit e0a977c)

What's the problem 🤔

iptables error after trying to build docker container.

I saw bug #2260 had been closed with a successful fix, but I seem to still have issues. I attempted running older versions (v3.38) but came across a different error about netip.parseprefix

I know there is not a minimum of 10 lines of logs, but I'm not sure what else I can add since I only get the same 5 lines repeated.

Share your logs (at least 10 lines)

INFO [routing] default route found: interface eth0, gateway 172.20.0.1, assigned IP 172.20.0.7 and family v4
INFO [routing] local ethernet link found: eth0
INFO [routing] local ipnet found: 172.20.0.0/16
ERROR no iptables supported found: errors encountered are: iptables-nft: iptables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument (exit status 4); iptables: iptables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument (exit status 4)
INFO Shutdown successful

Share your configuration

gluetun:
    image: qmcgaw/gluetun:latest
    cap_add:
      - NET_ADMIN
    ports:
      - 8888:8888/tcp
      - 8388:8388/tcp
      - 8388:8388/udp
      - 8090:8090/tcp
      - 9696:9696/tcp
    environment:
      - VPN_SERVICE_PROVIDER=airvpn
      - VPN_TYPE=wireguard
      - WIREGUARD_PRIVATE_KEY=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
      - WIREGUARD_PRESHARED_KEY=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
      - SERVER_COUNTRIES=Netherlands
      - WIREGUARD_ADDRESSES=xx.xxx.xxx.xx
      - FIREWALL_OUTBOUND_SUBNETS=172.20.0.0/16,192.168.0.0/24
    network_mode: synobridge
    restart: always
Copy link
Contributor

github-actions bot commented May 5, 2024

@qdm12 is more or less the only maintainer of this project and works on it in his free time.
Please:

@Ikzy
Copy link

Ikzy commented May 6, 2024

Hey, I have the same problem.

changing the version from :latest to :v3.3.38 works as a temporary solution.

cheers

@ChzWheel
Copy link
Author

ChzWheel commented May 6, 2024

I had tried switching to v3.38, but ran into an environmental variable error regarding the WIREGAURD_ADDRESSES variable. Since I was getting that issue with the latest version, I didn't troubleshoot much further.

@frepke
Copy link
Collaborator

frepke commented May 6, 2024

@ChzWheel
Maybe because the typo in WIREGAURD.

@qdm12
Copy link
Owner

qdm12 commented May 7, 2024

@ChzWheel @Ikzy docker pull qmcgaw/gluetun and it should do it. That bug was introduced in 4d002a3 and fixed with ef6874f as well as with fb145d6 (TLDR: your kernel is quite old, Synology is to blame for lagging behind)

@qdm12 qdm12 closed this as not planned Won't fix, can't repro, duplicate, stale May 7, 2024
Copy link
Contributor

github-actions bot commented May 7, 2024

Closed issues are NOT monitored, so commenting here is likely to be not seen.
If you think this is still unresolved and have more information to bring, please create another issue.

This is an automated comment setup because @qdm12 is the sole maintainer of this project
which became too popular to monitor issues closed.

@qdm12 qdm12 added the Closed: 👥 Duplicate Issue duplicates an existing issue label May 7, 2024
@ChzWheel
Copy link
Author

ChzWheel commented May 8, 2024

It still wasn't working but turns out it was user-error. I was under the impression that using the "latest" tag would automatically pull the latest docker image. But I actually had to go to the list of images where there was an "update available" button. Thanks for the responses.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Closed: 👥 Duplicate Issue duplicates an existing issue
Projects
None yet
Development

No branches or pull requests

4 participants