9.5. 转换 master 和克隆
同一拓扑中只能有一个活跃的 CA 生成 CRL。同样,在同一拓扑中只能有一个 OCSP 接收 CRL。因此,可以有任意数量的克隆,但只能为 CA 和 OCSP 配置了一个 master。
对于 KRA 和 TKS,master 和克隆之间没有配置区别,但 CA 和 OCSP 有一些配置区别。这意味着,当主设备离线时,因为一个故障或维护,或更改 PKI -then 中子系统的功能必须重新配置为克隆,其中一个克隆提升为主卷。
9.5.1. 转换 CA 克隆和 master 复制链接链接已复制到粘贴板!
- 如果 master CA 仍在运行,则停止它。
打开现有的 master CA 配置目录:
# cd /var/lib/pki/ instance_name/ca/conf编辑 master 的
CS.cfg文件,并更改 CRL 和维护线程设置,使其设置为克隆:禁用对数据库维护线程的控制:
ca.certStatusUpdateInterval=0禁用监控数据库复制更改:
ca.listenToCloneModifications=false禁用 CRL 缓存维护:
ca.crl.IssuingPointId.enableCRLCache=false禁用 CRL 生成:
ca.crl.IssuingPointId.enableCRLUpdates=false将 CA 设置为将 CRL 请求重定向到新 master:
master.ca.agent.host=new_master_hostname master.ca.agent.port=new_master_port
停止克隆的 CA 服务器。
# pki-server stop instance_name打开克隆的 CA 的配置目录。
# cd /etc/instance_name编辑
CS.cfg文件,将克隆配置为新的 master。-
删除以
ca.crl.前缀开头的每行。 -
将之前 master CA
CS.cfg文件中的ca.crl.前缀开头的每行复制到克隆的 CACS.cfg文件中。 启用数据库维护线程控制;主 CA 的默认值是
600。ca.certStatusUpdateInterval=600启用监控数据库复制:
ca.listenToCloneModifications=true启用 CRL 缓存维护:
ca.crl.IssuingPointId.enableCRLCache=true启用 CRL 生成:
ca.crl.IssuingPointId.enableCRLUpdates=true禁用 CRL 生成请求的重定向设置:
master.ca.agent.host=hostname master.ca.agent.port=port number
-
删除以
启动新的 master CA 服务器。
# pki-server start instance_name
9.5.2. 转换 OCSP 克隆 复制链接链接已复制到粘贴板!
- 如果仍在运行,则停止 OCSP master。
打开现有的 master OCSP 配置目录。
# cd /etc/instance_name编辑
CS.cfg,并将OCSP.Responder.store.defStore.refreshInSec参数重置为21600:OCSP.Responder.store.defStore.refreshInSec=21600停止在线克隆的 OCSP 服务器。
# pki-server stop instance_name打开克隆的 OCSP 响应器配置目录。
# cd /etc/instance_name打开
CS.cfg文件,并删除OCSP.Responder.store.defStore.refreshInSec参数,或者将其值改为任何非零数字:OCSP.Responder.store.defStore.refreshInSec=15000启动新的 master OCSP 响应程序服务器。
# pki-server start instance_name