identity - System Identity configuration
svc:/system/identity
The SMF service svc:/system/identity configures the basic network identity (names) of the Oracle Solaris instance. This includes its nodename, RPC domainname and the default set of X.509 certificates used for the Remote Administration Daemon (RAD) and WebUI.
The service is composed of multiple instances:
svc:/system/identity:node
Sets the hostname/nodename.
svc:/system/identity:domain
Sets the RPC domainname.
svc:/system/identity:cert
Deploys or creates the X.509 certificates for WebUI and RAD connections using the TLS transport.
svc:/system/identity:cert-expiry
X.509 certificate expiry check.
svc:/system/identity:version
Updates the value used for 'uname -v'.
The following configuration properties apply to the cert instance:
Generate a new local Certificate Authority and host certifiate issued by the host CA. This option is true by default and is automatically set to false after the certificates have been generated and loaded into the SMF service.
Include IP address Subject Alternative Name entries in the CSR and local CA generated X.509 certificate. This option is set to true by default. Note that RFC 6125 generally advises against the use of IP addresses in X.509 certificates.
# svccfg -s system/identity:cert delcust # svcadm refresh system/identity:cert # svcadm restart -s system/identity:certExample 2 View the host X.509 certificate
# pktool list keystore=file dir=/etc/certs/localhost Certificates: 1) X.509 certificate Filename: /etc/certs/localhost/host.crt Subject: CN=myhost.example.com Issuer: O=Host Root CA, CN=myhost Not Before: Feb 23 10:56:00 2021 GMT Not After: Feb 24 10:56:00 2022 GMT Serial: 0xF84CDC4E7326 Signature Algorithm: sha256WithRSAEncryption X509v3 Subject Alternative Name: DNS:myhost.example.com DNS:myhost IP Address:10.1.208.223 IP Address:192.168.0.1 X509v3 Extended Key Usage: TLS Web Server Authentication SHA1 Certificate Fingerprint: 97:30:b0:7c:63:05:19:78:55:d4:12:81:5f:e3:2c:5d:00:d1:31:b6Example 3 Specifying a certificate DN For the case where the host can not determine its own fully qualified domain name its self, maybe because it is behind NAT or uses a different DNS to the clients, the value of the DN can be provided:
# svccfg -s system/identity:cert delcust # svccfg -s system/identity:cert setprop certificate/subject \ = service.example.com # svcadm refresh system/identity:cert # svcadm restart -sr system/identity:certExample 4 Setting CA issued X.509 Certificates By default the system will generate a local Certificate Authority (CA) and issue a host certificate from it. This is used as the default TLS server certificate for svc:/system/webui/server and svc:/system/rad:remote services.
Deployments that can have a certificate issued from a Certificate Authority (CA) should use the following procedure to use that certificate instead, substituting appropriate filenames:
# SVC=svc:/system/identity:cert # svccfg -s $SVC setprop certificate/cert/pem_value \ = astring: "$(cat /path/to/signed/certificate.crt)" # svccfg -s $SVC setprop certificate/cert/private_key/pem_value \ = astring: "$(cat /path/to/signed/certificate.key)" # svccfg -s $SVC setprop certificate/ca/pem_value \ = astring: "$(cat /path/to/issuer/certificate.crt)" # svcadm refresh $SVC # svcadm restart -s $SVC
Restarting svc:/system/identity:cert results in svc:/system/webui/server, svc:/system/rad:remote, and svc:/system/ca-certificates:default also being restarted.