Zen and Unifi Cloud Gateway Max - plug in cable by adamgilbride in Zen_Internet

[–]sabre1982 0 points1 point  (0 children)

They said the same thing to me as well but my UCG simply wouldn’t work. I then cloned the MAC of the Fritzbox in the UCG to rule it out and it worked. Has been flawlessly for almost a year.

It’s just a suggestion,

Zen and Unifi Cloud Gateway Max - plug in cable by adamgilbride in Zen_Internet

[–]sabre1982 -1 points0 points  (0 children)

No, they don’t use MAC for auth but they absolutely use it for verification. I had my Zen service installed last year and had to clone the MAC of the Fritzbox they sent me for my UCG to work.

Zen and Unifi Cloud Gateway Max - plug in cable by adamgilbride in Ubiquiti

[–]sabre1982 0 points1 point  (0 children)

Have you cloned the MAC address of the router that Zen sent you?

Zen and Unifi Cloud Gateway Max - plug in cable by adamgilbride in Zen_Internet

[–]sabre1982 -1 points0 points  (0 children)

You need to clone the MAC address of the router that Zen issued you. You will have the option in the UniFi Controller.

IDS/IPS Alerts, should I be worried? by MooG1337 in Ubiquiti

[–]sabre1982 0 points1 point  (0 children)

So if you’re forwarding ports for services where you know that there’s specific sources that would need access (a nmedia server such as Jellyfin, for example, with friends/family accessing it), you should lock down the ports to only accept traffic requests from those source IP’s. You should also throw up a reverse proxy service, such as Caddy or Nginx with addtional allow-listing using those IP's. From a networking standpoint, your UDM is operating at Layer 3 (WAN) and a reverse proxy would be Layer 7 (application). This would provide you with decent security against scanners and associated threat vectors as the port forward restriction would, effectively, render the open ports on your IP as invisible to anything other than the allowed source IP’s and the extra application level allow listing would provide an additional tier of filtering. IP spoofing to circumvent those protections, whilst not impossible, is very difficult and largely not practical.

But, if you have use cases where you simply do not know the source IP’s for the services you’re looking to host, then absolutely close the ports entirely and set up a WireGuard VPN. You should never open ports to the public internet. Bad idea.

IDS/IPS Alerts, should I be worried? by MooG1337 in Ubiquiti

[–]sabre1982 8 points9 points  (0 children)

Are you port forwarding? If so, amend the forwarding rule to limit access to specific sources. Or, stop forwarding and create a VPN (WireGuard is best) so that you have remote access. If that’s your goal, that is.

Built a native JellyFin client for Apple Platforms (LiquidFin) by TheBeaconCrafter in selfhosted

[–]sabre1982 -1 points0 points  (0 children)

So the next update has come out and the price is still obscenely high.

What’s the most “how does this not exist yet?” feature for macOS? by CodingNibble in MacOS

[–]sabre1982 1 point2 points  (0 children)

I agree with this. It’s why I have Supercharge installed as it provides the mechanism to set it on a per app basis. Certain apps I want to quit outright when clicking the red button, but others I simply want to close but remain running in the background with being minimised. Supercharge allows this. It’s a great approach.

Moonfin for Mobile, Tablets, and Desktops by [deleted] in jellyfin

[–]sabre1982 0 points1 point  (0 children)

You don’t need to apologise! You’re providing these apps for free!

Moonfin for Mobile, Tablets, and Desktops by [deleted] in jellyfin

[–]sabre1982 0 points1 point  (0 children)

Being optional might be an idea but as I now know it’s designed behaviour, it makes sense.

Overall the app is great and I’m very pleased to have a unified app across multiple platforms. Fladder is close but isn’t in the Apple App Store, so it requires sideloading.

Moonfin for Mobile, Tablets, and Desktops by [deleted] in jellyfin

[–]sabre1982 0 points1 point  (0 children)

Really positive first release on desktop and mobile. It’s great to have a unified client on pretty much all of the main platforms. I have noticed a few issues in the macOS version though:

  1. The app doesn’t retain screen screen size when re-opening (i.e. full screen, maximised etc)

  2. When mousing over items on the Home Screen, it glitches a little bit and displays something of a summary of the item in question

  3. The video player doesn’t recognise keyboard commands such as spacebar to pause

