Unable to Make Rootful Pods Accessible from External Network #25376
Replies: 1 comment
-
Finally figured out it was one of our Admin's custom nftables rules that was causing issues. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
For the past week I've been struggling to figure out how to make a published port of a rootful pod accessible outside of the host machine. I'm running OracleLinux 9 with the latest podman from their repository (v5.2.2) installed. Podman is configured to use the nftables firewall_driver. All other settings are defaults.
I've managed to get curl working when I query localhost or the host's DNS Name from the host machine. Unfortunately, no matter what I try, external network traffic to the PublishedPort falls through nftables completely and gets blocked by the nftables default drop/reject statement.
From my experiments, this issue affects pods created via both quadlets and command-line.
Example Quadlets
The below quadlets and caddyfile should create an example pod that reproduces the issue. Copy them to '/etc/containers/systemd/', then run 'systemctl daemon-reload && systemctl start demo' to start it up.
After starting the pod, you can run "curl --insecure 'https://hostname'" on the host and will get "Hello World!" as a response. Attempting to do the same on on a remote machine will fail (at least as far as I've been able to tell).
demo.pod
caddy.container
Caddyfile
If anyone sees anything wrong here, please let me know! I'm tearing my hair out trying to figure this one out.
Beta Was this translation helpful? Give feedback.
All reactions