6.6 · Parcours 6 — Sécuriser (CKS)
Ingress avec TLS
Lab Kubernetes dans votre cluster · questionnaire de validation · gratuit, dans le navigateur
Une application publiée en HTTP transmet mots de passe et cookies en clair. En production, tout passe en HTTPS, et le certificat se gère comme le reste : déclaré dans Git, émis et renouvelé automatiquement. Dans Kubernetes, c'est le travail de cert-manager, installé en leçon 4.7. Cette leçon monte une petite autorité de certification interne, émet un certificat, et le branche sur un Ingress, dans votre cluster personnel.
Ce que vous saurez à la fin : lire un Secret TLS, expliquer les rôles d'Issuer, ClusterIssuer et Certificate, construire une chaîne de confiance (racine auto-signée puis autorité interne), émettre un certificat renouvelé automatiquement, et configurer la section
tlsd'un Ingress.
Au programme de ce lab
- Votre mission
- Pas à pas
- Le Secret TLS
- Les objets de cert-manager
- Une autorité interne en trois étapes
- Brancher le certificat sur l'Ingress
- Où se termine le TLS ?
Ce que KubeNow vérifie
- La racine ca-ecole est une autorité émise par auto-signe, et elle est prête
- L'Issuer ecole signe avec ca-ecole, et il est prêt
- Le Certificate boutique : 30 jours, renouvelé 10 jours avant, émis par ecole
- Le Secret boutique-tls contient un certificat et sa clé
- L'Ingress boutique sert ce nom en HTTPS avec boutique-tls
- Le même nom dans le certificat, la section tls et la règle de l'Ingress