Apple Event: May 7th at 7 am PT

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

OSX Yosemite Server 4.0 - webapps & SSL issues

As always, whenever Apple, updates their OS or the server, things break. This time, not only are they still hosing PostgreSQL, but also, webapps and SSL certificates.


When I try to enable apache webapps, that were working on the previous release, I am able to check them, but after clicking OK and going into look again, they're not enabled. In addition, when I change the SSL certificate to the 3rd party certificate, server keeps reverting to the self assigned certificate.


Complete garbage. I've lost my energy to deal with this. I love Apple, products and expect so much more. I give up and am moving to a different solution.

MAC MINI SERVER (LATE 2012), OS X Server, Mountain Lion Server

Posted on Oct 17, 2014 11:15 AM

Reply
18 replies

Oct 17, 2014 3:58 PM in response to Bryan Schramm

I'm tired of scouring for information now so I am giving it a last ditched effort and reissuing my certs and reinstalling server. If that fails, I'll probably go as far as just wiping my server and starting over - which is ridiculous but it's either that or waste more time banging my head against the wall. I'll let you know if anything I do fixes it.

Dec 30, 2014 9:14 AM in response to Tool head

Not sure if this would help you Brian since it does not cover migration but I have developed a tutorial which describes how to user Mavericks and Server.app 3 or Yosemite and Server.app 4 Web Services Advanced web app features to reverse proxy other services that utilize SSL like FileMaker Server 13, Kerio Connect 8.4 and Rumpus.


So far I have been able to set up a Mac with OS X Server and have things like Web, Wiki, and Profile Manager co-exist on the same machine with FileMaker Server 13, Kerio Connect 8.4 and Maxum Rumpus 8.


The tutorial is available from the Tutorials section at the RAIS page: http://rais.precursor.ca


NOTE: It is NOT best practices to have these other servers running on OS X server so you do so at your own risk.

Jan 3, 2015 7:48 AM in response to Bryan Schramm

Under Yosemite 10.10.x same issue or so it seams. Certificate from GoDaddy would apply easily to all services except Open Directory (OD). Thought nothing of it, server seemed to be running OK. OD service insisted on keeping one of the self signed certs. Not really though as I later found that I could neither create new network users nor change user's passwords and only got the error:


"existing connection is not authenticated or secure: password change denied"


Went through gytrations of turning off OD, selecting the GoDaddy cert, watching the Certificates interface revert back to the built in cert, Server app crashing, eventually OD selected "none" on its own. It eventually let me select the GoDaddy cert with OD off. Turned OD back on, it stayed. Then a little while later, OD reverted back.


Finally I reverted to the "servername..ocal - server name.local OD Intermediate CA" on everything. No use. Cannot change passwords, create users, set password policy. In fact, another bug because "Edit password policy" just fails to confirm, no error message, nothing. OK, OK, OK, give up, Cancel.


<rant mode>This is the kind of disconnect that happens when a bucket of command line tools are integrated using a GUI app, instead of developing a robust fully integrated app. iTunes is a great example of robust operations when a product is not a bucket of command line tools held together by baling wire and bubble gum. If iTunes failed like this, Microsoft would be running the music industry. Case in point, with these repeated fails of Apple server products, Microsoft is running the server industry... </rant mode>

Jan 3, 2015 2:12 PM in response to robertoraskovsky

Forgot to mention, this is a fresh install of OS X server. The last one melted down to the point of not being able to login via screen sharing. Could not figure out what was going on and now it seems that it could have been related to this same problem.


It occurs to me now that, prior to the rebuild from scratch, the original server build went tango uniform on the authentication shortly after installing the certificate. Did not put 2 & 2 together on the failure of VNC/ARD to authenticate. On original build, added Remotix in and then could authenticate to share screen. Don't have remotix in now but may be a clue to where the problem resides.


ALso, probably not related but I did blow out all caches and run disk privilege fix. The latter maybe impacted OD like it used to kill MailMan? Dunno.

Jan 4, 2015 2:55 PM in response to robertoraskovsky

small update. I decided to trash the Open Directory master and start over as there was nothing to lose if I can't change a bloody password in the Server app. Then I remembered I had, just as an experiment, tried to use the Open Directory archive function to backup the prior Server config's OD master data. I frankly expected the OD Archive and maybe someday Restore to fail but thought what the heck... I tried to restore it...


Am amazed and delighted to report that the Archive and Restore of OD worked and more. Mind you, it was a tiny database and although a rather clunky interface and several tries, it worked. The key is that if you think that you are going to find some kind of archive by opening the disk image that OD creates during the archive process, think again. There is no archive in the OD disk image... the disk image itself is the archive. In other words, Open Directory land where they speak Open Directory, Archive is synonymous with Disk Image. (aka fix that GUI to say "Archive disk image" and it will make sense).


Now for the punch line, after I restored from the Open Directory Archive Disk Image (ODADI?, needs a "y" in front), the error went away! Yes, it now allows me to change passwords, add new users, etc and the error is gone. Not sure how or why.. Could have been the act of deleting the original OD database or could have been the act of importing an OD database archive or it could be that the original OS database as corrupted and the backup was not corrupted.


I will try and break it, fix it and figure out where the issue is (archive, restore, data) so more to come.

Jan 18, 2015 3:21 AM in response to Bryan Schramm

I "upgraded" to Yosemite and Server.app 4, and am experiencing a host of bugs associated with Profile Manager and postgres.


Profile Manager doesn't see my code signing certificate when I ask it to sign configuration profiles (see this discussion).


And "serveradmin start postgres" is completely broken because serveradmin doesn't know about the postgres service! I've managed to start postgres by hand with a backup of Server.app 3's plist, but this isn't working across reboots. See this discussion.


Any help telling serveradmin about postgres and getting a reliable database on OS X Server ⚠ would be a great help.

Jan 18, 2015 9:49 AM in response to Bryan Schramm

Hi all.


So, I have spent the best part of several weeks looking into this annoying issue.

I have tried the following SSL's:

123-REG 123-SSL (£9.99/yr)

Future Hosting Standard SSL ($24.94/yr)

GoDaddy Protect One Website SSL (£39.19/yr)

NameCheap Comodo PositiveSSL (£5.93/yr)


They all failed to work for OD, then I purchased

RapidSSL ($49/yr)

This worked flawlessly first time! It seems there is something specific about this SSL that makes OD work. Anyway, thought I would share my fix for this. Will now try and cancel all of the above SSL's!

OSX Yosemite Server 4.0 - webapps & SSL issues

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.