Replies: 1 comment 5 replies
-
see #26502 |
Beta Was this translation helpful? Give feedback.
5 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hello. I've got some issue i cannot wrap my head around. Maybe you've got some ideas on how i can troubleshoot this.
I have a nginx based reverse proxy setup with pasta and the following options:
pasta:--map-gw,--ipv4-only,-a,10.0.2.1,-n,24,-g,10.0.2.2,--dns-forward,10.0.2.3,--no-ndp,--no-dhcpv6,--no-dhcp
Then i've got some containers in the podmans (5.4) default custom (bridge) networks.
One of those containers itself is a frontend, which has a healthcheck function which tries to reach itself via the own public url.
It calls http://example.com, which fails with "Failed to connect..." and "Connection refused".
The url is resolved to the public ip address, which is bound to the reverse proxy in the pasta network.
The url is accessible from other clients and the outside, but not from bridge-network-containers (ping works).
I've logged all firewall-drops, but didnt see any packets dropped matching the dport.
Works:
client -> nginx(pasta, pub. host ip) -> ServiceA(custom network bridge A)
Doesn't work:
ServiceB(custom network Bridge B)-> nginx(pasta, pub. host ip) -> ServiceA(custom network bridge A)
What am I missing?
Thanks.
Beta Was this translation helpful? Give feedback.
All reactions