Auteur Sujet: Conséquence désactivation IPv4 fixe full-stack (Lu 952 fois)

vivien · « **Réponse #12 le:** **Hier** à 07:24:50 »

Oui buddy, certbot nécessite d'avoir un port 80 ouvert pour un challenge http. Cf doc du client officiel : https://certbot.eff.org/ qui mentionne bien la nécessité d'avoir un port 80 ouvert.

Le client qui a le port 80 (http) est le même que celui qui a le port 443 (https).

Winfried · « **Réponse #13 le:** **Hier** à 11:33:36 »

Merci pour la confirmation. Si c'est encore possible, je ré-activerai l'option IpV4 full-stack une fois passé à la fibre. Et le jour où Free la facturera, je regarderai s'il est plus économique de migrer vers de l'hébergement basique sur serveur mutualisé.

Pour l'HTTPS, effectivement, j'ai lu ça hier aussi. Vu que c'est de plus en plus obligé (cf. erreur remontée par Chrome quand on veut lire un site HTTP), même pour des sites qui ne le nécessitent objecrivement pas, c'est un paramètre à ajouter dans la check-list migration (alternative à certbot si ports 80/443 non disponibles).

zoc · « **Réponse #14 le:** **Aujourd'hui** à 08:36:40 »

Citation de: vivien le Hier à 07:24:50

Oui buddy, certbot nécessite d'avoir un port 80 ouvert pour un challenge http. Cf doc du client officiel : https://certbot.eff.org/ qui mentionne bien la nécessité d'avoir un port 80 ouvert.

Le client qui a le port 80 (http) est le même que celui qui a le port 443 (https).

let's encrypt est supposé supporter IPv6 (https://letsencrypt.org/docs/ipv6-support/), y compris pour le challenge HTTP (pas testé perso, j'utilise le challenge DNS), donc ça devrait quand même fonctionner.

simon · « **Réponse #15 le:** **Aujourd'hui** à 09:39:41 »

Je confirme, il le supporte. J'ai pas mal de serveurs v6-only qui n'utilisent que le challenge http, et le renouvellement n'a jamais échoué.