# Http/1, http/2, http/3

**URL:** <https://www.debian-fr.org/t/http-1-http-2-http-3/90838>\
**Category:** Pause Café\
**Tags:** apache\
**Created:** [Janvier 21, 2025, 2:35 UTC](https://www.debian-fr.org/t/http-1-http-2-http-3/90838 "2025-01-21T14:35:04Z")\
**Posts on this page:** 1\
**Showing post:** 23

<div class="post-metadata">

**Author:** ![anon36725218](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/8e8cbc/32.png) [@anon36725218](https://www.debian-fr.org/u/anon36725218)\
**Post date:** [Février 12, 2025, 3:25 UTC](https://www.debian-fr.org/t/http-1-http-2-http-3/90838/23 "2025-02-12T15:25:46Z")

</div>

##### Load balancer d’IP over DNS for services HTTP

Je vous ajoute cet article qui date un peu, mais qui est très intéressant :

> [@Server DNS Bind9 - master 2 master & slaves](https://www.debian-fr.org/t/server-dns-bind9-master-2-master-slaves/90905/5):
>
> > _Guiguiabloc :_  
> > [Haute-disponibilité et Load-Balancing par Cascade de NS](https://blog.guiguiabloc.fr/index.php/2013/02/04/haute-disponibilite-et-load-balancing-par-cascade-de-ns/)
> > 
> > _Je vais vous parler d’une technique qui paraît bien triviale mais étonnamment efficace et largement employée dans les architectures disposant de 2 branches d’accès Internet._
> > 
> > _Après tout, dans votre soucis constant de disposer d’une architecture hautement disponible et partant du sacro-saint adage « on ne met pas les oeufs dans le même panier », vous avez décidé de confier l’accès internet de votre infrastructure à deux opérateurs différents (par exemple, si \> 2, cela marche aussi…)_
> 
> @+

* * *

**/!\**

Je crois que la raison que cela ne fonctionne plus (et pourtant çà fonctionnait bien au début de ma config «&nbsp;frontends&nbsp;» et" backends" HTTP/2).

J’ai l’impression que depuis moins de 2 semaines (parce que le jour et pendant la semaine quia suivis (mon commentaire ici, le HTTP/2 fonctionnait très bien) - quelque chose à changer (et pas dans la doc).

Sur la doc Apache [mod\_proxy\_http2 - Apache HTTP Server Version 2.5](https://httpd.apache.org/docs/trunk/mod/mod_proxy_http2.html)

Il explique cela ; en spécifiant que la variable «&nbsp;`ProxyPassReverse`&nbsp;» doit être laissé à «&nbsp;`https://`&nbsp;»

```auto
ProxyPass "/app" "h2://app.example.com" 
ProxyPassReverse "/app" "https://app.example.com"

```

Par contre sur la page «&nbsp;Guide de configuration d’un mandataire inverse&nbsp;» [mod reverse\_proxy - Apache Reverse Proxy Guide - Apache HTTP Server Version 2.5](https://httpd.apache.org/docs/trunk/howto/reverse_proxy.html) on configure «&nbsp;`balancer://`&nbsp;» à la variable «&nbsp;`ProxyPass`&nbsp;» et «&nbsp;`ProxyPassReverse`&nbsp;» et «&nbsp;`h2://`&nbsp;» sur les «&nbsp;membres&nbsp;».

```auto
<Proxy balancer://myset>
   BalancerMember h2://www1.example.com:8080
   BalancerMember h2://www2.example.com:8080
   
   # lbmethod = byrequests bytraffic bybusyness heartbeat
   ProxySet lbmethod=bybusyness
</Proxy>

ProxyPass "/" "balancer://myset/"
ProxyPassReverse "/" "balancer://myset/"

```

Et là, depuis quelques jours on dirait que les «&nbsp;backends&nbsp;» qui tournent avec PHP-FPM ne veulent pas rendre la réponse aux «&nbsp;frontaux&nbsp;», je suis presque sûr que cela vient de «&nbsp;proxy\_fcgi&nbsp;» sur les «&nbsp;backends&nbsp;».

Que les mecs de PHP-PFM se sont loupés quelque part, ci-dessus 😉

* * *

Qui peut réparer cela, merci.

@+

Romain.

---

_[View the full topic](https://www.debian-fr.org/t/http-1-http-2-http-3/90838)._