Messages récents

Pages: 1 2 3 4 [5] 6 7 8 9 10

Baromètre (Comparatif des FAI) / La guerre des Speedtests CUBIC

« Dernier message par Pegasus38 le Aujourd'hui à 09:35:37 »

MilkyWan · réseau IFT · Paris
Ethernet 2,5 Gb/s (adaptateur USB-C) · IPv4 · Single

Bouygues · Vélizy — CUBIC

FDC · Paris — BBR ?

MilkyWan · Paris — BBR ?

Je n’ai jamais dépassé les 2 Gb/s avec cet adaptateur Ethernet.

Infrastructure réseau (opérateurs) / dns0.eu, "Le DNS public européen qui rend votre Internet plus sûr."

« Dernier message par PDuke le Aujourd'hui à 09:22:18 »

Citation de: numel1 le Hier à 14:14:23

Elle demande quand même d'avoir :
-un raspberry pi disponible
-des connaissances pour faire cette petite infra réseau
-des compétences pour l'installation sur le raspb, et pour la conf réseau qui va avec

À coté, le dnsforge à la place du DNS du FAI..

Et c'est là qu'intervient l'IA qui va pouvoir aider presque n'importe qui à monter ce système tout en sachant ce que ça fait...

Actus SFR câble / SFR bascule FTTLa vers le FTTH ?

« Dernier message par Bigoudi le Aujourd'hui à 05:34:05 »

Citation de: Ftty le Hier à 18:20:05

Oui. Pour ne pas laisser planer un doute d'interprétation qui pourrait être de conclure que donc il est planifié que le service s'arrête au-delà de cette date, le contenu de cette réponse précisait aussi « Nous n’avons pas encore de visibilité au-delà de cette date car l’autorité ARCOM doit aussi se prononcer sur l’avenir de la TNT au-delà de 2030. » ce qui me conforte dans l'avis déjà exprimé sur ce fil que le service antenne aura très certainement une durée de vie reliée à celle de la TNT hertzienne.

Ne sois pas trop optimiste...

Parce que si on est totalement complet sur cette réponse de SFR Habitat Collectif...on doit aussi reprendre la dernière ligne : "Une solution de remplacement serait l’installation d’une antenne de réception TNT sur le toit si la diffusion était maintenue par les autorités" (SFR se réfère ici à la diffusion TNT). Donc, si SFR veut aussi signifier que si le service TNT continue après 2030, il conseille d'installer une antenne râteau, le texte est assez ambigüe, mais également assez peu favorable à ton hypothèse, d'une continuité du Service antenne par Câble tant qu'il y aura de la TNT.

De toute façon, l'extinction de la TNT en France en 2031 est un faux suspense, il y aura probablement des aménagements*, mais même avec 20% d'utilisateurs (Ils sont actuellement 35%), on ne pourra pas la fermer. Dans certains autres pays européens, ça peu être différent, comme par ex. en Allemagne ou au Pays-Bas...où l'audience TV via la TNT est inférieure à 5%, avec un système économique semi-payant, c'est-à-dire que les chaînes publiques sont en clair mais les privées sont cryptées (C'est comme s'il fallait payer une petite somme par mois pour pouvoir voir nos TF1, TMC, M6...sur la TNT).

*Moins de fréquences pour la TNT avec généralisation du DVB-T2 avec HEVC pour réduire l'espace occupé sur chaque fréquence, Fermetures d'émetteurs en zone rurale (Passage alors par satellite via TNTSAT ou FRANSAT pour les immeubles)...

Bistro / Jeu gratuit : Construisez votre Internet

« Dernier message par turold le Aujourd'hui à 04:10:52 »

Merci pour le lien GitHub.

Car celui dans le jeu pour les bugs et les idées me met un formulaire GitHub de connexion à un compte... que je n'ai pas. Sic. $:-\$

Et en remontant l'ensemble des releases, la vraie raison profonde à mon désarroi sur des parties déjà en cours au moment de cette release:

Citer

The Atlantic cables now come ashore where they really do: Ami-Tea at Bordeaux and Dunno-ant at Nantes, and Dunno-ant starts at Virginia Beach.

https://github.com/fjaeckel/seriesoftubes/releases/tag/v3.1.0
En gras, la raison et le câble qui va de France vers NY. L'autre va un "village" US.

Pour ta proposition, je vais surtout profiter pour avancer quelques jours sur d'autres projets (j'ai commencé le codage d'une page supplémentaire pour mon site perso).
Mais c'est vrai que ça me permettrai de me faire la main sur l'auto-hébergement de Node.js (pas encore fait).

Bistro / Jeu gratuit : Construisez votre Internet

« Dernier message par thenico le Aujourd'hui à 03:11:59 »

C'est un jeu opensource donc tu peut heureusement revenir à une version antérieure facilement.
Extraire l'archive,npm ci pour construire le jeu, npm run dev pour qu'il soit accessible sur http://localhost:8080

Bistro / Jeu gratuit : Construisez votre Internet

