Http/1, http/2, http/3

Pause Café
Tags: #<Tag:0x00007f9541eb0f90>
#14

Bon déjà, bonne nouvelle, je suis repassé en HTTP/2 !

Et, j’ai trouvé une astuce (un vrai galère, doit y avoir un moyen de lire les HTML (et ne pas les faire terlécharger à l’internaute)) :

ln -s index.html index.php

En fait les fichiers .php (sans balise <?php d’ouverture et fermeture ?>) sont des HTML.

Capture d'écran 2025-02-08 022209

Pour bien rafraichir les pages de @ZW3B ("ipconfig /flushdns" et des…)

Ctrl + F5, Ctrl + F5, Ctrl + F5, Ctrl + F5

:wink:

J’ajoute çà ici !

Sinon, y’a un « quelque chose de particulier » ; je m’affole, mais c’est peut être normal et bien mieux, Orange aurait des liens direct …

Je comprend mal.

CF les traceroute IPv6, je trouve pas cela normal.

root@gate:~ # traceroute6 howto.zw3b.fr
traceroute to howto.zw3b.fr (2607:5300:60:9389::1), 30 hops max, 80 byte packets
 1  2a01:cb1d:5:af00:c2d7:aaff:fec0:f839 (2a01:cb1d:5:af00:c2d7:aaff:fec0:f839)  0.726 ms  0.842 ms  1.083 ms
 2  2a01cb08a00402110193025300750130.ipv6.abo.wanadoo.fr (2a01:cb08:a004:211:193:253:75:130)  11.982 ms  12.442 ms  12.836 ms
 3  * * *
 4  * * 2a01:cfc4:0:2000::9 (2a01:cfc4:0:2000::9)  13.081 ms
 5  srv.ca.lab3w.com (2607:5300:60:9389::1)  109.890 ms  107.080 ms  110.363 ms

root@gate:~ # traceroute6 howto.zw3b.fr
traceroute to howto.zw3b.fr (2001:41d0:801:2000::44f9), 30 hops max, 80 byte packets
 1  2a01:cb1d:5:af00:c2d7:aaff:fec0:f839 (2a01:cb1d:5:af00:c2d7:aaff:fec0:f839)  0.732 ms  0.974 ms  1.488 ms
 2  2a01cb08a00402110193025300750130.ipv6.abo.wanadoo.fr (2a01:cb08:a004:211:193:253:75:130)  72.989 ms  73.531 ms  74.049 ms
 3  * * *
 4  * * *
 5  vps.uk.ipv10.net (2001:41d0:801:2000::44f9)  74.327 ms  74.834 ms  92.181 ms

root@gate:~ # traceroute6 howto.zw3b.fr
traceroute to howto.zw3b.fr (2001:41d0:701:1100::6530), 30 hops max, 80 byte packets
 1  2a01:cb1d:5:af00:c2d7:aaff:fec0:f839 (2a01:cb1d:5:af00:c2d7:aaff:fec0:f839)  0.713 ms  35.301 ms  1.177 ms
 2  2a01cb08a00402110193025300750130.ipv6.abo.wanadoo.fr (2a01:cb08:a004:211:193:253:75:130)  13.372 ms  13.762 ms  14.268 ms
 3  * * *
 4  2a01:cfc4:0:2000::9 (2a01:cfc4:0:2000::9)  14.639 ms * *
 5  vps.de.ipv10.net (2001:41d0:701:1100::6530)  30.169 ms  30.747 ms  32.107 ms

On dirait que Orange à accrocher mes 3 fronteaux (CA|UK|DE) depuis leur machine la « 2a01:cfc4:0:2000::9 ».

Et, le plus horrible, du coup mes ‹ sites › ne sont plus accessible, çà bug complet depuis 5 jours !!! Certes, j’ai fais des modifications en 15 jours de HTTP/1 à HTTP/2 et re HTTP/1 pour HTTP/2 maintenant.

C’est quoi çà aussi ???

root@gate:~ # traceroute6 www.google.com
traceroute to www.google.com (2a00:1450:400a:801::2004), 30 hops max, 80 byte packets
 1  2a01:cb1d:5:af00:c2d7:aaff:fec0:f839 (2a01:cb1d:5:af00:c2d7:aaff:fec0:f839)  0.748 ms  137.274 ms  1.080 ms
 2  2a01cb08a00402110193025300750130.ipv6.abo.wanadoo.fr (2a01:cb08:a004:211:193:253:75:130)  11.715 ms  12.198 ms  12.710 ms
 3  * * *
 4  2a01:cfc4:0:2000::9 (2a01:cfc4:0:2000::9)  13.013 ms * *
 5  zrh11s03-in-x04.1e100.net (2a00:1450:400a:801::2004)  27.661 ms  28.161 ms  28.949 ms

ou ?

root@gate:~ # traceroute6 www.wikipedia.org -I
traceroute to www.wikipedia.org (2a02:ec80:300:ed1a::1), 30 hops max, 80 byte packets
 1  2a01:cb1d:5:af00:c2d7:aaff:fec0:f839 (2a01:cb1d:5:af00:c2d7:aaff:fec0:f839)  0.476 ms  0.872 ms *
 2  2a01cb08a00402110193025300750130.ipv6.abo.wanadoo.fr (2a01:cb08:a004:211:193:253:75:130)  10.281 ms  10.796 ms *
 3  * * *
 4  2a01:cfc4:0:2000::3 (2a01:cfc4:0:2000::3)  23.531 ms * *
 5  text-lb.esams.wikimedia.org (2a02:ec80:300:ed1a::1)  38.410 ms  39.434 ms  39.939 ms

Une requete normale :

