Demande #860
ferméhttps sur audio.april.org
0%
Description
Bonjour les admins de l'April,
Etant un fidèle utilisateur de HTTPS Everywhere [0], je viens de me
rendre compte qu'une configuration est maintenant disponible pour
april.org [1].
Chouette, mais ça pose un problème à http://audio.april.org (qui est en
fait hébergé par nos soins via http://www.bonnes-ondes.fr).
Selon vous, le mieux c'est :
1. avoir vraiment de l'https sur audio.april.org ?
2. aménager la conf de April.org.xml ?
C'est la pensée https du jour, bonne journée ;)
0. https://www.eff.org/https-everywhere
1.
https://gitweb.torproject.org/https-everywhere.git/blob/HEAD:/src/chrome/content/rules/April.org.xml
Fichiers
Mis à jour par Loïc Dachary il y a environ 12 ans
- Catégorie mis à Task
- Difficulté mis à 2 Facile
Mis à jour par Loïc Dachary il y a environ 12 ans
- Difficulté changé de 2 Facile à 3 Moyen
Mis à jour par François Poulain il y a environ 8 ans
- Description mis à jour (diff)
J'ai contacté les hébergeur pour qu'ils fassent le nécessaire. Si ce n'est pas possible, on avisera ; j'imagine qu'on peut proxifier.
Mis à jour par Benjamin Drieu il y a environ 8 ans
Le mieux est de faire un « pull-request » (?) sur le git de https everywhere pour ne pas forcer le https sur audio.april.org (car chiffrer du flux audio, bof). Bref, envoyer un patch, mais jamais eu le temps de m'y plonger.
Mis à jour par François Poulain il y a environ 8 ans
Un email est possible :
If you've tested your rule and are sure it would be of use to the world at large, submit it as a pull request on our GitHub repository or send it to the rulesets mailing list at https-everywhere-rules AT eff.org. Please be aware that this is a public and publicly-archived mailing list.
Mis à jour par François Poulain il y a environ 8 ans
Ceci étant, amha ça serait bien de servir le domaine en https. D'une part pour pouvoir éviter les mixed contents, et d'autre part pour ne pas avoir de downgrade (https->http) dans la navigation. Les plugins comme https everywhere vont râler pour ça, et on peut s'attendre à ce que ce soit un comportement futur des navigateurs.
Amha le plus simple est de redéfinir le RR pour pointer sur vip et de servir le domaine via nginx/bastion.
Mis à jour par Edouard Dausque il y a environ 8 ans
Je +1 l'idée de migrer le CNAME sur bastion + reverse proxy vers www.bonnes-ondes.fr
Mis à jour par François Poulain il y a environ 8 ans
- Statut changé de Nouveau à Fermé
Bon beh j'ai fait comme ça.
François
Mis à jour par François Poulain il y a environ 8 ans
Retour de bonnes ondes :
Salut François Désolé pour la non réponse Tu as sans doute mis en oeuvre la solution la plus simple dans la mesure où si nous passons audio.april.org en https, il nous faut avoir un certificat dont le subject et les altnames sont corrects, c'est à dire à "audio.april.org", ce qui n'est pas le cas. Si tu veux nous fournir un certificat signé par la CA de ton choix et une clé privée (et le certif de la CA si ce n'est pas celle de Gandi), je serai ravi de l'installer sur nos machines. Si tu veux que nous te fournissions ces certificats, c'est possible. Notre fournisseur est Gandi et nous prenons quelques frais administratifs. Je suis certain que vous avez tout ce qu'il faut pour générer ce qu'il faut par vous même et nous fournir les fichiers qui vont bien. Petite remarque tout de même : avoir plusieurs certifs sur la même IP et le même port sous entend que nous fassions du SNI, ce qui exclue une certaine partie (certes restreinte et en constante diminution) d'internautes potentiels, notamment ceux qui utilisent encore des machines avec windows XP et un vieil Internet Exploder. Amitiés Florent
Mis à jour par François Poulain il y a environ 8 ans
Ma réponse :
> Désolé pour la non réponse Pas de soucis. :) > Tu as sans doute mis en oeuvre la solution la plus simple Après réflexion, je pense aussi. Par contre, il y a un effet de bord : je ne sais pas qui uploade et de quelle manière les podcast sur audio.april.org, mais vu que j'ai changé l'enregistrement DNS, désormais il va tomber sur notre bastion s'il essaie une connexion en ftp, ssh ou autre (non http). Sais tu comment ça se passe en pratique ? > Petite remarque tout de même : avoir plusieurs certifs sur la même IP > et le même port sous entend que nous fassions du SNI, ce qui exclue > une certaine partie (certes restreinte et en constante diminution) > d'internautes potentiels, notamment ceux qui utilisent encore des > machines avec windows XP et un vieil Internet Exploder. Je n'ai pas eu l'occasion d'essayer, mais je suppose que modulo une exception de sécurité, le contenu reste accessible non ? Ou bien sinon ils feront du http... À titre perso je ne suis pas très conservateur de ce point de vue. François