Actions
Kerberos Tests¶
foley performed some tests on the master slave propagation of the kerberos database.
Configuration¶
/etc/krb5kdcs/krb5prop.shis run every hour onkerberos.dev.ru.iswhich propogates the full database tokerberos-1andkerberos-2- crontab entry for root
23 * * * * /etc/krb5kdc/krb5prop.sh # sync from master
Tests¶
Individual test¶
- 2012-07-03 (foley) Configured a kerberos linux client in
/etc/krb5.confto only treat each kerberos server as the only one visible. ## Result: PASS Was able to get tickets for foley@DEV.RU.IS successfully. - 2012-07-05 (foley) Shut down kdc on individual servers until kinit failed.
sudo service krb5-kdc stop- Result: PASS kinit only stopped working when all three kerberos kdc were shut down.
- 2012-07-05 (foley) Created test user devnet@DEV.RU.IS and watched propogation of password from primary to slave by manually running the update script and performing
kinit devnet@DEV.RU.ISto see which passwords worked. To ensure that only the slaves were contacted, the kdc onkerberoswas turned off.- Result: PASS Password change propogation worked only when propogation script was run. Tested on both
kerberos-1andkerberos-2
- Result: PASS Password change propogation worked only when propogation script was run. Tested on both
- 2012-07-05 (foley) Check if crontab is running
krb5prop.shproperly- Result: PASS Password that was set in previous hour for devnet@DEV.RU.IS was propogated.
- NOTE: you must have a newline at the end of crontab or it invisibly fails
Updated by Joseph Foley about 10 years ago · 1 revisions