Moving kerberos infrastructure
John Washington
jawashin at uiuc.edu
Wed Dec 12 08:43:07 EST 2007
Also remember to manually push the ovsec dump across to the new master
and pull it in (this cannot be done via kprop IIRC).
Another useful way to think of this is to add the new master as a slave
of your current master, and set up propagation from that to the new
slave. Then all you will need to do is repoint your DNS entries and
bring up kadmin on the new master.
* Russ Allbery <rra at stanford.edu> [2007-12-12 00:57]:
> Jason L Tibbitts III <tibbs at math.uh.edu> writes:
>
> > What I need to do is move both my primary and secondary KDCs to
> > different machines. Not necessarily both at the same time, mind you,
> > but everything does need to move eventually. I'm pretty sure I can
> > move the secondary without totally hosing everything but I'm not at
> > all sure how to move the primary. Does anyone have any handy pointers
> > to documentation on doing this, or any tips?
>
> It's basically like moving a secondary. Set up a new KDC on the new
> system, set up kpropd, and then when you're ready to do the move, turn off
> kadmind on the master, dump a new database with kdb5_util, and push it to
> the new master with kprop. Then do whatever DNS changes you need to do
> and start the KDC and kadmind on the new master. Then set up your
> periodic kprop job on the new master to push to the slaves (and make sure
> that you update the kpropd.acl where needed).
>
> That's all there is to it. It's really surprisingly easy.
>
> --
> Russ Allbery (rra at stanford.edu) <http://www.eyrie.org/~eagle/>
> ________________________________________________
> Kerberos mailing list Kerberos at mit.edu
> https://mailman.mit.edu/mailman/listinfo/kerberos
--
John Washington Security Officer,
University of Illinois Urbana-Champaign
More information about the Kerberos
mailing list