Euh bah je suis pas spécialement allé dans le détail.
Quand je parlais de staging, c'est un environnement de test avec des quotas bien plus hauts.
Tout est ici : https://letsencrypt.org/docs/staging-environment/
Généralement, la petite technique c'est que ton reverse-proxy redirige/traite le /.well-known/acme-challenge/ à un seul endroit quelque soit le vhost.
L'IPv6 ne change pas trop la donne avec LetsEncrypt. Faut bien penser à rediriger les requêtes web (et donc ouvrir le 80/443) sur des conteneurs/VMs qui n'ont pas spécialement l'habitude de traiter du HTTP. Ou bien valider par DNS.
[^] # Re: Staging
Posté par Sacha Trémoureux (site web personnel) . En réponse au message [Troll] Let's Encrypt Tome IV. Évalué à 2.
Euh bah je suis pas spécialement allé dans le détail.
Quand je parlais de staging, c'est un environnement de test avec des quotas bien plus hauts.
Tout est ici : https://letsencrypt.org/docs/staging-environment/
Tu dois faire tous tes tests comme ça.
Accessoirement, il ne faut pas confondre Lets Encrypt et son client un peu lourdingue sur les bords. Il y a plein d'autres clients : https://community.letsencrypt.org/t/list-of-client-implementations/2103 . J'utilise acme.sh pour l'instant.
Généralement, la petite technique c'est que ton reverse-proxy redirige/traite le /.well-known/acme-challenge/ à un seul endroit quelque soit le vhost.
L'IPv6 ne change pas trop la donne avec LetsEncrypt. Faut bien penser à rediriger les requêtes web (et donc ouvrir le 80/443) sur des conteneurs/VMs qui n'ont pas spécialement l'habitude de traiter du HTTP. Ou bien valider par DNS.