A water-utility platform runs kubeadm on a dual-homed control-plane host and must make the API advertise on the correct NIC while including that address in the API server certificate. Which ClusterConfiguration approach should the admin use?
Select an answer to reveal the explanation.
Short Explanation
Picture the API like a storefront address on a two-street building—you have to put the right street on the sign and on the certificate, or half the town never finds the door. In kubeadm’s ClusterConfiguration, that means pointing advertiseAddress or controlPlaneEndpoint at the NIC you want, and listing needed names/IPs under apiServer.certSANs. Skipping SANs is how you get scary certificate mismatch errors later.
Full Explanation
On multi-homed hosts, kubeadm’s ClusterConfiguration must advertise the intended API address so kubelets and clients reach a stable endpoint. The apiServer.certSANs field extends the generated kube-apiserver certificate with additional DNS names or IPs that clients will use. Leaving advertisement and SANs misaligned causes join and client TLS failures even when the process is listening.