root@gate:~ # traceroute6 www.internet.nl -I
traceroute to www.internet.nl (2a00:d00:ff:162:62:204:66:10), 30 hops max, 80 byte packets
 1  2a01:cb1d:5:af00:c2d7:aaff:fec0:f839 (2a01:cb1d:5:af00:c2d7:aaff:fec0:f839)  0.480 ms  0.789 ms *
 2  2a01cb08a00402110193025300750130.ipv6.abo.wanadoo.fr (2a01:cb08:a004:211:193:253:75:130)  9.347 ms * *
 3  * * *
 4  * * *
 5  2a01:cfc4:0:2100::3 (2a01:cfc4:0:2100::3)  20.760 ms  21.173 ms  21.950 ms
 6  ae-26.a01.parsfr05.fr.bb.gin.ntt.net (2001:728:0:4000::49)  22.538 ms  15.337 ms  15.837 ms
 7  ae-10.r22.parsfr04.fr.bb.gin.ntt.net (2001:728:0:2000::39)  16.846 ms  15.505 ms  16.687 ms
 8  ae-1.r23.amstnl07.nl.bb.gin.ntt.net (2001:728:0:2000::1e9)  25.969 ms  26.438 ms  28.134 ms
 9  ae-19.a00.amstnl07.nl.bb.gin.ntt.net (2001:728:0:2000::e)  32.570 ms  33.009 ms  33.404 ms
10  xe-1-5-1-0-4070.a00.amstnl07.nl.ce.gin.ntt.net (2001:728:0:5000::e5e)  29.345 ms  29.823 ms  24.662 ms
11  2a00:d00:1:12::2 (2a00:d00:1:12::2)  26.172 ms  31.931 ms  32.003 ms
12  internet.nl (2a00:d00:ff:162:62:204:66:10)  24.831 ms  27.728 ms  29.072 ms

root@gate:~ # whois 2a01:cfc4:0:2000::9
% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See https://docs.db.ripe.net/terms-conditions.html

% Note: this output has been filtered.
%       To receive output for a database update, use the "-B" flag.

% Information related to '2a01:c000::/20'

% Abuse contact for '2a01:c000::/20' is 'gestionip.ft@orange.com'

inet6num:       2a01:c000::/20
netname:        FR-TELECOM-20051230
country:        FR
org:            ORG-FT2-RIPE
admin-c:        AB5579-RIPE
admin-c:        ML2808-RIPE
admin-c:        PG5119-RIPE
tech-c:         BRX1-RIPE
status:         ALLOCATED-BY-RIR
mnt-by:         RIPE-NCC-HM-MNT
mnt-by:         FT-BRX
mnt-routes:     FT-BRX
created:        2024-07-22T11:04:09Z
last-modified:  2024-07-22T11:04:09Z
source:         RIPE # Filtered

Qui peut me faire un traceroute ?

Dans l’autre sens – du Canada vers la France – le « traceroute6 » est « normal ».

root@lab3w:~ # traceroute6 2a01:cb1d:5:af00:1ab3:126:42:10
traceroute to 2a01:cb1d:5:af00:1ab3:126:42:10 (2a01:cb1d:5:af00:1ab3:126:42:10), 30 hops max, 80 byte packets
 1  ovh.ipv10.net (2607:5300:60:93ff:ff:ff:ff:fe)  0.576 ms ovh.ipv10.net (2607:5300:60:93ff:ff:ff:ff:fd)  0.609 ms  0.675 ms
 2  2001:41d0:0:50::2:162 (2001:41d0:0:50::2:162)  0.724 ms 2001:41d0:0:50::2:160 (2001:41d0:0:50::2:160)  0.821 ms 2001:41d0:0:50::2:15c (2001:41d0:0:50::2:15c)  0.917 ms
 3  2001:41d0:0:50::6:856 (2001:41d0:0:50::6:856)  0.105 ms 2001:41d0:0:50::6:84e (2001:41d0:0:50::6:84e)  0.196 ms 2001:41d0:0:50::6:95e (2001:41d0:0:50::6:95e)  0.123 ms
 4  * * *
 5  * * *
 6  be301.ymq-mtl3-pb2-8k.qc.ca (2001:41d0::2695)  4.117 ms * *
 7  * * *
 8  motl-b2-v6.ip.twelve99.net (2001:2034:0:14d::1)  1.438 ms  1.388 ms 2001:1900::3:327 (2001:1900::3:327)  8.326 ms
 9  nyk-bb5-v6.ip.twelve99.net (2001:2034:1:3::1)  8.568 ms * *
10  * 2a01:cb1d:5:af00:1ab3:126:42:10 (2a01:cb1d:5:af00:1ab3:126:42:10)  105.879 ms  106.574 ms

root@lab3w:~ # traceroute6 2a01:cb1d:5:af00:1ab3:126:42:10
traceroute to 2a01:cb1d:5:af00:1ab3:126:42:10 (2a01:cb1d:5:af00:1ab3:126:42:10), 30 hops max, 80 byte packets
 1  ovh.ipv10.net (2607:5300:60:93ff:ff:ff:ff:fd)  0.904 ms ovh.ipv10.net (2607:5300:60:93ff:ff:ff:ff:fe)  0.512 ms ovh.ipv10.net (2607:5300:60:93ff:ff:ff:ff:fd)  0.984 ms
 2  2001:41d0:0:50::2:162 (2001:41d0:0:50::2:162)  0.797 ms 2001:41d0:0:50::2:160 (2001:41d0:0:50::2:160)  0.752 ms  0.890 ms
 3  2001:41d0:0:50::6:84a (2001:41d0:0:50::6:84a)  0.140 ms 2001:41d0:0:50::6:958 (2001:41d0:0:50::6:958)  0.201 ms 2001:41d0:0:50::6:84c (2001:41d0:0:50::6:84c)  0.106 ms
 4  * * *
 5  * * *
 6  * * be301.ymq-mtl3-pb1-8k.qc.ca (2001:41d0::2693)  2.901 ms
 7  * * *
 8  motl-b2-v6.ip.twelve99.net (2001:2034:0:14d::1)  1.515 ms * 2001:1900::3:327 (2001:1900::3:327)  8.345 ms
 9  * * 2001:688:0:4::1f1 (2001:688:0:4::1f1)  83.743 ms
