Skip to content
This repository has been archived by the owner on Jan 20, 2023. It is now read-only.

Kerberos cross-realm authentication support #2

Open
wants to merge 5 commits into
base: master
Choose a base branch
from

Conversation

numberer6
Copy link
Contributor

The change to vmdir/rpcserv.c allows "foreign domain" Kerberos principals
to be stored in vmdir. The idea is to always generate a DN which is under
the cn=users,dc=vsphere,dc=local (assuming vdcpromo was -d VSPHERE.LOCAL).
Example for a cross-realm object:
cn=krbtgt/LOCAL@FOREIGN,cn=users,dc=vsphere,dc=local.
The UPN will still be krbtgt/LOCAL@FOREIGN, and vmkdc will still be able
to find this object.

Backport work already functioning in project-lightwave for
cross-realm authentication to lotus/main.

cross-realm-install.sh is more relevant to deploying on photon, and probably
not much use in lotus/main.

The change to vmdir/rpcserv.c allows "foreign domain" Kerberos principals
to be stored in vmdir. The idea is to always generate a DN which is under
the cn=users,dc=vsphere,dc=local (assuming vdcpromo was -d VSPHERE.LOCAL).
Example for a cross-realm object:
  cn=krbtgt/LOCAL@FOREIGN,cn=users,dc=vsphere,dc=local.
The UPN will still be krbtgt/LOCAL@FOREIGN, and vmkdc will still be able
to find this object.

Backport work already functioning in project-lightwave for
cross-realm authentication to lotus/main.

cross-realm-install.sh is more relevant to deploying on photon, and probably
not much use in lotus/main.
Variable declarations were missing after applying the lotus/main
patch for rpcserv.c.
Patch applied to project-lightwave, but that was
deleted. This change is essential for storing
foreign domain principal attributes in vmdir.
Ported vmdns to lightwave build system. Inital commit.
of this project into git.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant