commit | e3d47cd468699980157aa901eae269f49b3a0218 | [log] [tgz] |
---|---|---|
author | Nan Zhou <nanzhoumails@gmail.com> | Fri Sep 16 03:41:53 2022 +0000 |
committer | Nan Zhou <nanzhoumails@gmail.com> | Tue Sep 20 15:07:55 2022 +0000 |
tree | a94ef5cd5c9767b67d0a04ae93e97cb6dc0a24f9 | |
parent | 2a3a9fcb9bbc08793103141f46a7d1344ba5f400 [diff] |
clang-tidy: enable clang-tidy Enable the first check: readability-identifier-naming Also fixed all check failures. The renaming is done by clang-tidy automatically. Tested: 1. compiles, no clang-tidy failures 2. tested on QEMU, Redfish is working correctly 3. tested on s7106, Redfish is working correctly; certificates can be retrieved. Signed-off-by: Nan Zhou <nanzhoumails@gmail.com> Change-Id: I3c5c9ca734146a94f4e0433ed8c1ae84173288c5
Certificate management allows to replace the existing certificate and private key file with another (possibly CA signed) Certificate key file. Certificate management allows the user to install both the server and client certificates.
This project can be built with meson
. The typical meson
workflow is: meson builddir && ninja -C builddir
.
Multiple instances of phosphor-certificate-manager
are usually run on the bmc to support management of different types of certificates.
Usage: ./phosphor-certificate-manager [options] Options: --help Print this menu --type certificate type Valid types: client,server,authority --endpoint d-bus endpoint --path certificate file path --unit=<name> Optional systemd unit need to reload
Purpose: Server https certificate
./phosphor-certificate-manager --type=server --endpoint=https \ --path=/etc/ssl/certs/https/server.pem --unit=bmcweb.service
Purpose: Client certificate validation
./phosphor-certificate-manager --type=authority --endpoint=ldap \ --path=/etc/ssl/certs/authority --unit=bmcweb.service
Purpose: LDAP client certificate validation
./phosphor-certificate-manager --type=client --endpoint=ldap \ --path=/etc/nslcd/certs/cert.pem
phosphor-certificate-manager
is an implementation of the D-Bus interface defined in this document.
D-Bus service name is constructed by "xyz.openbmc_project.Certs.Manager.{Type}.{Endpoint}" and D-Bus object path is constructed by "/xyz/openbmc_project/certs/{type}/{endpoint}".
Take https certificate management as an example.
./phosphor-certificate-manager --type=server --endpoint=https \ --path=/etc/ssl/certs/https/server.pem --unit=bmcweb.service
D-Bus service name is "xyz.openbmc_project.Certs.Manager.Server.Https" and D-Bus object path is "/xyz/openbmc_project/certs/server/https".
OpenBMC bmcweb exposes various REST APIs for certificate management on the BMC, which leverages functionalities of phosphor-certificate-manager
via D-Bus.