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

Integration bypassing Docker networking ?!? #411

Open
thefunkygibbon opened this issue Jan 24, 2025 · 0 comments
Open

Integration bypassing Docker networking ?!? #411

thefunkygibbon opened this issue Jan 24, 2025 · 0 comments
Labels
bug Something isn't working

Comments

@thefunkygibbon
Copy link

Not sure where to go with this one to be honest.
I see that this integration is no longer being maintained. so likely not going to get much in terms of answers here.

anyway, I'll post it here anyway in the hope that someone might point me in the right direction.

So looking at my firewall logs, I am seeing a bunch of dropped traffic (due to anti-spoofing) which appear to come from the private docker bridge network which is on the same docker bridge as dozens of other containers. lots of the other containers also access the internet but I do not see anything in the firewall logs for those, only really just this one container (which by all accounts appears to be working ok)

Looking at the destination address for the majority of the dropped packets is 154.51.163.100 which , googling that IP address shows that its something to do with hildebrand. hence me looking here as the first port of call.

Any ideas on this? Why would a specific integration within HA within a docker container somehow bypass the standard NAT'ing of the docker networking bridge????

@thefunkygibbon thefunkygibbon added the bug Something isn't working label Jan 24, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant