<div dir="ltr"><div>I'll echo this; FreeBSD is a fantastic operating system for servers. The FreeBSD ports system should feel familiar in concept, if different in execution, to MacPorts users. (Jordan Hubbard was involved in the creation of both projects.) They likewise have pre-compiled (with default options) binaries available via 'pkg install ...' or you can go in and adjust (but will then need to locally build) to customize things; this is done via 'make config' in the desired port's directory, rather than via '+opt1-opt1' from MacPorts.</div><div><br></div><div>But ZFS and boot environments are the absolute bee's knees. The ability to easily roll back to an earlier installation (from a boot loader menu if needed, too!) make running a server a much less stressful exercise. And ZFS as a file system / storage management tool is such a game-changer; it's a shame Apple decided to go a different way<br></div><div><br></div><div>I still use MacOS for desktop and $DAYJOB work, but FreeBSD is certainly worth a look for servers / systems storing important data if you're tired of fighting the constant shifts (in security restrictions, especially) between versions of MacOS.</div><div>  - Eric<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 29, 2022 at 8:03 AM Marius Schamschula <<a href="mailto:lists@schamschula.com" target="_blank">lists@schamschula.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div><div style="color:rgb(0,0,0);font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">After the demise of Mac OS X Server I migrated all server duties to FreeBSD.</div><div style="color:rgb(0,0,0);font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><br></div><div style="color:rgb(0,0,0);font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">Currently I’m running FreeBSD 13.1 on three machines: a Dell tower box with 8 drive bays at home (apache 2.4, php, mysql and ownCloud), a virtualized server at work (nginx, php and mysql), and a 2009 Mac Pro at work (for testing updates before applying them to the production machines).</div><div style="color:rgb(0,0,0);font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><br></div><div style="color:rgb(0,0,0);font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">Bonus: zfs with the data redundancy I once used Drobos for.</div>

</div>
<div><br><blockquote type="cite"><div>On Nov 29, 2022, at 5:54 AM, Gerben Wierda via macports-users <<a href="mailto:macports-users@lists.macports.org" target="_blank">macports-users@lists.macports.org</a>> wrote:</div><br><div><div><div dir="auto"><div>Over the last years, it has become harder and harder to run Unix services on my Macs. I'm using MacPorts for these since the demise of macOS Server and they include</div><div><ul><li>a mail server (dcc, apache-solr8, clamav-server, rspamd, dovecot, postfix)</li><li>a name server (nsd, unbound)</li><li>a web server (nginx, minio)</li></ul><div>Before Monterey I was running Mojave and that worked very well. I skipped Catalina and went straight for Monterey so I would have a long period of 'no large migrations'.</div></div><div><br></div><div>The experience has been horrible. I had to turn off the application layer firewall on the server for instance. I had to start some services (MinIO) not via launchd but by hand because they would not start properly because of permissions when I did (MinIO could not access a fixed mount external disk when started from launchd, but had no problem accessing it after boot). About 1 to 2 times every day, the system is totally dead, it gets stuck apparently because it runs out of sockets or something like that. I suspect this is because I am running a public mail server which gets a lot of connections and macOS has some sort of resource leak. After maximally about an hour, the system gets 'unstuck' and moves on. The 'unstuck' started to happen was after 12.5 to 12.5.1 (so an improvement) but it has the feel of Apple doing a quick and dirty fix in 12.5.1 for a resource leak in 12.5.</div><div><br></div><div>Apple has been a rock solid server system for me for many years. Since Monterey I consider it to be extremely unreliable and not feasible as a server environment for unix-like services.</div><div><br></div><div>I suspect that all of this is because Apple is moving to a new security mechanism, one more focused on how it is done in iOS too, where things like code signing, immutability of parts of the file system, etc. are taking the role that traditionally is done by ACL/POSIX-like permissions. Apple's new way of doing security is arguably stronger than the old way. But the 'old' way of doing things is less and less supported and certainly not a focus for Apple to keep operational (which is dumb because by not supporting they are flying blind for the kind of resource leak errors I seem to have encountered). So, install unbound, and after boot macOS will ask you 'do you want unbound to accept incoming connections?'. Yes, of course, but that setting doesn't stick. After every next reboot, the same happens. Run the same executable side by side on different ports, and ALF gets confused. So, not only is the old ACL/POSIX way of permissions no longer properly implemented, the new system is not friendly for your own compiled stuff.</div><div><br></div><div>The setup has become so unreliable that I do not dare to upgrade my current server beyond macOS 12.5.1, afraid as I am that the next update will kill even more, rendering my production setup effectively dead. </div><div><br></div><div>I can't update my macOS anymore for fear that it kills what I cannot work without.</div><div><br></div><div>The key weak point in all of this seems to be the macOS Application Level Firewall which is iffy and especially iffy when it has to work with unsigned executables. But even when it is turned off, lots of other things that would normall work fine in a unix-like environment stop working, esppecially when you want to do 'server-like' stuff that requires open ports and sockets and such.</div><div><br></div><div>Sadly, this means that running a 'macOS Server substitute using MacPorts' is no longer feasible for me. I have started to move to a Linux setup and I hope my 'macOS Server' (which I have been running since it's start in some way or another, and OPENSTEP/NeXTSTEP before that) survives until I have that working properly.</div><div><br></div><div>Apple turns macOS into a purely consumer appliance, it seems. That is their good right, but they also starve attention to the old unixy-way of things, leading to weak (certainly not robust) implementations of the unix-side. And that might be the eventual death of MacPorts unless it goes full in on Apple's new security model, signing and all. And for the time being, Apple's own suggestion to move to open source variants of the macOS Server stuff they abandoned, is not to be taken seriously as they also are not serious about the foundation those open source elements need.</div><br><div>
<div dir="auto" style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none"><div dir="auto" style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none"><div dir="auto" style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none"><div dir="auto" style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none"><div dir="auto" style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none"><div dir="auto" style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none"><div dir="auto" style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none"><div><div>Gerben Wierda (<a href="https://www.linkedin.com/in/gerbenwierda" target="_blank">LinkedIn</a>)</div><div><a href="https://ea.rna.nl/" target="_blank">R&A IT Strategy</a> (main site)<br>Book: <a href="https://ea.rna.nl/the-book/" target="_blank">Chess and the Art of Enterprise Architecture</a><br>Book: <a href="https://ea.rna.nl/the-book-edition-iii/" target="_blank">Mastering ArchiMate</a><br></div></div></div></div></div></div></div></div></div>
</div>
<br></div></div></div></blockquote></div><br><div><div>Marius</div><div>--</div><div>Marius Schamschula</div></div><div><br></div></div></blockquote></div>