• 15 Posts
  • 357 Comments
Joined 9 months ago
cake
Cake day: February 11th, 2024

help-circle
  • I understand your point but I disagree. My senior head of security department uses Linux with Windows VM for Microsoft stuff like Office, Outlook, Teams etc. Besides that many things are handled through configured LDAP with AD and many pain points through Linux and Windows interchangeability is solved through Samba like fileservers. I also hear more and more about FreeIPA thing. I only heard and read of Kerberos that is hard to do.

    For everything else like

    • proxies
    • certificates
    • VPNs

    Everything is the same or even better and more secure on Linux. SSL stuff just comes from it… Even from BSD systems I think that is known for simplicity and security. With so many bloat on Windows there is so much vulnerabilities and things to manage while you can KISS. (Keep It Simple Stupid)

    I don’t need 80% things on Windows but I do have them as I’m forced to and they also are like some ticking security bomb.

    I don’t ask for a perfect Linux support, but at least an ability to do so. I tried it and in the end it came out that Microsoft likes Windows more than Linux (I know surprising). Intune crashed, certificates were weirdly Windows specific and after that I gave up.

    Isn’t freedom about doing whatever you want especially when you want to get as much of your system, hardware so they just can squeeze as much productivity as possible from an employee?














  • The worst part is it is not Windows fault. The pure kernel and the system without any bloat works great. I tried AtlasOS once and I felt bad for Microsoft engineers that their work is being spoiled with greed, bloat, enshititifaction. Everything was going smoothly and flawlessly.

    But so many components are just… Hacky… Unnecessary… Just weird that it barely works especially so many companies don’t know what they are doing. Then the dependency hell happens of this software.

    Linux on the other hand is so much transparent.