Le 20 août 2023 RogerT a écrit :
>> Donc positionne un entête comme on t'a suggéré avec proxy_set_header et
>> teste cet entête sur l'apache qui traite la requête. Tu n'as pas besoin
>> de plus à priori non ?
>>
> Non. Le serveur a juste besoin de lire l’adresse IP du client et de
> retourner (a
Hello,
J'ai retrouvé une vitesse de boot plus digne.
/etc/default/grub :
GRUB_DISABLE_OS_PROBER=false
(retirer le #)
/etc/boot/grub.cfg :
/dev/sda5 indiquait msdos6
puis
update-initramfs -u
a remédié au problème.
Bon dimanche.
Le 18/08/2023 à 10:24, RogerT a écrit :
Bonjour,
Avec nginx configuré en reverse proxy, j’ai un souci pour qu’il passe l’adresse
IP du client au serveur web.
Il réécrit l’entête en y mettant son adresse IP (cad celle du serveur où est
nginx). C’est cette adresse que voit le serveur web à qui
> Le 20 août 2023 à 09:49, Michel Verdier a écrit :
>
> Le 20 août 2023 RogerT a écrit :
>
>>> Par exemple, nginx, apache et d'autres vont pouvoir se baser sur
>>> l'en-tête créé, mais si tu veux t'adresser à des service comme exim,
>>> mailman ou transmission, ça risque d'être impossible.
>
Le 20 août 2023 RogerT a écrit :
>> Par exemple, nginx, apache et d'autres vont pouvoir se baser sur
>> l'en-tête créé, mais si tu veux t'adresser à des service comme exim,
>> mailman ou transmission, ça risque d'être impossible.
> Serveur web Apache. https ou WebDAV.
> Pas de serveur de messager
Le 19 août 2023 François TOURDE a écrit :
>>> Le problème que tu auras si ton proxy est transparent c'est que ton appli
>>> va répondre vers l'IP du client et ça cassera la connexion.
>
> Techniquement, le proxy transparent peut s'amuser à se faire passer pour
> l'IP externe, donc ça ne casserait
6 matches
Mail list logo
