Du routage A+P pour faire du "CGNAT stateless" qui se met en place de manière foireuse, ce qui drop les paquets downlink (ou les envoie ailleurs) si le port de DST n'est pas dans le bon range ? (le port DST dans le sens downlink étant le port source utilisé par ton PC, en uplink)
Free fait ça avec ses IP partagée, la Freebox utilise toujours le même range de ports source dans son NAT pour que les paquets "réponse" (donc downlink) arrivent bien chez toi.

Je crois qu'avez curl/wget il est possible de choisir son port source. Tu as la possibilité de tester les 65000 ports source possibles (en le scriptant évidemment), et de voir si c'est pas un range entier de ports qui fonctionne et le reste qui ne fonctionne pas ?

On m'a posé la question de savoir si le problème disparaissait avec un VPN.

La réponse est oui : Avec un VPN plus de problème une fois que le VPN est monté (par contre j'ai déjà eu des problèmes pour monter le VPN, ça les paquets du port utilisé étaient supprimés)

---

On me demande également si la box était chargée avec pleins de ports TCP ouverts simultanément (il y a en effet une limite).

La réponse est simple : Cela se reproduit avec une seule connexion: après le reset de ma box j'ai réussi tout de suite à le reproduire avec un wget sur https://ubuntu.lafibre.info/

Pas d'autre PC qui trafic sur mon lan, pas de truc de geek. Peut être juste mon thermostat connecté Netatmo qui est aussi connecté à la box.

Merci pour ton retour, même si il semble peu problème qu'un bug de ce type affecte FttH et câble : les box et le réseau sont différent.

Je suis par contre intéressé par le retour positif ou négatif d'autres utilisateurs câble que le problème soit présent ou pas pour mieux circonscrire le problème.

T'as vérifié si ça pouvait pas être un problème de MTU ?
Quand je bossais chez Club Internet, on avait souvent ce soucis, qu'on réglais en adaptant la MTU dans l'OS.
J'ai regardé tes captures de trafic, y a pas de signe particulier en ce sens, mais ça vaut le coup de tester.

T'as vérifié si ça pouvait pas être un problème de MTU ?

Je vois bien ces problématiques de MTU, j'ai d’ailleurs fait un sujet dessus : Négociation MTU MSS: comment ça fonctionne ?

Par contre là les paquets qui sont perdus sont de toute petite taille, cf la capture coté serveur où on voit les paquets émis.

Cela aurait été le premier paquet de 1500 octets qui n'arrive jamais cela aurait été une piste intéressante.

La capturé coté serveur : Surprise, le serveur reçois bien les paquets et y répond. C'est donc cette réponse qui est perdue.
La réponse inverse les ports, le port source est donc le port 443 et le port destination le port 37204 pour tous les paquets [SYN, ACK]


A noter que pendant ma capture, j'ai réussi à maintenir une autre connexion TCP sur le serveur : Les paquets émis par ce serveur à destination de l'IPv4 de la box arrivent donc bien a destination, si le port destination est ok.

Je suis par contre intéressé par le retour positif ou négatif d'autres utilisateurs câble que le problème soit présent ou pas pour mieux circoncire le problème.

Exciser le prépuce d'un garçon? 

Doit manquer deux lettres...

Édit Vivien : faute corrigée dans le texte d'origine