Detalhamento da edição do manifest estático do kube-apiserver para o CKS.
Em clusters kubeadm, o kube-apiserver roda como Pod estático: o kubelet observa a pasta /etc/kubernetes/manifests/. Qualquer YAML colocado ali vira Pod; ao remover o arquivo, o Pod é encerrado. Por isso, editar o manifest diretamente é a forma de mudar argumentos do API server (ex.: desabilitar NodePort inseguro, configurar audit, etc.).
Se você copiar o backup para dentro de /etc/kubernetes/manifests/, o kubelet cria um segundo Pod de API server, o que pode quebrar o cluster. Por isso o backup deve ficar fora dessa pasta (ex.: ~/kube-apiserver.yaml.bak).
cp /etc/kubernetes/manifests/kube-apiserver.yaml ~/kube-apiserver.yaml.bak
O CIS e o kube-bench podem exigir que o API server não exponha um NodePort (ex.: 31000). Passos típicos:
cp /etc/kubernetes/manifests/kube-apiserver.yaml ~/kube-apiserver.yaml.bak
kubectl delete svc kubernetes -n default
O Kubernetes recria automaticamente o Service kubernetes como ClusterIP (comportamento padrão).
--audit-policy-file, --audit-log-path, --audit-log-maxbackup=1--enable-admission-plugins=...,ImagePolicyWebhook e --admission-control-config-file--insecure-port (removido em versões recentes) ou NodePort desnecessárioSempre que o enunciado pedir “corrigir o API server” ou “remover NodePort”, lembre: backup fora de /etc/kubernetes/manifests/, editar o YAML, e se necessário kubectl delete svc kubernetes para o Service voltar a ClusterIP.