Open madhavajay opened 2 years ago
I'm having a similar problem. Completely by accident (no science, no theory) I stumbled across a solution which was to replace iptables
commands with iptables-nft
commands. Instant fix!
What I'm trying to figure out now is whether iptables-nft
will always work, or if there are some situations where it's necessary to stick with iptables
.
The worst thing about this problem is its silent nature. It'd be great if iptable
would throw an error if it wasn't going to implement a rule.
@Paraphraser thats awesome, I will give that a shot!
Is this a bug report, feature (enhancement) request or question? (leave only one on its own line)
Bug
Description: Firstly, this is awesome work so thank you so so so much. I have been able to use this to run our x86 docker stack in platform linux/arm64 mode with emulation and for the most part everything works and all my tests pass.
We have an integration test which checks if certain ports are open that get blocked by a bunch of iptable rules, but it seems like running iptables just causes an error.
I am currently using several Alpine images and it fails on all of them:
Steps to reproduce the issue:
On x86 Run these two commands:
Inside the container install iptables / # apk add iptables
Try running it: / # iptables -L
Describe the results you received:
Describe the results you expected:
Environment:
Output of
docker version
,podman version
orsingularity version
This happens on my MacOS Intel Macbook Pro as well as on our Linux Ubuntu x86 machines.
(paste your output here)