10  * * *
11  * port-channel8073.ccr91.dca04.atlas.cogentco.com (2001:550:0:1000::9a36:aa45)  13.605 ms port-channel4188.ccr92.dca04.atlas.cogentco.com (2001:550:0:1000::9a36:1e79)  13.747 ms
12  * * *
13  * * *
14  * * 2001:550:3::206 (2001:550:3::206)  92.764 ms
15  * * *
16  * * 2a01:cfc4:0:2100::2 (2a01:cfc4:0:2100::2)  99.389 ms
17  * * *
18  * * 2a01cb08a00402110193025300770134.ipv6.abo.wanadoo.fr (2a01:cb08:a004:211:193:253:77:134)  102.951 ms
19  * * *
20  * * *
21  * * *
22  * 2a01:cb1d:5:af00:1ab3:126:42:10 (2a01:cb1d:5:af00:1ab3:126:42:10)  100.340 ms  97.925 ms
#15

C’est crade, et techniquement pas fiable. C’est l’équivalent de faire tenir son pot d’échappement avec du chewing gum

#16

@Zargos, j’ai « niké – bon c’est faux » tout mon serveur avec ces changement de protocoles de communication !!

Je reboot toute la machine dans quelques secondes → 537 jours d’uptime…
Je sent que les sites @ZW3B @LAB3W.ORJ ne vont plus répondre… (tiens, j’ai une question substantielle).

Capture d'écran 2025-02-08 161005 SRV.CA.LAB3W - UPTIME 537 days - reboot

Les « backends » locaux à cette machine n’envoient plus rien aux « frontends » ; toutes les datas sont récupérées via StrongSwanv6 PQ dans mon serveur « backend » AT home en France…

C’est complet, la galère…

Server DNS Bind9 - master 2 master & slaves
#17

C’est souvent ce qui arrive avec les usines à gaz :slight_smile:

#18

Bon, j’ai reboot toute la machine et par malheur ;

çà fait la même chose, les VM QEMU ne chargent plus la mémoire vive comme dans le temps (y’a 500 jours…),

je demande 16 GIG / VM… et 16 GIG pour l’hôte sur un total de 64G pour toute la machine.

J’ai essayé le « ballooning de la RAM » (mini 12G sur 16G / VM) mais çà ne fonctionne pas mieux, çà ne charge pas les 12 comme expliqué.

C’était très bien avant, çà fonctionne à la perfection. Je ne sais pas ce qu’ils m’ont fait ; mais c’est la galère.

Et, en lançant une VM, j’ai au total, 4GIG de DDR ECC utilisée… et mes pages s’affichent en 120 secondes… au lieu de 3 secondes…

J’ai un vieux Proxmox VE 6.4.15 :
https://ww1.zw3b.fr/about/ → « SRV.CA » sur la VM QEMU « LB1 » container LXC « WW1 » 1,42 GIG/16
https://ww2.zw3b.fr/about/ → « SRV.CA » sur la VM QEMU « LB2 » container LXC « WW2 » 1,04 GIG/16

J’ai un Proxmox VE 8.3.3 :
A propos * ZW3B.FR :-: Le Web XXI → « SRV.FR » sur la VM QEMU « LB1 » container LXC « WW1 » 1,05 GIG/16 - mais, j’avoue il y que apache2 PHP-PFM pour les youXor.com &compagnies et les « ww3 » et un MySQL dans son « LinuXContainer ».

Et pourtant le « .com » fonctionne bien (ou pas)… (www, 1, 2, 3) ; et le « .tv » aussi.

Et sur le frontal (du coup j’ai activé que le frontal du Canada) pour A propos * ZW3B.FR :-: Le Web XXI - de chez moi çà me retourne « Service Unavailable » - je vais craquer !

Note de Moi-même : Si, toi garçon ou fille de « LaFibre.info » vous allez réussir à me faire « ré-installer » la dernière version de Proxmox VE.

:sweat_smile:

Grosse mission, entre les « backends » et le serveur de mail…

C’est pas une usine à gaz – c’est un site, un « engine » de plusieurs sites web !

C’est comme çà ??? çà sort d’où ? IL n’y a pas de « Gateway » ; elle vient d’où cette erreur !!!

Capture d'écran 2025-02-10 162435

root@lab3w:~ # host ww2.zw3b.fr
ww2.zw3b.fr has IPv6 address 2607:5300:60:9389:15:2:a:10

.

PS : « Ils (je n’sais pas trop qui) » nous ont laissé ZW3B.TV c’est déjà çà et la Hompage ZW3B.FR !

Bon je vais aller me pinter au bar pour parler français et mettre tous les dossiers sur la table !!

Sinon comme avant, quand @ZW3B fonctionnaient j’aurais dit : « Au Café Citoyen » qu’l’on se fasse une Task Force !!

Note de Moi-même le 11/02/2025 à 15h GMT+1 :

Pour en revenir au même point ; même les graphs MRTG (les fichiers HTML) sont téléchargés… C’est une horreur ce PHP-FPM.

@CA.LAB3W.SRV - MRTG Index Page et les AWStats !

Il faut faire quelque chose. Ce n’est pas possible comme çà.

Note de Moi-même le 11/02/2025 à 17h15 GMT+1 :

https://www.zw3b.fr - https://howto.zw3b.fr et les autres en « .FR » AT Home…

Est-ce cela fonctionne et rapidement pour vous ? Moi, j’suis en local.

Pour info : Orange_FR Fibre (FTTH) jusqu’à 2 Gbit/s - LiveBox 5 Sagemcom.

Merci.

#19

Tu peux voir les entêtes échangés lors d’une requête web avec une ligne de commande telle que :

curl -s -v -o /dev/null 'https://www.zw3b.fr/' 2>&1 | grep '^[<>] '

Si le serveur ne renvoie pas d’entête content-type valant text/html comme ci-dessous, il est logique que ton navigateur web propose d’enregistrer le résultat de la requête dans un fichier plutôt que de l’afficher.

content-type: text/html; charset=UTF-8

–
AnonymousCoward

1 J'aime
#20

Si le principal problème est qu’un serveur web Apache2 renvoie le code PHP tel quel au lieu de l’exécuter, il faut que tu vérifies :

Le fichier /etc/apache2/conf-available/php8.2-fpm.conf . Ne pas hésiter à réinstaller le package pour retrouver celui d’origine.

