Update content/es/docs/concepts/architecture/control-plane-node-communication.md

Co-authored-by: Rodolfo Martínez Vega <rodomar@outlook.com>
pull/45693/head
Carol Valencia 2024-04-09 10:46:18 -05:00 committed by GitHub
parent eebca5b566
commit 62e9330d49
No known key found for this signature in database
GPG Key ID: B5690EEEBB952194
1 changed files with 2 additions and 2 deletions

View File

@ -15,8 +15,8 @@ La intención es permitir a los usuarios personalizar sus instalaciones para pro
## Nodo al Plano de Control
Kubernetes tiene un padrón de API "hub-and-spoke". Todo uso de la API desde los nodos (o los pods que ejecutan) termina en el servidor API. Ninguno de los otros componentes del plano de control está diseñado para exponer servicios remotos. El servidor API está configurado para escuchar conexiones remotas en un puerto seguro HTTPS (normalmente 443) con una o más formas de cliente
[autenticación](/docs/reference/access-authn-authz/authentication/) habilitada.
Kubernetes tiene un padrón de API "hub-and-spoke". Todo uso de la API desde los nodos (o los pods que ejecutan) termina en el servidor API. Ninguno de los otros componentes del plano de control está diseñado para exponer servicios remotos. El servidor API está configurado para escuchar conexiones remotas en un puerto seguro HTTPS (normalmente 443) con una o más formas de
[autenticación](/docs/reference/access-authn-authz/authentication/) de cliente habilitada.
Una o más formas de [autorización](/docs/reference/access-authn-authz/authorization/) deben ser
habilitadas, especialmente si [peticiones anónimas](/docs/reference/access-authn-authz/authentication/#anonymous-requests) o [tokens de cuenta de servicio](/docs/reference/access-authn-authz/authentication/#service-account-tokens) están permitidos.