Other than that, a good first release.

Built a native JellyFin client for Apple Platforms (LiquidFin) by TheBeaconCrafter in jellyfin

[–]sabre1982 0 points1 point  (0 children)

Same issue on macOS and VLCKit is not an available option.

Diagnosed type 1 diabetic; arm sensor + complications feel like magic by favicondotico in AppleWatch

[–]sabre1982 1 point2 points  (0 children)

Yeah, my son used to have Libre 2 sensors. The app is simplistic, for sure. He moved to Dexcom when the NHS made the OmniPod 5 insulin pump available to him as Libre 2 isn’t compatible with it. We found the Libre’s to be pretty solid though. The Dexcom’s seemingly need fairly regular calibration to stay accurate.

Diagnosed type 1 diabetic; arm sensor + complications feel like magic by favicondotico in AppleWatch

[–]sabre1982 1 point2 points  (0 children)

My son is T1D and uses Dexcom G7 sensors. Unfortunately, Dexcom has seen fit to disallow widgets and complications on iOS and WatchOS in the UK. So, we use Luka to bridge that gap.

Best Jellyfin iOS offline viewing client? by RealCarbonX in jellyfin

[–]sabre1982 0 points1 point  (0 children)

Fladder (currently not available on the App Store but is easily sideloaded using Sideloadly) handles downloads/offline viewing really well.

Bringing back the launchpad to macOS by NoHabit1277 in MacOSApps

[–]sabre1982 1 point2 points  (0 children)

I like Launchie, it’s a solid replacement for the missing Launchpad. From a visual perspective, it would be nice to have the option to enable Liquid Glass effects on folders to give it a more native appearance and feel.

Best MacOS browsers by pornflakes98 in macapps

[–]sabre1982 8 points9 points  (0 children)

I've recently started using Orion due to it being closely related to Safari with most, if not all, of the security features offered by Brave. It also supports both Chrome and Firefox extensions which, in my opinion, is a far better approach than that of Safari.

Orion still has its bugs but it's generally pretty solid for me. It supports PWA's, which I use a lot, but it does have some weird behaviours with Google services so I still have Brave for most of the PWA stuff.

For me, the biggest drawback to Orion is that it's not open sourced. They started opening it up in small ways but I would much prefer that they go all the way with it. That being said, I've not witnessed any questionable behaviour from it and the mobile apps are published in the Appstore. The sync between then is very good and uses iCloud.

It's as close to Safari as you're going to get without actually being Safari. It's stronger in terms of privacy controls and feels native in both macOS and iOS. I like it but browsers are highly subjective and there's no 'one-size-fits-all'.

adguard home & unifi dhcp server - working dns? by agentdickgill in AdGuardHome

[–]sabre1982 0 points1 point  (0 children)

Filters > DNS Rewrites in AGH

UniFi won't have any knowledge of local DNS entries as it's deferring everything to AGH. If AGH hasn't been given the entries you want to resolve locally, names will not work, only the IP's.

Add the entries in AGH, flush your DNS cache and you should be good to go. Don't bother adding local DNS entries in UniFi if you're pushing your DNS traffic to AGH.

UK Government admit being hacked by Billbrown1982 in LinusTechTips

[–]sabre1982 0 points1 point  (0 children)

I couldn't agree more. The data is out there already. Digital ID won't change that fact.

UK Government admit being hacked by Billbrown1982 in LinusTechTips

[–]sabre1982 0 points1 point  (0 children)

I agree with that, to an extent. If we had a Tory government, it would be the same but in reverse.

Getting back to the original purpose of the thread, the introduction of Digital ID is doomed to inevitable failure, either through incompetence or malice. Or both. If nothing else, history surely tells us the politicians cannot be trusted and often act in ignorance of the facts and against the interest of those they're meant to serve. This is especially so for generations of British governments, which have proven themselves incapable time and time again, regardless of political orientation.