Before we get started, I want to back up a little bit and show you what did work as noted at Kerio Connect and Apple Open Directory Part 2.
By the way, this series starts at Notes on Kerberos troubleshooting (Kerio) if you jumped in late.
As I just wanted a test box on my local network, I followed Apple's suggestion to use a ".local" hostname and installed it as "aplawrence.local". That's the installation that worked, although it had some odd behavior as related earlier.
Configured as shown above, that all worked perfectly.
So far, so good. Of course, aplawrence.local was not what I wanted. I wanted something like "aplawrence.org" (not really, but for purposes of this testing). I therefore first tried changing the host name to "server.aplawrence.org". Apple warns that this may not be a good idea:
In fact, after changing the hostname, the slapd files don't appear to be touched. The Open Directory server name now showed "server.aplawrence.org" but other things still said "aplawrence.local"
aplawrence:~ root# cat /etc/openldap/rootDSE.ldif dn: dnsHostName: aplawrence.local krbName: ldap/[email protected] saslRealm: APLAWRENCE.LOCAL
The /etc/openldap/slapd_macosxserver.conf also still had references to "aplawrence.local".
By the way, this is all quite different from how it was in 10.7 server, so if you find yourself confused, that might be why.
I figured I could just edit the files to change "aplawrence.local" and "APLAWRENCE.LOCAL" to "aplawrence.org" and "APLAWRENCE.ORG". I made the edits and rebooted, but nothing changed. To my complete surprise, "aplawrence.local" continued to work from the Kerio side!
Must be something cached in Kerio, I thought, so I shut that down and restarted it. Nope, still happily found "aplawrence.local".
Ah, but wait: what about the launchd files? Well, on 10.8, they are empty files:
OK - this was baffling. There must be some configuration files I missed and it looks like the stuff in /etc/openldap gets read in to those rather than being used directly - and they haven't been re-read. Understand I'm guessing at that, but I can't think of anything else to explain this. So, momentarily giving up on that mystery, I reverted to a snapshot and did a fresh configuration, using "server.aplawrence.org" as my host name.
I had tried that before, but I had made a mistake. I wrongly assumed that the Open Directory would ignore the "server" part and create a server for "aplawrence.org". I therefore configured Kerio to look for that and it failed. It failed because Open Directory doesn't ignore "server" at all:
server:openldap apl$ cat rootDSE.ldif dn: dnsHostName: server.aplawrence.org krbName: ldap/[email protected] saslRealm: SERVER.APLAWRENCE.ORG
"server.aplawrence.com" is also configured in the /etc/openldap/slapd_macosxserver.conf and configuring Kerio to use that will work:
That's not really what I want, though. I want just "aplawrence.org" on the Kerio side, but I still want this server to be "server.aplawrence.org". I can always do an alias of just aplawrence.org for this domain, but that is annoying.
With Microsoft, you can say the directoryserver name is not the same as the mail server domain. Why can't you do that with Apple?
An easy thing to miss in Control is the necessity to pull down the domain in the Users section:
Control can also map from multiple domains:
What if I want that Open directory machine to handle aplawrence.org and aplawrence.net? Surely Open Directory can do that, but if it can, I've been unable to dig anything out of Google that would tell me how. In fact, I seem to find hints that it can't; that you'd need to set up yet another server for another domain. That seems hard to believe.
Whether you can or cannot, there is obviously more to Open Directory than just the ldap files. Without knowing how that works, I can't do much more here, so I'll move on to looking at using a Linux server as the authentication point.
The next part of this will be delayed a bit as I have too many other things on my plate right now.
(Article continues after the break)
A customer ran into this problem and spend several unfruitful hours with Kerio Support and an Apple technician. After all that, he called me and I commiserated but told him I had not been able to figure it out either. While we talked, he doodled atound and suddenly said "I've got it!"
His Apple server was configured as "kerio.xxxx.com" and of course Connect wanted to be just xxxx.com. This is how he configured it:
THAT works! A big thank you to Armen Meguerditchian at Outcome Referrals!
But I tried exactly that and it did not work. I need to revisit that to see why.
Interestingly, Armen's setup did NOT work. It was a variation on what I had found, but the symptoms were that the setup as described above would TEST and would bring in domain users, but would reject their password when they tried to login.
The same behavior was observed on Workspace, Control and Operator.
In Workspace, Control and Operator, the solution was simple: the Kerberos domain needed to be set to KERIO.XXXX.COM, not just XXXX.COM. Of course it needed that in Connect also, but oddly it would not work until Connect was restarted.
Kerio®, and related trademarks, names and logos are the property of Kerio Technologies, Inc. and are registered and/or used in the U.S. and other countries. Used under license from Kerio Technologies, Inc.
We offer competitive pricing and complete, no extra charge support on all Kerio products.
All Kerio products have free 30 day trial versions. We also have the Kerio Control Hardware appliance available as a 30 day demo; contact us for details.
More Articles by Anthony Lawrence - Find me on Google+ 2012-09-01
Click here to add your comments - no registration needed!
Thu Oct 11 21:51:25 2012: 11378 NickBarron
Sorry to hear you are giving up and moving to Linux!
No chance you can thumb this through?
Thu Oct 11 21:58:33 2012: 11380 TonyLawrence
Maybe if I can find some decent docs.. No luck on that so far.
Thu Oct 18 21:38:08 2012: 11385 TonyLawrence
Part of this was just solved by a customer - see last paragraph of article!
Thu Oct 18 23:37:47 2012: 11386 TonyLawrence
But that's no different than what I did.. Why did it work for him and not me?
Tue Oct 23 13:37:58 2012: 11397 GuidoRolon
Hi,
Your articles are very educatives.
I wondering if somebody have had any exprience with kerio connect and openldap running on linux. I'm trying to connect Kerio Connect to a linux distro called Zentyal, no luck. Regards,
Tue Oct 23 13:50:24 2012: 11398 TonyLawrence
i'm assuming that you mean that you are trying to authenticate to ldap running on that OS rather than trying to install Kerio Connect?
If so, see http://kb.kerio.com/article/mapping-users-groups-from-openldap-or-generic-ldap-server-294.html
Fri Jul 5 12:20:47 2013: 12209 TonyLawrence
BTW, see this thread at Kerio's forum also: http://forums.kerio.com/t/16236//
Don't miss responses! Subscribe to Comments by RSS or by Email
Click here to add your comments
If you want a picture to show with your comment, go get a Gravatar
Printer Friendly Version
Kerio Connect and Apple Open Directory Part 3 Copyright September 2012 Tony Lawrence
Have you tried Searching this site?
Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates
This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.
Publishing your articles here
Jump to Comments
Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.
I am a Kerio reseller. Articles here related to Kerio products reflect my honest opinion, but I do have an obvious interest in selling those products also.
Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.
We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.
Printer Friendly Version