in the case where the veth was not on the docker bridge, did you add it to main bridge? do you have vlan on your network..did you have to change anything else on the bridge veth port(if you assigned it to main bridge) to get it to workHi All,
I had a RPi4 Pihole for a couple year perfectly working and heard of the possibility to configure a Pihole container into my RB5009 so I decided to give it a try.
I'll avoid for now to fill this message with all the ROS configuration, maybe I could post it later if something punctual is needed.
I have ROS 7.13.1
Well, I configured the container following the guide and I give also a try to something different (as someone here already did).
A this point I have 2 pihole container (with the same internal configuration), both of them have issues but different ones.
To filter all the possible suggestions I want to remark that:
- both the containers can access the internet
- both are reached from the devices in the network
- pihole software works as intended (note: according to what provided by the router, see second container issue)
- I already tried multiple flushes of the network tables and restarts of the dns resolver
The first one, configured without using a specific docker bridge has a veth with an address on the same range of the router's dhcp (192.168.1.0/24).
It works smoothly as the RPi4 did, but randomly, when rebooting the router, the container can't start, nor automatically (is set to start on boot), nor manually, even when trying to start it from the terminal, hitting enter print a "space" and nothing appear in the log. When this happends I can't even ping the assigned ip, but looking at the interface or the bridge port there's nothing strange. It seems something related to the veth/bridge management, maybe on boot sometimes something come up before, sometime after the veth is started (I know that network people is reading this and screaming, but I'm not a "super guru network guy") and this make it not working
The second one, configured using the docker bridge (with an addres into the 192.168.5.0/24 range), works too, but with a frustrating behaviour. In the pihole web interface, under tools>network, all the devices (except itself) don't show anymore the mac address...and of course all the client rules uses the mac address to bind, so this way, binding to a specific group is broken and only default rules works. I should bind again all the clients using their IPs (not a huge problem because all of my devices have static leases in the DHCP, but still an issue) but this approach really sucks. Because the second one was a "late night try" I still didn't try to reboot to see if the "not starting" first container's issue happend with this too.
In this case it seems I miss to configure something to let the docker bridge be able to "know" the mac addresses of the clients from the main bridge, but, as I said, I'm not a "super guru network guy", and I don't know how to fix it.
can someone please help me?
thank you
Statistics: Posted by teleport — Fri Mar 15, 2024 3:09 pm