A partir de kOps 1.19, hay dos razones por las que de repente obtendrá este error:

1. Si elimina un clúster y lo vuelve a aprovisionar, su antiguo administrador no se elimina de kubeconfig y kOps/kubectl intenta reutilizarlo.
2. Los nuevos certificados tienen un TTL de 18 horas de forma predeterminada, por lo que debe reaprovisionarlos aproximadamente una vez al día.

Ambos problemas anteriores se solucionan ejecutando kops export kubecfg --admin .

Tenga en cuenta que se desaconseja el uso de las credenciales TLS predeterminadas. Considere cosas como usar un proveedor OIDC en su lugar.

Kubernetes v1.19 eliminó la compatibilidad con la autenticación básica, por lo que las credenciales predeterminadas de kOps no se pueden autorizar. Para solucionar esto, actualizaremos nuestro clúster para usar un balanceador de carga de red (NLB) en lugar del balanceador de carga clásico (CLB) predeterminado. Se puede acceder al NLB con mecanismos AuthZ no obsoletos.

Después de crear su clúster, pero antes de actualizar los recursos de la nube (antes de ejecutar --yes ), edite su configuración para usar un NLB:

 kops edit cluster

Luego actualice su clase de balanceador de carga a Network :

 spec: api: loadBalancer: class: Network

Ahora actualice los recursos de la nube con

 kops update cluster --yes

Y podrá pasar AuthZ con kOps en su clúster.

Tenga en cuenta que el uso de un NLB también tiene otras ventajas; consulte los documentos de AWS para ver una comparación .

Si tiene un clúster preexistente que desea actualizar a un NLB, hay más pasos a seguir para asegurarse de que los clientes no comiencen a fallar en AuthZ, para eliminar recursos antiguos, etc. Encontrará una mejor guía para eso en el Notas de la versión de kOps v1.19 .