Auteur Sujet: Photos de la SFR Box 7 / Box Plus de SFR et copies d'écran de son interface web  (Lu 69409 fois)

0 Membres et 1 Invité sur ce sujet

vivien

  • Administrateur
  • *
  • Messages: 47 353
    • Twitter LaFibre.info
Et donc ton équipement a une adresse publique, ou un linklocal ? Il a un bind sur un service local, ou fait appel à un bind sur un serveur ?
SFR ne me propose pas d'IPv6 et je ne suis pas sur qu'il soit compatible IPv6. C'était pour donner un exemple.
Mais il devrait avoir une IPv6 publique vu que ce thermostat grand public ne se contact que via le "cloud". Normalement tous les ports sont fermés (normalement, j'ai testé rapidement le 22 / 23 / 80 / 443 mais je n'ai pas fait de scan).

J'aurais pu donner l'exemple d'une enceinte connectée Google Home qui doit être compatible IPv6. Elle aussi doit se connecter à internet mais n'a besoin d'aucun flux entrant non sollicité.
 
Un Smart-phone, cela se passe comment ?
Cela implique que ce sera toujours nécessaire au niveau du Device, et pas globalement au Niveau de la Box.
Les opérateurs bloquent tous les flux entrants non sollicités et je regrette qu'il ne soit pas possible de faire des exceptions.

Il est important de bloquer les flux entrants non sollicités, car cela peut vider le forfait d'une personne et lui faire du hors forfait.
Cela vide également la batterie du terminal.

Anonyme

  • Invité
SFR ne me propose pas d'IPv6 et je ne suis pas sur qu'il soit compatible IPv6. C'était pour donner un exemple.
Mais il devrait avoir une IPv6 publique vu que ce thermostat grand public ne se contact que via le "cloud". Normalement tous les ports sont fermés (normalement, j'ai testé rapidement le 22 / 23 / 80 / 443 mais je n'ai pas fait de scan).

J'aurais pu donner l'exemple d'une enceinte connectée Google Home qui doit être compatible IPv6. Elle aussi doit se connecter à internet mais n'a besoin d'aucun flux entrant non sollicité.
 Les opérateurs bloquent tous les flux entrants non sollicités et je regrette qu'il ne soit pas possible de faire des exceptions.

Il est important de bloquer les flux entrants non sollicités, car cela peut vider le forfait d'une personne et lui faire du hors forfait.
Cela vide également la batterie du terminal.
J'ai bien compris :)

Et il me semble que tous ont compris.
Tant que le Firewall sur la Box est désactivable (et pas un envoi vers une pseudo-DMZ) cela me va.
L'ennui c'est que je vois des routeurs apparaitre sur le marché (GP), où ce n'est pas le  cas, et je ne pense pas que ce soit une bonne tendance.
Que les opérateurs n'aillent pas suivre cette tendance au niveau de la Box.

vivien

  • Administrateur
  • *
  • Messages: 47 353
    • Twitter LaFibre.info
On ne peut pas dire qu'il y a une égalité des fonctions proposé par les routeurs de FAI en IPv6. Il y a une bonne marge de progression.

Le plus complet est celui de Bouygues Telecom puis SFR. C'est dommage, c'est les deux opérateurs chez qui l'IPv6 est une loterie (on ne sais en souscrivant une ligne FttH si on aura de l'IPv6).

Chez SFR :

meucon56890

  • Abonné SFR fibre FttH
  • *
  • Messages: 154
  • Vannes 56
Passé chez sfr et la box tient ses promesses depuis une semaine

Chdragi

  • Abonné Bbox fibre
  • *
  • Messages: 657
  • Ultym Smart TV Fibre (2Gbs/900Mbs) - Béziers (34)
Pas d'ONT intégré, pas d'écran non plus, et pas d'USB3 !   :o

vivien

  • Administrateur
  • *
  • Messages: 47 353
    • Twitter LaFibre.info
Débit SpeedTest en mono-connexion avec Firefox sur un Core i3-4150 : (permet de mieux voir des problèmes que le multi-connexion)

Serveurs BBR :


Serveurs Cubic :



cetipabo

  • Invité
Sur mon routeur Custom sous OpenWRT, en mono connexion, et avec un PC performant [AMD Ryzen 9 3900XT/SSD Nvme/32Go RAM] sous windows 11
j'obtiens pas mieux...et même bien moins en upload.


Truc bizarre avec la version CLI de speedtest j'ai le serveurs SFR de Vennissieux, alors qu'il n'est pas proposé dans le speedtest WEB.

vivien

  • Administrateur
  • *
  • Messages: 47 353
    • Twitter LaFibre.info
Je peut donner l'explication du serveur SFR de Vennissieux.

Pour Ookla, mais aussi nPerf, les tests sont réalisés :
- Depuis un navigateur web en https
- Depuis une application installable sous Windows / macOS / Linux en http
- Depuis une application android / iOS en http
- En ligne de commande en http

Pour le https il faut un certificat.

nPerf intègre un certificat dans le logiciel serveur  car tous les serveurs sont sur leur nom de domaine.

SpeedTest.net d'Ookla est différent : le nom de domaine n'est pas géré par Ookla et donc il faut que le client mette en place son certificat.
Par exemple le serveur de massy à pour nom de domaine massy.testdebit.info et j'ai mis un apache pour pouvoir récupérer un certificat LetsEncrypt automatiquement. On peut aussi demander à Ookla de faire une demande à LetsEncrypt et de récupérer un certificat (cf https://support.ookla.com/hc/en-us/articles/360001087752-How-do-I-enable-HTTPS-TLS-support- ).

Bref, si pour nPerf tous les serveurs ont du https disponible, pour Ookla, certains ne sont pas disponible dans un navigateur car le https est cassé (certificat expiré ? logiciel serveur pas mis à jour ?)

cetipabo

  • Invité
ok merci pour l'explication  8)

Empereur

  • Abonné SFR fibre FttH
  • *
  • Messages: 346
  • ↓ 2Gbps | ↑ 1Gbps
Hello,

Pour info la NB6VAC vient de bénéficier, il y a quelques jours, d'une maj de son firmware : NB6VAC-MAIN-R4.0.45d  :P

thedark

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 5 669
  • Réseau Covage
Hello,

Pour info la NB6VAC vient de bénéficier, il y a quelques jours, d'une maj de son firmware : NB6VAC-MAIN-R4.0.45d  :P
Dommage on n'a pas les change log. Peut-être pour API Arcep ?

xp25

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 6 012
Effectivement, j'ai vu le reboot il y a 2-3jours en début de nuit ;)