Messages récents

Pages: [1] 2 3 4 5 6 ... 10
1
Ubiquiti Ubiquiti / latence player Freebox sur réseau ubiquiti
« Dernier message par willybobhb le Aujourd'hui à 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.
2
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.
3
Free Débits fibre Free / DNS Free
« Dernier message par tistou77 le Aujourd'hui à 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 ?
4
En parallèle, j'ai débloqué Bing hier soir, en espérant qu'il se limiterait à récupérer une page toutes les 2 secondes, comme indiqué par robots.txt, mais il ne respecte pas la directive.

En 8 heures, bing a fait 82 494 requêtes entraînant quelques ralentissements.

J'ai été dans les outils "Bing Webmaster Tools" pour demander de calmer la fréquence :

Microsoft/Bing/Copilot, entre autres, compte respecter une future directive de robots.txt, indépendamment de ce qu'ils respectent ou non de ce fichier actuellement... Mais ce sera juste pour simplifier le ON/OFF complet pour les autoriser/interdire, sans devoir expliciter chaque crawler (dont la plupart du marché s'en fiche).
https://next.ink/266259/google-microsoft-anthropic-et-openai-veulent-changer-robots-txt-pour-refuser-les-ia/
5
Firefox Navigateurs web / Manifest V3 de Google et les bloqueurs de publicité
« Dernier message par numel1 le Aujourd'hui à 20:09:03 »
Bonjour,

Grosse correction pour Edge.
On a mal interprété l'annonce de Microsoft, mais c'est toutefois le début de la fin.

Depuis la fin de l'été:
- il n'est plus possible de soumettre une nouvelle extensions MV2 dans https://microsoftedge.microsoft.com/addons/Microsoft-Edge-Extensions-Home
- très progressivement, et en test A/B (pour une même version, le comportement diffère d'une installation à l'autre), il y a d'abord un message d’avertissement sur fond rouge ou orange (selon le thème) dans edge://extensions/ pour avertir de la fin prochaine du MV2, puis le blocage pur et simple des extensions MV2 déjà installées... d'ici la fin de l'année pour le grand publique
- une procédure avancée "pour les entreprises"... qui fonctionnera jusqu'en avril 2027 (mais je n'ai pas fait de recherche sur ce point, car ce sera beaucoup moins longtemps que ce qu'avait laisser Chrome malgré ses propres annonces)

Pour vous donner une idée de cette progressivité, je viens de mettre mon Edge en version 157 (la dernière du moment), et j'ai ni blocage d'Ublock Origin (non Lite), ni avertissement dans edge://extensions/

Les navigateurs basés sur chromium n'ont plus la possibilité de supporter correctement les bloqueurs de pubs, depuis 2025.
Ublock & ghostery ont déjà défintivement quitté les plateformes publicitaires que sont google et chromium.
Sans passer par firefox, considérer qu'il est impossible de bloquer efficacement la pub. Google a tranché, aux internautes de s'adapter.
6
Firefox Navigateurs web / Manifest V3 de Google et les bloqueurs de publicité
« Dernier message par turold le Aujourd'hui à 18:34:25 »
Bonjour,

Grosse correction pour Edge.
On a mal interprété l'annonce de Microsoft, mais c'est toutefois le début de la fin.

Depuis la fin de l'été:
- il n'est plus possible de soumettre une nouvelle extensions MV2 dans https://microsoftedge.microsoft.com/addons/Microsoft-Edge-Extensions-Home
- très progressivement, et en test A/B (pour une même version, le comportement diffère d'une installation à l'autre), il y a d'abord un message d’avertissement sur fond rouge ou orange (selon le thème) dans edge://extensions/ pour avertir de la fin prochaine du MV2, puis le blocage pur et simple des extensions MV2 déjà installées... d'ici la fin de l'année pour le grand publique
- une procédure avancée "pour les entreprises"... qui fonctionnera jusqu'en avril 2027 (mais je n'ai pas fait de recherche sur ce point, car ce sera beaucoup moins longtemps que ce qu'avait laisser Chrome malgré ses propres annonces)

Pour vous donner une idée de cette progressivité, je viens de mettre mon Edge en version 157 (la dernière du moment), et j'ai ni blocage d'Ublock Origin (non Lite), ni avertissement dans edge://extensions/
7
SFR Actus SFR câble / SFR bascule FTTLa vers le FTTH ?
« Dernier message par Ftty le Aujourd'hui à 18:20:05 »
Salut
Il est tout à fait possible que le service antenne perdure, d'une façon ou d'une autre, alors que le service Internet ur réseau câblé s'arrête. Ca n'est qu'une hypothèse de ma part, je ne sais pas si elle est crédible.
Disons que comme c'est justement ce que des contacts SFR avaient précisé (cf. ici par exemple) concernant les vagues d'annonces de fermetures de nombreux contrats individuels à échéance fin 2025, ça semble assez crédible que les 2 types de services aient des fins de vie différentes.

"Le service antenne collectif de SFR est maintenu jusqu’à fin 31/12/2029 sur le réseau câblé"
Réponse de l'Équipe SFR Habitat Collectif à un utilisateur du service.
-> https://la-communaute.sfr.fr/t5/services-tv/fin-du-service-antenne-en-immeuble-collectif/td-p/2504168
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.
À+
8
Bistro Bistro / Jeu gratuit : Construisez votre Internet
« Dernier message par turold le Aujourd'hui à 17:43:04 »
Attention à cette version 3, il faut créer un nouveau réseau pour avoir l'ensemble des nouveautés en fonctionnalités.... et en plus, l'espace c'est au Tier 1, là où on considérait auparavant que c'était la fin de jeu et la fin des objectifs.

J'ai donc refait un réseau hier soir, mais ça ajoute des bugs tout de même. Le plus gros bug que j'ai repéré, ce sont des clients qui partent furieux d'eux-même, mais pas du tout indiqué dans les statistiques des clients perdus, où j'en ai qu'un seul indiqué suite au fait que c'est moi qui l'ai lâché sans attendre qu'il parte de lui-même. Donc rien de bloquant, mais qui sait ce que je n'ai pas repéré en bug.

Hier soir, je n'avais pas ces nouveaux POP FR, mais en regardant à l'instant, ils sont bien apparus dans ma nouvelle partie (pas été vérifier dans mon ancienne partie).
9
MEOWAN MEOWAN / Meowan : un nouveau MVNO !
« Dernier message par Antoinel le Aujourd'hui à 17:19:25 »
SASU c'est juste SAS avec un seul actionnaire.

Renault est une SASU par exemple ou encore la filiale de TotalEnergies qui vend en France.
10
Free Incidents Free / Ping en hausse in game ? test nperf tout est normal
« Dernier message par noks le Aujourd'hui à 17:18:24 »
Problème sur une route comme dis plus haut haut, tous les services joignables n'empruntent pas forcément le même chemin. On peut supposer ici qu'une interconnexion est en défaut quelques part sur la route emprunté. A part patienter y'a pas grand chose à faire de votre côté.
Pages: [1] 2 3 4 5 6 ... 10