URL: https://linuxfr.org/forums/linux-general/posts/proxy-web-inverse-invisible Title: Proxy web inverse « invisible » Authors: Kerro Date: 2018年12月24日T11:32:18+01:00 License: CC By-SA Tags: debian Score: 3 Bonjour, Je tente d'utiliser une application web écrite avec les pieds. Je n'ai pas le choix de l'application. Bien entendu, je n'ai pas le code source. C'est une application qui ne fait que HTTP, et qui filtre en fonction du nom du serveur web demandé. Par exemple si je configure l'application pour répondre à app.example.com alors la connexion HTTP devra obligatoirement contenir `Host: app.example.com` sinon la connexion est rejetée. Donc ça ne fonctionne pas depuis le réseau local si l'application est également sur le réseau local (ou alors il faut un DNS split-horizon, ou bricoler un fichier hosts sur chaque machine). Mon objectif est de gérer HTTP et HTTPS, et de pouvoir me connecter depuis le réseau local et depuis l'internet (l'application est sur le réseau local, sur une Debian 9 toute fraîche). Je n'arrive pas à faire fonctionner avec ce que je connais de nginx ou Apache en proxy inverse : j'ai la page de garde de l'application, et ensuite plus rien. Le journal de l'application indique ne pas servir l'adresse demandée, sans précision, avec d'autres infos totalement inexploitables. Rien de particulier dans les journaux des proxies. J'aimerais faire en sorte que le proxy se fasse passer pour le navigateur (en principe c'est le cas non ? Comme si le navigateur était sur la même machine que le proxy, donc la même machine que mon application problématique), et qu'il réécrive `Host: xxx` dans tous les cas (en principe c'est le cas aussi non ?). Cela permet alors d'accéder à l'application depuis le réseau local via http://10.1.2.3 ou depuis internet via http://app.example.com En plus je veux HTTP et HTTPS. L'application ne fait que le HTTP. Je n'ai habituellement pas de soucis avec ça non plus. --> ça peut venir de quoi ce dysfonctionnement ? Sachant que la page de garde est ok, mais la suite ne fonctionne pas si j'utilise un proxy (sans proxy c'est ok, mais je n'ai pas HTTPS, ni possibilité de réseau local + internet) --> je tente avec un autre proxy inverse ? Si nginx et Apache2 ne s'en sortent pas, je doute que ce soit mieux ailleurs Merci d'avance à ceux qui tentent de répondre :-)