Si le service php8.2-fpm.service est actif.

–
AnonymousCoward

1 J'aime
#21

Ok merci @AnonymousCoward pour les En-têtes Content-type ^^ ce n’est pas bête je vérifierais…

C’est vrai que depuis que j’ai installé « php-fpm » mes pages « html » d’un dump du premier mail de chaque « mailing » ne me sortait pas l’UTF-8 (je n’avais pas entouré mon code des balises <html><head><meta type=="" /></head><body>[...]</body></html>… Je créais simplement, le corps (en pensant que dans le « webmail client », il y avait déjà la balise d’ouverture et fermeture « html ». Et, donc, le dump « HTML » sur le lien de newsletters disant « Cliquez ici pour voir la version HTML » se retrouve « non UTF-8 » - Et pourtant le Charset du serveur Apache est bien configuré.

Pour celles et ceux qui arrivent à suivre.

Note de Moi-même : 12/02/2025 à 15h :
Je me contredis, j’ai l’impression ; Je pensais à çà cette nuit :
→ sur les pages HTML de la « mailing », j’avais des problèmes d’accents (l’UTF-8 de la config du serveur n’est pas prise en compte), j’ai dû ajouté seulement le « méta-tags content-type UFT-8 » au fichier html pour que les accents s’affiche normalement ;
→ Et, sur certaines autres pages « HTML » ; elles sont carrément téléchargées par le navigateur à l’ouverture d’une URL.

PHP-FPM lit les pages HTML ou bien ; donc comme me signale @AnonymousCoward c’est sûrement un problème de déclaration du bon Content-type…

@+

J’ai « balancé » (c’est le cas de l’dire) tous les sites @ZW3B sur mon I9-9900k à la maison – par contre çà RAME complétement, je trouve.

Donnez moi votre géoloc :sweat_smile: Ok ; on est pas sur LaFibre.info, France, Orange_FR ou autres ?

P’tite config DNS :wink:

root@fr.srv.lab3w.com:~ #  host zw3b.fr
zw3b.fr has address 90.5.102.244
zw3b.fr has IPv6 address 2a01:cb1d:5:af00:1ab3::1
zw3b.fr mail is handled by 10 smtp.zw3b.fr.

root@fr.srv.lab3w.com:~ # host www.zw3b.fr
www.zw3b.fr has address 90.5.102.244
www.zw3b.fr has IPv6 address 2a01:cb1d:5:af00:1ab3::1

root@fr.srv.lab3w.com:~ # host wwwwwwwwwwww.zw3b.fr
wwwwwwwwwwww.zw3b.fr is an alias for web.zw3b.fr.
web.zw3b.fr has address 135.125.133.51
web.zw3b.fr has address 158.69.126.137
web.zw3b.fr has address 57.128.171.43
web.zw3b.fr has address 90.5.102.244
web.zw3b.fr has IPv6 address 2a01:cb1d:5:af00:1ab3::1
web.zw3b.fr has IPv6 address 2607:5300:60:9389::1
web.zw3b.fr has IPv6 address 2001:41d0:701:1100::6530
web.zw3b.fr has IPv6 address 2001:41d0:801:2000::44f9

Je n’ai pas réinstaller - j’ai juste checker le BIOS de ma carte mère ; sans réinstaller d’une install avec un processeurs I3 … et/où j’ai bien peur que ce i9 soit mort.

4 de charge avec « 5 sites ».

Capture d'écran 2025-02-11 191643 - i9-9900K - dead - only ZW3B Websitess

C’est fou…

Ciao.

PS : J’espère que Orange_FR a un Anti-DDOS sur son réseau pour ses abonnés :rofl: Cà arrive régulièrement les attaques (OVH bloque çà), au moins une 6 fois par an.

Thiouss !

#22

J’ajoute un -L Maj à curl pour suivre les « rewrite, redirections HTTP » :wink: Bonne journée.

root@lb2.ww2:~ # curl -s -L -v -o /dev/null 'http://zw3b.fr/' 2>&1 | grep '^[<>] '
> GET / HTTP/1.1
> Host: zw3b.fr
> User-Agent: curl/7.88.1
> Accept: */*
>
< HTTP/1.1 301 Moved Permanently
< Date: Wed, 12 Feb 2025 14:08:36 GMT
< Server: Apache
< Strict-Transport-Security: max-age=31536000; includeSubDomains;
< Location: http://www.zw3b.fr/
< Content-Length: 227
< Content-Type: text/html; charset=iso-8859-1
<
> GET / HTTP/1.1
> Host: www.zw3b.fr
> User-Agent: curl/7.88.1
> Accept: */*
>
< HTTP/1.1 301 Moved Permanently
< Date: Wed, 12 Feb 2025 14:08:36 GMT
< Server: Apache
< Strict-Transport-Security: max-age=31536000; includeSubDomains;
< Location: https://www.zw3b.fr/
< Content-Length: 228
< Content-Type: text/html; charset=iso-8859-1
<
> GET / HTTP/2
> Host: www.zw3b.fr
> user-agent: curl/7.88.1
> accept: */*
>
< HTTP/2 200
< strict-transport-security: max-age=31536000; includeSubDomains;
< expires: Thu, 19 Nov 1981 08:52:00 GMT
< cache-control: private, no-store, no-cache, must-revalidate, post-check=0, pre-check=0
< pragma: no-cache
< x-frame-options: deny
< x-zw-head: ZW3B.Networks D=4745548 t=1739369316684020
< x-zw-backnode: ww1.lb1.lab3w.com
< x-zw-lb-ipv4: 90.5.102.244
< x-zw-lb-ipv6: 2a01:cb1d:5:af00:1ab3:126:42:10
< x-zw-lb-name: fr.lb1.ww1
< referrer-policy: strict-origin-when-cross-origin
< content-type: text/html; charset=UTF-8
< date: Wed, 12 Feb 2025 14:08:36 GMT
< server: Apache
< set-cookie: lang=FR; expires=Fri, 14 Mar 2025 14:08:36 GMT; Max-Age=2592000; path=/; domain=.www.zw3b.fr
< set-cookie: PHPSESSID=vfj3cdati692ftpufudsik06u0; path=/
< set-cookie: theme=light; expires=Thu, 12 Feb 2026 14:08:36 GMT; Max-Age=31536000; path=/; domain=.www.zw3b.fr
< vary: Accept-Encoding
< x-content-type-options: nosniff
< x-forwarded-server: srv.fr.lab3w.com
< x-forwarded-for: 2607:5300:60:9389:15:2:a:10
< x-forwarded-host: (null)
< set-cookie: ROUTEID=.ww1.lb1.lab3w.com; path=/

@+

Cf : Considérations « Internet.nl » :slight_smile:

Capture d'écran 2025-02-12 151134 - Redirection HTTP - Internet.nl

#23
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 :

/!\

Je crois que la raison que cela ne fonctionne plus (et pourtant çà fonctionnait bien au début de ma config « frontends » 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

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

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

Par contre sur la page « Guide de configuration d’un mandataire inverse » mod reverse_proxy - Apache Reverse Proxy Guide - Apache HTTP Server Version 2.5 on configure « balancer:// » à la variable « ProxyPass » et « ProxyPassReverse » et « h2:// » sur les « membres ».

<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 « backends » qui tournent avec PHP-FPM ne veulent pas rendre la réponse aux « frontaux », je suis presque sûr que cela vient de « proxy_fcgi » sur les « backends ».

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

Qui peut réparer cela, merci.

@+

Romain.

#24

le lien a un certificat expiré. Donc on ne risque pas d’aller le regarder.

#25

Clic sur « faire confiance au site dangereux » … çà ne me semble pas trop risqué.

Et, surtout, Faites que de lire - et, n’ajoutez pas de données personnelles, du style coordonnées bancaires etc :rofl:

#26

Sûrement pas c’est justement là qu’est le plus gros risque.
Et je n’ai pas pour habitude de me tirer une balle dans le pied; surtout pour aller lire une potentielle usine à gaz.

#27 
root@lb1.w1a:~ # curl -v -s --http2 -o /dev/null https://ww3.zw3b.tv/music/deep-house/UCwzwODzBxzW_Cg1LrZWauyw#ZqJg5VJoIfI | grep '^[<>] '
*   Trying 2a01:cb1d:5:af00:1ab3:126:42:10...
* TCP_NODELAY set
* Connected to ww3.zw3b.tv (2a01:cb1d:5:af00:1ab3:126:42:10) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
*   CAfile: none
  CApath: /etc/ssl/certs
} [5 bytes data]
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
} [512 bytes data]
* TLSv1.3 (IN), TLS handshake, Server hello (2):
{ [122 bytes data]
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
{ [19 bytes data]
* TLSv1.3 (IN), TLS handshake, Certificate (11):
{ [2099 bytes data]
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
{ [111 bytes data]
* TLSv1.3 (IN), TLS handshake, Finished (20):
{ [52 bytes data]
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
} [1 bytes data]
* TLSv1.3 (OUT), TLS handshake, Finished (20):
} [52 bytes data]
* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384
* ALPN, server accepted to use h2
* Server certificate:
*  subject: CN=zw3b.tv
*  start date: Dec 16 09:39:15 2024 GMT
*  expire date: Mar 16 09:39:14 2025 GMT
*  subjectAltName: host "ww3.zw3b.tv" matched cert's "ww3.zw3b.tv"
*  issuer: C=US; O=Let's Encrypt; CN=E6
*  SSL certificate verify ok.
* Using HTTP2, server supports multi-use
* Connection state changed (HTTP/2 confirmed)
* Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0
} [5 bytes data]
* Using Stream ID: 1 (easy handle 0x55936636bd60)
} [5 bytes data]
> GET /music/deep-house/UCwzwODzBxzW_Cg1LrZWauyw HTTP/2
> Host: ww3.zw3b.tv
> User-Agent: curl/7.64.0
> Accept: */*
>
{ [5 bytes data]
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
{ [57 bytes data]
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
{ [57 bytes data]
* old SSL session ID is stale, removing
{ [5 bytes data]
* Connection state changed (MAX_CONCURRENT_STREAMS == 100)!
} [5 bytes data]
< HTTP/2 200
< expires: Thu, 19 Nov 1981 08:52:00 GMT
< cache-control: private, no-store, no-cache, must-revalidate, post-check=0, pre-check=0
< pragma: no-cache
< x-frame-options: deny
< set-cookie: lang=FR; expires=Fri, 14 Mar 2025 17:13:09 GMT; Max-Age=2592000; path=/; domain=.ww3.zw3b.tv
< set-cookie: PHPSESSID=dsghjqgctqqm7tqlidd8a7lh4i; path=/
< set-cookie: cv=id1544V1; expires=Thu, 13 Feb 2025 17:14:25 GMT; Max-Age=86400; path=.ww3.zw3b.tv
< x-zw-head: ZW3B.Networks D=76525670 t=1739380389170355
< x-zw-backnode: ww1.lb1.lab3w.com
< x-zw-lb-ipv4: 90.5.102.244
< x-zw-lb-ipv6: 2a01:cb1d:5:af00:1ab3:126:42:10
< x-zw-lb-name: fr.lb1.ww1
< referrer-policy: strict-origin-when-cross-origin
< x-frame-options: sameorigin
< content-type: text/html; charset=UTF-8
< date: Wed, 12 Feb 2025 17:13:09 GMT
< server: Apache
<
{ [15837 bytes data]
* Connection #0 to host ww3.zw3b.tv left intact
#28

Ma configuration Apache2 Proxy Balancer reverse HTTP/2

Normalement celle-ci fonctionne, pour ceux et celles qui voudraient essayer :

Je vous envoie ma/mes configs « par default » Apache2 (sans modification des modules) :

Sur les backends (serveurs d’arrière plan) :

  • mpm_event
  • http2
  • proxy
  • proxy_fcgi
  • php8.2-fpm
  • expires, headers, rewrite et compagnies.

Avec sur le « frontal » la config d’un Virtual-Host ci-dessous et tout fonctionnait y’a 10 jours.

Sur le Frontal (serveur d’extrémité avant) :

  • mpm_event
  • http2
  • proxy
  • proxy_balancer
  • proxy_hcheck
  • lbmethod_bybusyness
  • lbmethod_byrequests
  • lbmethod_bytraffic
  • proxy_http2
  • proxy_connect
  • expires, headers, rewrite et compagnies.

Pas de PHP sur mon « frontal »…

cat /etc/apache2/sites-enabled/www.zw3b.tv.conf

<VirtualHost [2001:41d0:701:1100::6530]:80 135.125.133.51:80>

        ServerName www.zw3b.tv
        ServerAlias zw3b.tv
        #ServerAlias ww1.zw3b.tv ww2.zw3b.tv
        #ServerAlias ww3.zw3b.tv wwd.zw3b.tv
        ServerAlias *.zw3b.tv

        ServerAdmin hostmaster@zw3b.tv

        # LOGS -----------------------------------------
        ErrorLog /var/log/apache2/www.zw3b.tv.error.log
        Customlog /var/log/apache2/www.zw3b.tv.access.log combined

        LogLevel warn

#        Header set "X-Proxy-Server" "vps.de.ipv10.net"
#        Header unset "Content-Type"

        RewriteEngine On

#        RewriteCond %{HTTP_HOST} !^zw3b\.tv$ [NC,OR]
#        RewriteCond %{HTTP_HOST} ^zw3b\.tv$ [NC]
#        RewriteCond %{HTTPS} off
#        RewriteRule ^(.*) https://%{HTTP_HOST}/%1 [R=301,L]

        RewriteCond %{HTTP_HOST} !^(zw3b.tv)$ [NC]
        RewriteCond %{HTTPS} off
        RewriteRule ^(.*) https://%{0}/%1 [R=301,L]

        RewriteCond %{HTTP_HOST} ^zw3b\.tv$ [NC]
        RewriteCond %{HTTPS} off
        RewriteRule ^(.*) https://%{HTTP_HOST}/%1 [R=301,L]

        RewriteCond %{HTTP_HOST} ^www\.zw3b\.tv$ [NC]
        RewriteCond %{HTTPS} off
        RewriteRule ^(.*) https://%{HTTP_HOST}/%1 [R=301,L]

</VirtualHost>

C’est le bordel mon rewrite HTTP → HTTPs – des tests.

<IfModule mod_ssl.c>
<VirtualHost [2001:41d0:701:1100::6530]:443 135.125.133.51:443>

        ServerName www.zw3b.tv
        ServerAlias zw3b.tv
        #ServerAlias ww1.zw3b.tv ww2.zw3b.tv
        #ServerAlias ww3.zw3b.tv wwd.zw3b.tv
        ServerAlias *.zw3b.tv

        ServerAdmin hostmaster@zw3b.tv

        # LOGS -----------------------------------------
        ErrorLog /var/log/apache2/www.zw3b.tv.error.log
        Customlog /var/log/apache2/www.zw3b.tv.access.log combined

        LogLevel warn

        # STATUS ---------------------------------------
        <IfModule mod_status.c>
        # Allow server status reports generated by mod_status,
        # with the URL of http://servername/server-status
        # Uncomment and change the "192.0.2.0/24" to allow access from other hosts.

                <Location /server-status>
                        SetHandler server-status
#                        Require local
                        #Require ip 192.0.2.0/24
                        Require all granted
#                       Require ip 2607:5300:60:9389:58:e:f:661
                        Order deny,allow
                        Deny from all
                        Allow from 109.210.56.240
                        Allow from 83.159.31.116
                        Allow from 135.125.133.51
                        Allow from dalmas.lab3w.fr
                        Allow from 2607:5300:60:9389:58:e:f:660
#                       Allow from all
                </Location>

                # Determine if mod_status displays the first 63 characters of a request or
                # the last 63, assuming the request itself is greater than 63 chars.
                # Default: Off
                #SeeRequestTail On

        </IfModule>

        # QOS ------------------------------------------
        <IfModule mod_qos.c>
                <Location /qos>
                        SetHandler qos-viewer
                        Require all granted
                        Order deny,allow
                        Deny from all
                        Allow from 109.210.56.240
                        Allow from 83.159.31.116
                        Allow from 135.125.133.51
                        Allow from dalmas.lab3w.fr
                        Allow from 2607:5300:60:9389:58:e:f:660
                </Location>
        </IfModule>

        # BALANCER -------------------------------------
        <IfModule mod_proxy.c>
                # Show Proxy LoadBalancer status in mod_status
                ProxyStatus On

                ProxyPreserveHost On
                ProxyRequests Off

                ProxyVia Block

#               Header set "X-XXXXX" %s
#               Header set "X-date" %t
#               Header set "X-time-req" %D
                Header set "X-Forwarded-Server" "vps.de.ipv10.net"
                Header set "X-Forwarded-For" %{REMOTE_ADDR}s
                Header set "X-Forwarded-Host" %{HTTP_HOST}s
#                Header set "X-Forwarded-Protocol" %{SERVER_PROTOCOL}s
#                Header set "X-Forwarded-Ssl" %{HTTPS}s
#                Header set "X-Url-Scheme" %{REQUEST_SCHEME}s

#               SetEnv force-proxy-request-1.0 1
                SetEnv proxy-nokeepalive 1

                # On fait du proxy vers un autre serveur en https
                SSLProxyEngine On

                # Disable SSLProxyCheck
                SSLProxyVerify none
                SSLProxyCheckPeerCN off
                SSLProxyCheckPeerName off
                SSLProxyCheckPeerExpire off

                <Proxy *>
                        Order deny,allow
                        Allow from all
                </Proxy>

        </IfModule>

        # Test status server équipier
        # https://httpd.apache.org/docs/trunk/mod/mod_proxy_hcheck.html
        ProxyHCExpr ok234 {%{REQUEST_STATUS} =~ /^[234]/}
        ProxyHCExpr gdown {%{REQUEST_STATUS} =~ /^[5]/}
        ProxyHCExpr in_maint {hc('body') !~ /Under maintenance/}

        # Balancer
        <Proxy balancer://zw3bCluster/>
                Require all granted

                # CA
#                BalancerMember h2://[fc00:5300:60:9389:15:1:a:10] loadfactor=1 hcmethod=HEAD hcexpr=ok234 hcinterval=5 hcpasses=2 hcfails=3 connectiontimeout=30 timeout=60 retry=10 route=ww1.lb1.ipv10.net
                BalancerMember h2://[fc00:5300:60:9389:15:1:a:10] loadfactor=1 hcmethod=TCP hcinterval=5 hcpasses=2 hcfails=3 connectiontimeout=30 timeout=60 retry=10 route=ww1.lb1.ipv10.net
                BalancerMember h2://[fc00:5300:60:9389:15:2:a:10] loadfactor=1 hcmethod=TCP hcinterval=5 hcpasses=2 hcfails=3 connectiontimeout=30 timeout=60 retry=10 route=ww2.lb2.ipv10.net

                # FR PVE
                BalancerMember h2://[fc01::10:126:42:10] loadfactor=1 hcmethod=TCP hcinterval=5 hcpasses=2 hcfails=3 status=+R connectiontimeout=30 timeout=60 retry=10 route=ww1.lb1.lab3w.com

                # FR DC
#                BalancerMember h2://[fc01::10:106:42:10] loadfactor=1 hcmethod=TCP hcinterval=5 hcpasses=2 hcfails=3 status=+H connectiontimeout=30 timeout=60 retry=10 route=w3a.dc.lab3w.fr

                # La ligne suivante configure le serveur cible de réserve - D=Desactiver - S=Stoper - I=erruerus ignorees - H=Interuption a chaud - E=Errueur
#               BalancerMember ajp://1.2.3.6:8009 status=+H
                ProxySet stickysession=ROUTEID
                # lbmethod = byrequests bytraffic bybusyness heartbeat
                ProxySet lbmethod=bybusyness
        </Proxy>
        Header add Set-Cookie "ROUTEID=.%{BALANCER_WORKER_ROUTE}e; path=/"

        <IfModule mod_proxy_balancer.c>
                <Location /balancer-manager>
                        SetHandler balancer-manager
                        Require all granted
                        #Options MultiViews FollowSymLinks -Indexes
                        Options MultiViews FollowSymLinks
#                       AllowOverride All AuthConfig
                        Order deny,allow
                        Deny from all
                        Allow from 109.210.56.240
                        Allow from 83.159.31.116
                        Allow from 135.125.133.51
                        Allow from dalmas.lab3w.fr
                        Allow from 2607:5300:60:9389:58:e:f:660
                        Allow from all
                </Location>
        </IfModule>

#       Alias /var /var/pro/web_sites/zw3b_tv/www/web/var

#        <Location /var>
#                Require all granted
#                Options MultiViews FollowSymLinks
#        </Location>

#       ProxyPass /var !
        ProxyPass /server-status !
        ProxyPass /balancer-manager !
#        ProxyPass /pub/mrtg(.*) !
#        ProxyPass /pub(.*) !

        ProxyPass / balancer://zw3bCluster/
        ProxyPassReverse / balancer://zw3bCluster/
        # Balancer

        SSLEngine On
        #   SSLProtocol -all +SSLv2
        #   SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP
        #   SSLCipherSuite ALL:!ADH:!EXPORT:!SSLv2:RC4+RSA:+HIGH:+MEDIUM:+LOW

        SSLCertificateFile /etc/ssl/letsencrypt/zw3b.tv_ecc/fullchain.cer
        SSLCertificateKeyFile /etc/ssl/letsencrypt/zw3b.tv_ecc/zw3b.tv.key
        SSLCACertificateFile /etc/ssl/letsencrypt/zw3b.tv_ecc/ca.cer

</VirtualHost>
</IfModule>

Cà devrait marcher du tonnerre de Dieu !!!

16GIG de RAM pour chaque « backends » pour un serveur Web c’est bien.

@+

Bonne soirée.

Config « 6 » : strongSwan – IPv6 ULA (only) :

J’ai posté une question : I’m trying to retrieve the correct NMAP responses through strongSwan from « site » to « site ». · strongswan/strongswan · Discussion #2669 · GitHub

N’oublions pas ; la doc de Guiguiabloc.

#29

Capture d'écran 2025-02-14 182936 - DANE - Error why - 1 day MAJ - Firefox Nightly

Pourquoi « Firefox Nightly » voit le certificats SSL/TLS d’hier ?

Et, de ce fait, le plugin DANE/DNSSEC voit qu’il y a un problème - Il me signale que l’entité « www » est ; comme en tentative d’usurpation !!

Vu que j’ai sécurisé mes « entité applicative » par la sécurité DANE / TLSA qui s’appuie sur la sécurisation « par pair » entre "la sécurité SSL standard sur le procotole HTTPS et le nom de domaine sécurisé par DNSEC.

Que se passe t’il sur Internet ?

Extension / plugin Index of /pub/screens → extension-firefox-dnssec-dane-validator@defkev (dot) xpi

#30

Est-ce que tu trouves la réponse ci-dessous ?

$ ./chk_certs.bash www.zw3b.tv 443
-----
server 158.69.126.137
        Validity
            Not Before: Feb 13 10:15:32 2025 GMT
            Not After : May 14 10:15:31 2025 GMT
-----
server 90.5.102.244
        Validity
            Not Before: Feb 13 10:15:32 2025 GMT
            Not After : May 14 10:15:31 2025 GMT
-----
server 57.128.171.43
        Validity
            Not Before: Feb 13 10:15:32 2025 GMT
            Not After : May 14 10:15:31 2025 GMT
-----
server 135.125.133.51
        Validity
            Not Before: Dec 16 09:39:15 2024 GMT
            Not After : Mar 16 09:39:14 2025 GMT
-----
server 2001:41d0:801:2000::44f9
        Validity
            Not Before: Feb 13 10:15:32 2025 GMT
            Not After : May 14 10:15:31 2025 GMT
-----
server 2a01:cb1d:5:af00:1ab3::1
        Validity
            Not Before: Feb 13 10:15:32 2025 GMT
            Not After : May 14 10:15:31 2025 GMT
-----
server 2607:5300:60:9389::1
        Validity
            Not Before: Feb 13 10:15:32 2025 GMT
            Not After : May 14 10:15:31 2025 GMT
-----
server 2001:41d0:701:1100::6530
        Validity
            Not Before: Dec 16 09:39:15 2024 GMT
            Not After : Mar 16 09:39:14 2025 GMT

–
AnonymousCoward

#31

Oui, pourtant j’ai regardais justement le VPS Allemand « vps.de.ipv10.net »

Mais, je n’avais fait que « reload » Apache2 automatiquement (via un script qui envoie les certificats Let’s encrypt mise à jour sur les frontaux); et du coup je viens de « restart », et je me suis aperçus que j’avais mal écrit " hcmethod=HEAD hceeeeeexpr=ok234" sur une ligne du BalancerMember .

Et donc, Apache2 n’avait pas dû prendre en compte le nouveaux certificats SSL/TLs ; Et, vu que le script met à jour les champs DANE / TLS sur les DNS ; je voyais l’erreur grâce au plugin Firefox.

En fait c’était de ma faute, je m’excuse pour « Nightly » ! Kiss !

:slight_smile:

Je m’inquiète trop je crois, c’est de la paranoïa ou de la dissipation. Pas très bon tout çà !

Merci @AnonymousCoward, grand merci !

Des fois, j’en pleure (quand les sites fonctionnent mal) c’est « dur » d’être seul !

Bonne soirée.

Et, en plus, en pleine Audit de Youtube, tout ce bordel !

Capture d'écran 2025-02-16 004657 Quotas Per Days – API et services – ZW3B-App - Youtube - ZW3B.App

Depuis quelques jours, ma limite des Query/jours Youtube est atteinte avant minuit (9h du matin GMT+1 la remise à zéro).

  • 15-16/02/2025 Limite atteinte à 22h25min 02s ~ 3 004 010 (de 9h du matin le 15)
  • 14-15/02/2025 Limite atteinte à 23h23min 02s ~ 3 010 000 (de 9h du matin le 14)
  • 13-14/02/2025 Limite atteinte à 22h50min 02s ~ 3 010 000 (de 9h du matin le 13)
  • 13/02/2025 Limite atteinte à 2h42min 03s ~ 3 010 000
  • 12/02/2025 Limite atteinte à 8h21min 03s ~ 3 010 000
  • 10/02/2025 Limite atteinte à 1h08min 03s ~ 3 010 000
  • 09/02/2025 Limite atteinte à 1h42min 03s ~ 3 010 000
  • 03/02/2025 Limite atteinte à 8h12min 03s ~ 3 010 000
  • 02/02/2025 Limite atteinte à 3h07min 03s ~ 3 010 000
  • 01/02/2025 Limite atteinte à 4h44min 03s ~ 3 010 000

Ils me font fondre, j’ai demandé 5M/day, y’a plus d’1 mois, le 2025/01/12

:wink:

Note de Moi-même à 6h11

J’essaie de faire une redirection « rewrite » ; d’envoyer « www » sur mon « portfolio » mais « çà m’envoie » sur « admin »

La commande curl (sans le -L pour suivre les « rewrite ») me répond une page HTML.

root@pve:~ # curl -v -k --http2 https://www.lab3w.com/?aAABBBCCC
*   Trying [2607:5300:60:9389::1]:443...
* Connected to www.lab3w.com (2607:5300:60:9389::1) port 443 (#0)
* ALPN: offers h2,http/1.1
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
* TLSv1.3 (IN), TLS handshake, Finished (20):
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384
* ALPN: server accepted h2
* Server certificate:
*  subject: CN=lab3w.fr
*  start date: Feb 11 09:56:23 2025 GMT
*  expire date: May 12 09:56:22 2025 GMT
*  issuer: C=US; O=Let's Encrypt; CN=E5
*  SSL certificate verify result: unable to get local issuer certificate (20), continuing anyway.
* using HTTP/2
* h2h3 [:method: GET]
* h2h3 [:path: /?aAABBBCCC]
* h2h3 [:scheme: https]
* h2h3 [:authority: www.lab3w.com]
* h2h3 [user-agent: curl/7.88.1]
* h2h3 [accept: */*]
* Using Stream ID: 1 (easy handle 0x5a720076fce0)
> GET /?aAABBBCCC HTTP/2
> Host: www.lab3w.com
> user-agent: curl/7.88.1
> accept: */*
>
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* old SSL session ID is stale, removing
< HTTP/2 301
< strict-transport-security: max-age=31536000; includeSubDomains;
< location: https://admin.lab3w.com/?aAABBBCCC
< cache-control: max-age=7200
< expires: Sun, 16 Feb 2025 07:11:22 GMT
< content-length: 242
< content-type: text/html; charset=iso-8859-1
< date: Sun, 16 Feb 2025 05:11:22 GMT
< server: Apache
< x-content-type-options: nosniff
< x-forwarded-server: srv.ca.lab3w.com
< x-forwarded-for: 2a01:cb1d:5:af00:1ab3::1
< x-forwarded-host: (null)
< set-cookie: ROUTEID=.ww2.lb2.ipv10.net; path=/
<
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>301 Moved Permanently</title>
</head><body>
<h1>Moved Permanently</h1>
<p>The document has moved <a href="https://admin.lab3w.com/?aAABBBCCC">here</a>.</p>
</body></html>
* Connection #0 to host www.lab3w.com left intact
root@pve:~ #

Bizarre non !?

#32

Bonjour,

Je répondrais volontiers à la question sur la redirection, mais est-ce que tu peux créer un nouveau sujet sur le forum, s’il te plaît ?

Par exemple, ce sujet est passé des différentes versions de HTTP à PHP-FPM à l’architecture d’Internet à des problèmes de virtualisation puis au sujet des certificats TLS… On s’y perd un peu.

–
AnonymousCoward

1 J'aime
#33

Attends, j’suis au Café / Citoyen…

Sinon comme vous le dites @AnonymousCoward

Je regardais cela :

@+

:rofl: