Sooo, are the tech bros just oozing over from the AI bubble (not enough empty promises available anymore?) or is that a symptom for their realization, that the current scam might get busted in the foreseeable future and they want to get in on the next Blockchain / AI / metaverse schmutz, to keep leeching in VC / tax money?
I will get some popcorn…
To be honest, I think you are the one lying to yourself here. From the linked report:
Productivity and Business Processes $37,847 14%
Intelligent Cloud $39,306 32%
More Personal Computing $12,854 (4)%
“(4)” equals “-4”.
Even MS isn’t using windows exclusively. And they don’t care, as the long term scenario they are aiming for, is, that everybody only uses a minimal system and rents compute in the cloud. That’s, where the money is for them. I am quite sure, they don’t give a single eff, what those devices are using as an OS. It won’t be win 11 for sure.
So everything Windows as we know it, is what’s consumer GPUs are to Nvidia.
What are you trying to tell us?
True, it gets mushed into HDR10, afair.
We both might have found the same ancient GH issue. :)
If I remember correctly, I’ve tried different client options as well, but had other issues with them, like missing audio after pause/resume, not switching to selected audio track and so on.
Also, none of them were able to play DoVi FEL and fell back to MEL.
Might be my player / Android TV restriction with my specific player, but with CoreELEC on the same box, FEL is fully supported and is a significant improvement, IMHO.
Same here with DoVi profile 7. I installed CoreELEC on a USB stick and boot my player (Xiaomi TV box 3) from that if I need DoVi 7. My guess: Anyone setting up and maintaining a JF instance should be comfortable doing the same.
What kind of client? In browsers usually CTRL + F5 solves those kinds of problems for me. In other cases (apps?) force quitting and restarting the client might help.
Oh, true. I’ve read so many infos about different services lately, that I must have confused that with something else.
Thank you.
Thank you for the very comprehensive write up.
Authentication will be my very next project after I solved another minor problem I’ve become aware of just yesterday.
It’s at least the second time, someone mentioned Anubis in this thread.
I’ve checked the site but have to do further digging about the concept. Mostly because “AI” isn’t something I adore that much, but that’s a me problem. :)
Thanks for the suggestion, I will take a look at Anubis.
There are no SSH ports open to external, as everything I run is locally in my LAN, I do not have use for externals SSH access and don’t want to open that vector.
The services that I (want to) offer to the family, are the common selfhosters finest:
As I do not have a authentication provider yet, the services which require an authentication by user/password are prone to brute force attacks, I want to mitigate that first and foremost.
In the mid to long run, I plan to also deploy an authentication provider for those services like Authelia, TinyAuth, PocketID, Authentik or <you name it>.
As there are so many of them and the opinion of which is best differ wildly, I have not yet decided and am in kind of a analysis paralysis. :)
Thank you for bringing that up, I was wondering that too. As in: “This one has something to hide. Let’s poke harder.”
Did you try CrowdSec as someone else suggested? Could that be a mitigation as those IPs could be filtered out in the long run, if I understand the concept of CS correct?
Thank you for suggesting the region block on Unifi, that’s a good tip.
I have that previously set in place globally under settings -> security -> protection -> region blocking.
So on a less sophisticated level and not as granular as you.
Yours seems to be much better and I will take a look at it later. At the moment I have way too many ideas and projects boiling, to add yet another one… ;)
Thanks for bringing it up.
Before I dove into that project, I was checking logs on npm and the service I am already exposing. It seems to me, both only get http GET requests which on npm all get a 404 response.
I don’t remember what the service does with those, but I will investigate later. As I didn’t panicked, I guess it wasn’t that bad.
There are basically no brute force attacks on the service yet and the admin account is only allowed to login from internal IPs.
One initial aspect to further harden the exposed systems were the logs in the UDM which show frequent blocked attempts of varying severity.
This may be security theater and I am not able to assess whether the UDM is a “good enough” protection of the most common attacks.
As I see it, at the moment the UDM already blocks most of the (more sophisticated) attacks and leaves only common requests for the services to handle.
Long story short, as I see it, the UDM has the role of ingress server in my setup.
Thank you very much for your input. I will look into the third option.
Thought of it, but did forget it over tinkering the last few days. :)
Hi, could you tell me why? I mean, I think I understand the basics of the risk of brute force attacks. My mitigation for the admin account is, not to allow login outside the local network. Users are allowed from anywhere, as my family uses the library. Also my service (there are others) are routed through NGINX.
Do you have tips for external users using, for example, a VPN only for specific addresses / IPs? At least that was an idea I had, but didn’t got got around to dig for solutions.
Thanks in advance.
If it’s for the “wrong” recipients.
That’s sonservatives in a nut shell. Their whole world view is based on the conviction, that their ways are the correct ones which everyone has to live by. No exceptions.
“Puritanism: The haunting fear that someone, somewhere, may be happy.”