Sur la capture N°1, je ne vois aucun chargement de page web. On voit juste du trafic arrière-plan de Google, lié probablement à Chrome.
Sur la capture N°2, il y a une grosse parie qui est du trafic HTTP/3 (trafic UDP). Tout est caché, on ne peut rien analyser.
Toutefois, il y a un peu de trafic TCP. Notamment une connexion TCP sur "partenaire.bemove.fr"
Voici les paquets en question :
Le premier paquet, c'est toi (192.168.1.65) qui établie la connexion vers partenaire.bemove.fr (62.210.235.151). Le paquet est perdu, on doit attendre une seconde avant la retransmission.
La seconde tentative est la bonne. Ton PC demande à monter la connexion https (Client Hello, un paquet qui envoi la suite d’algorithmes supportés) et là de nouveau paquet perdu. Le paquet Client Hello sera renvoyé 6 fois pour avoir enfin la réponse Server Hello (Choix de la version de la suite d’algorithmes).
On a ensuite les échanges de clés qui se passent bien.
Ensuite ton PC envoie "Change Cipher Spec" (Passage du client en mode chiffré avec la clé master comme clé symétrique) et de nouveau paquet perdu. Il faudra attendre la troisième tentative pour avoir une réponse.
TLS 1.3 n'est pas encore monté qu'on a déjà perdu bêtement 6,3 secondes (c'est énorme) alors que cela doit être fait en quelques dizaines de ms vu que le serveur semble proche.
La connexion ne sera finalement pas utilisée, car le navigateur à, au vu les problèmes à monter la connexion, démarré une seconde connexion vers "partenaire.bemove.fr". Cette seconde connexion va aussi avoir des paquets perdus, mais moins. TLS 1.3 est monté en 1,15 seconde, c'est mieux que les 6,3 secondes observées ici, mais ce n'est pas acceptable.
Il y a visiblement des pertes de certains de paquets. Tu as une IPv4 dédiée ou tu es derrière du CG-Nat (IPv4 publique mutualisée entre plusieurs clients) ?