I have another question. What needs to be done so that all hosts are visible in PiHole, e.g. phones, computers (their IP addresses), at the moment when logging in to PiHole I see only one "user" - the local address of Mikrotik. I would like to add that everything was done according to the Mikrotik manual.

Moderator: Why do you quote previous post? Use Post Replay not Quote button.

but if it will be working if I did all based on Mikrotik tutorial and I have different subnet than my MT? E.X - MT 172.16.0.1, PiHole 172.17.02?

Moderator: Why do you quote previous post? Use Post Replay not Quote button.

So in my case what I should write in PiHole console? My MT address/gateway or PiHole? BTW - maybe You can write some additional tips complementary MT manual?

• additional tips complementary MT manual

• set your DNS server at your DHCP server to 172.17.0.2 and also inside your pi-hole go to setting and in the first tab, you should see the same setting as screenshot blow.

Moderator: Why do you quote previous post? Use Post Replay not Quote button.

My solution :
Moderator: trim the quote.

moderator note: do not quote whole preceding post. Use "Post Reply" button instead. Is it so hard task to find it?

I got the same Placeholder page
try admin ex: http://10.10.10.1:888/admin

Hi 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

Hi 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

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 work

I noticed strange behaviours adding a static entry for the veth on the ARP list (I then understood this is because after every reboot it changes the MAC), adding a static entry on the DNS for its IP

If you want to keep static DHCP assignments of IPs for that switch, another option is to disable the auto-mac setting, then set admin-mac to the value it would have if veth1 wasn't there competing for "bridge MAC address".

I got the same Placeholder page
try admin ex: http://10.10.10.1:888/admin