L'autre jour, je suis tombé sur ce proxy qui pointe vers Mediapart. Et alors ?! On est connecté avec le compte du gestionnaire de ce proxy donc on a accès aux articles tant que la personne paye son abonnement. Oui, c'est de la mutualisation d'un abonnement à Mediapart. J'ai trouvé ça génial niveau acccès à l'information pour tous et toutes. Oui, niveau droit d'auteur, ça en jette beaucoup moins.

Je me suis également immédiatement interrogé sur le fonctionnement technique. Bon, on devine sans peine que c'est un proxy. Mais comment injecte-t-il / ajoute-t-il le cookie du gestionnaire du proxy ? Sur #arn, Blusky m'a rappelé qu'un cookie, c'est juste un entête HTTP comme les autres donc il suffit de trouver la directive qui permet l'ajout d'un header dans le mode proxy et lala.

Avec nginx, ça se formule comme cela :

server {
    listen 80 default_server;
    listen [::]:80 default_server;

    location / {
            proxy_pass https://www.mediapart.fr/;
            proxy_set_header Cookie "<blabla>";
    }
}

À la place de <blabla>, il faut mettre la valeur de votre cookie, que l'on récupére avec Firebug. On rédémarre nginx et c'est prêt. Ça fonctionne avec tous les site web (moyennant les réserves ci-dessous).

Bon, forcément, ça suppose que le site web que l'on proxifie soit cool genre il tolère le changement d'adresse IP. Sinon, il faudra se connecter au site web depuis votre serveur (avec du SSH port forwarding ou en laissant le proxy transférer les cookie entre le client et le site web destinataire, par exemple) et récupérer le cookie depuis votre serveur.

Forcément, ça suppose que le site web que l'on proxifie ne déconnecte pas ses utilisateur-rice-s régulièrement.

Forcément, il faut faire gaffe au vol de compte et/ou à la fuite de données persos donc il faut faire ça avec un compte dédié au proxy. Sur Mediapart, on évite cela puisque les infos persos, abos & co sont gérés sur moncompte.mediapart.fr, qui ne fait pas partie du domaine proxyfié. ;)

Pour les sites web accessibles en IPv4 et en IPv6 et qui sont chatouilleux genre ils n'acceptent pas que l'IP change, c'est un peu plus compliqué car, pour une raison qui m'échappe, nginx utilise son IPv6 pour demander la page puis un mix entre son IPv4 et IPv6 pour demander chacune des ressources. J'imagine que c'est pour optimiser le temps de chargement. proxy_bind <ipv4>; ne permet pas de changer ce comportement. Pas plus que resolver <IP_resolver_DNS> ipv6=off;. La seule solution que j'ai trouvée c'est d'ajouter une association <IPv4> <domaine> dans /etc/hosts. :-