Closed scottf51 closed 4 months ago
Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid.
Did some more testing, looks like this only happens when you connect via remote, ie not on LAN , so connecting via unifi servers using the IOS app
At least in testing right now when I connect using the app via the LAN I do not see this, (ie "directly connected" ) according to the app . I also do not see this traffic when I connect to the unifi server via the LAN using a browser.
This sounds like it's not a bug and working as expected if you're seeing the traffic when remotely connecting.
It is traffic that is not called out in unifi docs though, not on their ports , very odd , looks like the majority of it is to do with STUN
It is also going to RFC1918 addresses that do not exist on my network, so no way it can actually route to them and no idea where it is getting the idea it should be using them
weird, as I said 192.0.0.6 for example does not exist at all on my network, neither does 10.132.x.x or 10.83.x.x, where would it get that IP ? seems clear it is trying to use twilio.com for something , like I said , maybe this is just Unifi . I guess really I need to find some more hardware and install the same Unifi server manually from their website and see if I see the same behaviour, but thought there may be someone cleverer than me that has seen this before / knows it is normal :)
This would all be traffic that Ubiquity is making, it is best to reach out to them to get answers, we simply just consumes their packages to build this image.
This issue has nothing to do with the image itself, and therefore it is not related, closing.
Is there an existing issue for this?
Current Behavior
Currently after installing the latest version of Unifi from this image (8.2.93 ) - I am seeing some weird outbound communication that seems to be triggered when connecting to the unifi server via the IOS app, although not 100% on the trigger , example of the communication below. I should note that none of the 10.x.x.x or 192.x.x.x address exist on my local network or are the initiators of the comms , some of the IPs seem to belong to AWS / twillo , some Vodafone and I cannot see any reason for it or any indication that it should be expected based on the unifi docs https://help.ui.com/hc/en-us/articles/218506997-UniFi-Network-Required-Ports-Reference
In this case 172.18.0.2 is the unifi server running on docker and it was installed per the instructions in the readme and seems to be operating ok. IT is of course possible that this is expected / in the standard unifi server , I do not have a comparison at this time , but though it worth reporting in case this is
Expected Behavior
No egress connections via unexpected ports
Steps To Reproduce
Install debian bookworm
Install docker
create docker containers for unifi and mongo, docker compose file here :
Allow egress ports through IPtables on parent host as per unifi docs
Connect to unifi server on LAN and then via cellular
Check firewall logs for blocked connections
Environment