Re: SRV _kerberos._http.COMPANY.LOCAL.

Fraser Tweedale via linux-aus <[email protected]>
Newsgroups gmane.linux.australia
Message-ID <YqGI/1Q/foPr/[email protected]>
On Thu, Jun 09, 2022 at 02:13:53PM +1000, Russell Coker via linux-aus wrote:
> I have a setup of sssd (the Linux Active Directory client) talking to a 
> locally hosted AD instance which also has an Azure AD domain (which isn't 
> supported by sssd) mirroring some of the data.  I'm getting repeated DNS 
> lookups for the above SRV entry, any idea of what this is about and what the 
> right value should be?
> 
> The real problem is poor performance with slow logins (like it's timing out 
> trying to connect to the wrong server) and it appears that doing hundreds of 
> DNS requests for things that don't exist is likely to be part of that problem.
> 
> What does Kerberos expect with the _http service?  Does it expect the server 
> running on port 88?
> 

I think it's looking for an MS-KKDCP[1] (a.k.a. "Kerberos HTTP
proxy") service.  The expected port is whatever the KDC proxy is
running on.  Typically 443, as the transport is HTTPS.  If you're
not running a KDC proxy leave this record undefined.

[1] https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-kkdcp

That said I can't see in the MIT Kerberos KDC discovery code how it
could end up querying SRV _kerberos._http.REALM - rather it should
be using URI records for KDC proxy discovery.  But I might have
missed something.

Cheers,
Fraser

> I'd appreciate any responses that give a clue here.  Could be from the AD side 
> how I can probe the AD setup or just guess what it's doing (assuming that most 
> of it will be default options).  Could be from the Linux/SSSD side of what the 
> client is expecting and how to make it happy.
> 
> Also I'm going to try to get the Ubuntu adsys package to work, currently 
> installing it breaks AD on that workstation.  But that's a later thing.
> 
> -- 
> My Main Blog         http://etbe.coker.com.au/
> My Documents Blog    http://doc.coker.com.au/
> 
> 
> 
> _______________________________________________
> linux-aus mailing list
> [email protected]
> http://lists.linux.org.au/mailman/listinfo/linux-aus
> 
> To unsubscribe from this list, send a blank email to
> linux-aus-unsubscribe-cunTk1MwBs8iFSDQTTA3OBCuuivNXqWP@public.gmane.org
_______________________________________________
linux-aus mailing list
[email protected]
http://lists.linux.org.au/mailman/listinfo/linux-aus

To unsubscribe from this list, send a blank email to
linux-aus-unsubscribe-cunTk1MwBs8iFSDQTTA3OBCuuivNXqWP@public.gmane.org
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.