« Dernier message par turold le Aujourd'hui à 02:22:10 »

J'ai quand même essayé de sauver cette partie 2, mais ouvrir une autre liaison sous-marine ailleurs pour relier l'Europe et les USA me plombe la partie (en finance), soit une 3eme liaison. Et seule cette liaison se met à se bloquer à 4 longueurs d'ondes... alors qua ma 1ere partie n'avait pas cette "limite" sur cette liaison.... ni les autres liaisons sous-marines. Et tout mes routeurs ont des ports de libres partout.

Aller, je vous laisse deviner sur quel bouton de la capture j'ai appuyé... et je n'ai même pas sauvegardé par export cette partie 2 là.
Par intuition et expérience, les grandes nouveautés arrivent toujours avec de grands bugs. Pas la peine de sauvegarder juste après une grande nouveauté, c'est trop risqué.

EDIT:
- jeu mis sur ma liste noire (trop bugué depuis la v3)
- désabonné de ce sujet (je regarderai parfois si avec une nouvelle partie créée avec la v3 vous arriverez à dépasser 4 longueurs d'onde sur NY-Paris)

EDIT 2:
J'ai trouvé la cause visible.
J'ai testé aussi avec ma 1ere partie: même blocage sur cette liaison mais avec beaucoup plus de longueurs d'onde déjà en place.
J'ai créé une partie TEST: cette liaison sous-marine n'existe carrément plus du jeu!
Conclusion: bug ou volontaire, ça oblige de refaire (encore) un nouveau réseau de 0, pour ne pas se laisser piéger à vouloir répartir du trafic où on n'a que peu d'options pour ça dans le jeu...
Un jeu aussi mouvant, non merci.

Bistro / Jeu gratuit : Construisez votre Internet

« Dernier message par turold le Aujourd'hui à 01:23:43 »

Et ben, ça na pas été long.

J'ai trouvé un bug bloquant!

Voir capture.

Pour moi, c'est fini pour un moment.

Débuguez, puis je verrai pour revenir, peut être, dans ce jeu.

Version 3... version buguée.

Ubiquiti / latence player Freebox sur réseau ubiquiti

« Dernier message par willybobhb le Hier à 22:52:39 »

Sur mon installation, OQEE sous Android TV mettait plusieurs secondes à changer de chaîne en qualité haute. Le passage en qualité Intermédiaire rendait le zapping rapide.

Le problème a été résolu par une règle de pare-feu IPv6 ciblée sur l’UCG-FIBER. Voici la procédure, avec des IPv6 fictives à remplacer par vos propres adresses.

Pourquoi ce ralentissement ?

Les captures réseau ont montré qu’OQEE contactait correctement la Freebox en RTSP, puis lui demandait d’ouvrir une nouvelle connexion TCP vers la TV, sur un port variable.

Cette connexion entrante échouait. OQEE attendait environ 3 secondes par tentative avant d’abandonner. Un test IPv6 Internet pouvait pourtant être bon : il ne vérifie pas cette connexion particulière.
1. Relever les bonnes IPv6
Il faut identifier :
- l’IPv6 de la Freebox Server ;
- l’IPv6 globale de la TV utilisée pendant la lecture OQEE.
Exemples fictifs :
Freebox : 2001:db8:1234:100::1
TV : 2001:db8:1234:101:1111:2222:3333:4444
2. Vérifier la résolution de mafreebox.freebox.fr
Dans mon installation, ces deux enregistrements DNS locaux existaient déjà sur l’UCG :
Type   Nom   Destination
A   mafreebox.freebox.fr   212.27.38.253
AAAA   mafreebox.freebox.fr   IPv6 réelle de la Freebox

212.27.38.253 est une adresse de service Free, pas une IP personnelle. L’AAAA doit désigner la Freebox, et non l’UCG.
La TV doit utiliser le DNS de l’UCG pour bénéficier de ces entrées. Dans mon cas, elles fonctionnaient déjà : le correctif décisif était la règle suivante.
3. Créer la règle de pare-feu
Dans UniFi Network, ouvrir Settings → Policy Table → Create New Policy → Firewall. Le chemin peut varier selon la version.
Champ   Valeur
Nom   OQEE Freebox vers TV
Source Zone   External
Source IP   2001:db8:1234:100::1/128
Source Port   Any
Action   Allow
Auto Allow Return Traffic   Coché
Destination Zone   Internal, ou la zone réelle du réseau TV
Destination IP   2001:db8:1234:101:1111:2222:3333:4444/128
Destination Port   Any
IP Version   IPv6
Protocol   TCP
Connection State   All

Placer la règle avant les règles de blocage.
Les ports restent sur Any, car le port demandé change à chaque tentative. L’autorisation est toutefois limitée à une adresse source Freebox et une adresse destination TV, en TCP IPv6.
Une seule règle est à créer manuellement : la case Auto Allow Return Traffic fait gérer automatiquement le retour par UniFi.
4. Retester en qualité haute
Après enregistrement, remettre OQEE en qualité haute et tester plusieurs changements de chaînes.
Chez moi, le zapping est devenu immédiatement rapide.
Attention au suivi : l’IPv6 de la TV peut changer. Si cela arrive, il faudra adapter la destination de la règle ; une réservation IPv4 ne fixe pas cette IPv6.

Cette solution correspond au blocage observé sur mon installation, sans garantir que toutes les lenteurs OQEE ont la même cause.

Remplacer la Freebox par un routeur / Erreur dash#1014 DNS depuis mi-mars 2026 en Freebox Ultra bridge + routeur tiers

« Dernier message par willybobhb le Hier à 22:48:54 »

Sur mon installation, OQEE sous Android TV mettait plusieurs secondes à changer de chaîne en qualité haute. Le passage en qualité Intermédiaire rendait le zapping rapide.

Le problème a été résolu par une règle de pare-feu IPv6 ciblée sur l’UCG-FIBER. Voici la procédure, avec des IPv6 fictives à remplacer par vos propres adresses.

Pourquoi ce ralentissement ?

Les captures réseau ont montré qu’OQEE contactait correctement la Freebox en RTSP, puis lui demandait d’ouvrir une nouvelle connexion TCP vers la TV, sur un port variable.

Cette connexion entrante échouait. OQEE attendait environ 3 secondes par tentative avant d’abandonner. Un test IPv6 Internet pouvait pourtant être bon : il ne vérifie pas cette connexion particulière.
1. Relever les bonnes IPv6
Il faut identifier :
- l’IPv6 de la Freebox Server ;
- l’IPv6 globale de la TV utilisée pendant la lecture OQEE.
Exemples fictifs :
Freebox : 2001:db8:1234:100::1
TV : 2001:db8:1234:101:1111:2222:3333:4444
2. Vérifier la résolution de mafreebox.freebox.fr
Dans mon installation, ces deux enregistrements DNS locaux existaient déjà sur l’UCG :
Type   Nom   Destination
A   mafreebox.freebox.fr   212.27.38.253
AAAA   mafreebox.freebox.fr   IPv6 réelle de la Freebox

212.27.38.253 est une adresse de service Free, pas une IP personnelle. L’AAAA doit désigner la Freebox, et non l’UCG.
La TV doit utiliser le DNS de l’UCG pour bénéficier de ces entrées. Dans mon cas, elles fonctionnaient déjà : le correctif était la règle suivante.
3. Créer la règle de pare-feu
Dans UniFi Network, ouvrir Settings → Policy Table → Create New Policy → Firewall. Le chemin peut varier selon la version.
Champ   Valeur
Nom   OQEE Freebox vers TV
Source Zone   External
Source IP   2001:db8:1234:100::1/128
Source Port   Any
Action   Allow
Auto Allow Return Traffic   Coché
Destination Zone   Internal, ou la zone réelle du réseau TV
Destination IP   2001:db8:1234:101:1111:2222:3333:4444/128
Destination Port   Any
IP Version   IPv6
Protocol   TCP
Connection State   All

Placer la règle avant les règles de blocage.
Les ports restent sur Any, car le port demandé change à chaque tentative. L’autorisation est toutefois limitée à une adresse source Freebox et une adresse destination TV, en TCP IPv6.
Une seule règle est à créer manuellement : la case Auto Allow Return Traffic fait gérer automatiquement le retour par UniFi.
4. Retester en qualité haute
Après enregistrement, remettre OQEE en qualité haute et tester plusieurs changements de chaînes.
Chez moi, le zapping est devenu immédiatement rapide.
Attention au suivi : l’IPv6 de la TV peut changer. Si cela arrive, il faudra adapter la destination de la règle ; une réservation IPv4 ne fixe pas cette IPv6.

Cette solution correspond au blocage observé sur mon installation, sans garantir que toutes les lenteurs OQEE ont la même cause.

Débits fibre Free / DNS Free (ralentissements)

« Dernier message par tistou77 le Hier à 22:27:53 »

Bonjour tout le monde

La question a du revenir plusieurs fois, mais j'ai rien vu dans la recherche, désolé
Depuis hier, j'ai des ralentissements sur certaines pages, je voulais tester du côté des DNS (et on m'avait aussi conseillé de les changer par d'autres que ceux de Free)
Ceux de Cloudfare semble être les mieux pour la rapidité (et kif kif côté sécurité) comparé à ceux de Free

Vous utilisez quel DNS ?

Merci

PS : bizarrement, il y a très très longtemps j'avais fais un ipconfig /all pour avoir les DNS (de Free) enregistré sous Windows (y a plus de 15 ans)
Et j'avais cela

Citer

Serveurs DNS. . . . . . . . . . . . . : 212.27.40.241
212.27.40.240

Je pensais que le 212.27.40.241 était donc le primaire, et en regardant sur le net aujourd'hui, c'est en fait le secondaire
15 ans que je tourne avec 212.270.40.241 / 212.27.40.240

Ou Free à changer les DNS depuis ?

Pages: 1 2 3 4 [5] 6 7 8 9 10