Help diagnosing some kind of connection drops

[sec-con]

PS. I did post a thread about that and how to learn to do them. Network diagrams - post and comment and learn (?) . It did not really evolve, which I still find a bit strange. I am very grateful for your kind words.

@bonnietwin

If all communication is supposed to be only triggered by the UISP to make a connection that the POE can respond to then you need to find out why the POE Switch is trying to connect to the UISP on its own.

The communication should be two-way. UISP send pings to check for uptime, checks firmware version, and some other stuff. The Switch and AP sends back response and additional info.

@jon

see the Trouble note at the bottom of this wiki page:

wiki.ipfire.org - Blue Access

I do have a pinhole rule, those devices are not in it. Because they are not using Wifi to connect.

Lets see… thinking out loud here, please excuse the shouting…
so if a wired device is part of the BLUE Network, despite being wired, but having an IP from the BLUE IP Range, it is considered part of the BLUE network despite not being wireless. So adding the 192.168.10.10 switch, and the 192.168.10.2 AP to the devices listed in my pinhole should sort that… ?

Even the two way communication part to the 192.168.1.12 server on port 40443 ? And also allowing the EdgeRouter acting as gateway for UISP on 192.168.1.6 in there as well…?

Is it here I call out EUREKA?