|
27167 | 02/05/2019 | Anomalie | Serveur VPN | Tous | Nouveau | OpenVPN Bridgé impossible entre 2 Freebox (erreur inter... |
Description de la tâche
Bonjour,
J’essai de faire un lien OpenVPN Bridgé entre deux Freebox (Mini 4K en ADSL et One en FTTH AMI Orange). Serveur créé sur la One, client sur la mini 4K.
Déja j’ai du effacer la ligne dev-type tap du fichier sinon impossible de l’importer sur Freebox OS.
Ensuite j’ai une erreur interne, avec bad local ip, comme si le client n’arrive pas à obtenir une adresse IP.
Merci pour votre aide, ci joint le log
//d.pr/i/3g5Ukf
2019-05-02 14:14:42 starting
2019-05-02 14:14:42 calling helper script at '/etc/fbxconnman/conn.pre-up'
2019-05-02 14:14:42 l3 state change 'l3_start' => 'l3_wait_preup_helper'
2019-05-02 14:14:42 l3 state change 'l3_wait_preup_helper' => 'l3_wait_stable'
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 OpenVPN 2.3.17 arm-unknown-linux-muslgnueabi [SSL (OpenSSL)] [LZO] [EPOLL] [MH] [IPv6] built on Apr 26 2019
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 library versions: OpenSSL 1.0.2q 20 Nov 2018, LZO 2.09
2019-05-02 14:14:42 openvpn: connected to management interface
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 MANAGEMENT: Connected to management server at unix_mgt.sock
2019-05-02 14:14:42 openvpn: rx: >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info
2019-05-02 14:14:42 openvpn: rx: >HOLD:Waiting for hold release
2019-05-02 14:14:42 openvpn: tx: hold release
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 MANAGEMENT: CMD 'hold release'
2019-05-02 14:14:42 openvpn: rx: SUCCESS: hold release succeeded
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 MANAGEMENT: CMD 'state on'
2019-05-02 14:14:42 openvpn: rx: SUCCESS: real-time state notification set to ON
2019-05-02 14:14:42 openvpn: rx: >PASSWORD:Need 'Auth' username/password
2019-05-02 14:14:42 openvpn: tx: username "Auth" "FBX78340"
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 MANAGEMENT: CMD 'username "Auth" "FBX78340"'
2019-05-02 14:14:42 openvpn: rx: SUCCESS: 'Auth' username entered, but not yet verified
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 MANAGEMENT: CMD 'password [...]'
2019-05-02 14:14:42 openvpn: rx: SUCCESS: 'Auth' password entered, but not yet verified
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 MANAGEMENT: >STATE:1556799282,WILL_CONNECT,91.166.145.220,,,,,0
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 Socket Buffers: R=[163840->163840] S=[163840->163840]
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 UDPv4 link local: [undef]
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 UDPv4 link remote: [AF_INET]91.166.145.220:40992
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 MANAGEMENT: >STATE:1556799282,WAIT,,,,,,0
2019-05-02 14:14:42 openvpn: rx: >STATE:1556799282,WILL_CONNECT,91.166.145.220,,,,,0
2019-05-02 14:14:42 openvpn: rx: >STATE:1556799282,WAIT,,,,,,0
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 MANAGEMENT: >STATE:1556799282,AUTH,,,,,,0
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 TLS: Initial packet from [AF_INET]91.166.145.220:40992, sid=38ca0eec 073b41c0
2019-05-02 14:14:42 openvpn: rx: >STATE:1556799282,AUTH,,,,,,0
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 VERIFY OK: depth=1, C=FR, O=Freebox SA, CN=Freebox OpenVPN server CA for 5e7ece4c6892237fe51085bd58810180
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 Validating certificate key usage
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 ++ Certificate has key usage 00a0, expects 00a0
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 VERIFY KU OK
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 Validating certificate extended key usage
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 VERIFY EKU OK
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 VERIFY X509NAME OK: C=FR, O=Freebox SA, CN=Freebox OpenVPN server 5e7ece4c6892237fe51085bd58810180
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 VERIFY OK: depth=0, C=FR, O=Freebox SA, CN=Freebox OpenVPN server 5e7ece4c6892237fe51085bd58810180
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 WARNING: 'dev-type' is used inconsistently, local='dev-type tun', remote='dev-type tap'
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1561', remote='link-mtu 1593'
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 WARNING: 'tun-mtu' is used inconsistently, local='tun-mtu 1500', remote='tun-mtu 1532'
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 2048 bit RSA
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 [Freebox OpenVPN server 5e7ece4c6892237fe51085bd58810180] Peer Connection Initiated with [AF_INET]91.166.145.220:40992
2019-05-02 14:14:44 openvpn: rx: >STATE:1556799284,GET_CONFIG,,,,,,0
2019-05-02 14:14:44 openvpn: output: Thu May 2 14:14:44 2019 MANAGEMENT: >STATE:1556799284,GET_CONFIG,,,,,,0
2019-05-02 14:14:45 openvpn: output: Thu May 2 14:14:45 2019 SENT CONTROL [Freebox OpenVPN server 5e7ece4c6892237fe51085bd58810180]: 'PUSH_REQUEST' (status=1)
2019-05-02 14:14:46 openvpn: output: Thu May 2 14:14:46 2019 PUSH: Received control message: 'PUSH_REPLY,ping 30,ping-restart 120'
2019-05-02 14:14:46 openvpn: output: Thu May 2 14:14:46 2019 OPTIONS IMPORT: timers and/or timeouts modified
2019-05-02 14:14:46 openvpn: output: Thu May 2 14:14:46 2019 Initialization Sequence Completed
2019-05-02 14:14:46 openvpn: output: Thu May 2 14:14:46 2019 MANAGEMENT: >STATE:1556799286,CONNECTED,SUCCESS,,91.166.145.220,,,1500
2019-05-02 14:14:46 openvpn: rx: >STATE:1556799286,CONNECTED,SUCCESS,,91.166.145.220,,,1500
2019-05-02 14:14:46 openvpn: bad local ip
2019-05-02 14:14:46 l3 is now stable
2019-05-02 14:14:46 l3 does not fulfil config requirement
2019-05-02 14:14:46 l3 state change 'l3_wait_stable' => 'l3_bring_down'
2019-05-02 14:14:46 waiting for l3 providers to go down
2019-05-02 14:14:46 l3 state change 'l3_bring_down' => 'l3_wait_down'
2019-05-02 14:14:46 l3 state change 'l3_wait_down' => 'l3_cleanup_start'
2019-05-02 14:14:46 calling helper script at '/etc/fbxconnman/conn.post-down'
2019-05-02 14:14:46 l3 state change 'l3_cleanup_start' => 'l3_wait_postdown_helper'
2019-05-02 14:14:46 l3 state change 'l3_wait_postdown_helper' => 'l3_cleanup_finish'
2019-05-02 14:14:46 l3 state change 'l3_cleanup_finish' => 'l3_finished'
2019-05-02 14:14:46 state change 'wait_l3_up' => 'wait_l3_down'
2019-05-02 14:14:46 l3 state change 'l3_finished' => 'l3_down'
2019-05-02 14:14:46 state is now DOWN
2019-05-02 14:14:46 state change 'wait_l3_down' => 'l3_finished'
2019-05-02 14:14:46 state change 'l3_finished' => 'wait_l2_down'
2019-05-02 14:14:46 l2 state change 'l2_up' => 'l2_cleanup'
2019-05-02 14:14:46 l2 state change 'l2_cleanup' => 'l2_down'
2019-05-02 14:14:46 state change 'wait_l2_down' => 'down'
|
|
27179 | 04/05/2019 | Anomalie | Agrégation 4G | Freebox Server V7 (Delta) | Fermée | Plus Agregation 4G |
Description de la tâche
Depuis quelques semaines, il ne détecte plus la carte SIM et l’agrégation ne fonctionne plus. La fiabilité est une catastrophe, pire qu’au lancement !!! incroyable
|
|
27194 | 05/05/2019 | Anomalie | DSL | Freebox Server V7 (Delta) | Fermée | Coupure débit internet |
Description de la tâche
Bonjour à tous, Depuis le 30 avril, j’ai des coupures de débit internet sans que la serveur delta ne se désynchronise du réseau.Ceci aléatoirement eviron 1 à 2 fois par jour. Un reboot du serveur corige le problème. Je pense que le problème est arrivée depuis la dernière mise à jour, car au début je n’avais aucun soucis.
Merci d’avance pour votre aide
Salutation
|
|
27197 | 06/05/2019 | Anomalie | Système d'alarme | Freebox Server V7 (Delta) | Fermée | Notifications application Freebox |
Description de la tâche
Bonjour, Les notifications ne fonctionnent pas lorsque l’alarme se met en route, ou parfois de manière très tardive. Du coup, il est impossible de savoir quand l’alarme se déclenche.
J’ai réalisé les manipulations suivantes suite contact du SAV Free mais cela ne fonctionne toujours pas : - Désinstallation/Réinstallation de l’application - Activation/Désactivation des notifications dans l’application (Système d’alarme, Appels Manqués, Téléchargement terminé sont bien cochés) - Vérification dans l’IOS (IPHONE X version 12.2) que les notifications sont bien actives (Autoriser les notifications sur écran vérrouillé, centre de notifications, Banières, Actualisation en arrière plan active...) - Redémarrage du serveur (en enlevant avant le module alarme)
Je précise que les notifications de toutes mes applications fonctionnent parfaitement.
Merci de votre aide, car sans cette fonction, l’alarme dans un appartement n’a peu d’utilité.
Cordialement.
|
|
27207 | 06/05/2019 | Anomalie | Téléchargements | Freebox Server V7 (Delta) | Fermée | Impossible d'ouvrir telechargement suite au changement ... |
Description de la tâche
Bonjour
Je viens de changer mes disque dur, les formater et renommée.
Sauf que depuis la Freebox à créé un faux disque dur avec l’ancien nom, impossible de le supprimer et depuis impossible d’ouvrir l’application téléchargements car il m’est impossible de lui redéfinir le disque principal.
Merci d’avance
|
|
27213 | 07/05/2019 | Anomalie | Bridge | Freebox Server V6 (Révolution) | Fermée | Pas de service DNS IPv4 Freebox server v6 en fibre PON |
Description de la tâche
Bonjour, Après passage de l’ADSL en fibre PON de ma freebox en mode bridge, l’adresse annoncée de DNS est la 212.27.38.253 (freebox elle-même). Malheureusement, cette adresse ne donne aucune réponse DNS IPv4 ce qui empêche une résolution correcte pour les équipements qui sont seulement IPv4… Contournement actuel : paramétrer manuellement le routeur derrière la Freebox au lieu d’utiliser le DHCP, mais dans ce cas, plus de connectivité IPv6… Bref, merci de faire en sorte de : 1° rétablir le service DNS du freebox server ou 2° annoncer directement un DNS de Proxad au lieu de l’adresse de la freebox… ou (plus élégant mais plus compliqué) 3° faire en sorte de pouvoir mettre ses propres DNS IPv4 dans l’interface de la Freebox comme pour IPv6 où c’est extrêmement pratique Firmware actuel installé 4.0.5.1 Plus de détails techniques sur https://www.aduf.org/viewtopic.php?t=284517 Sincères salutations.
|
|
27217 | 07/05/2019 | Anomalie | DSL | Freebox Server V7 (Delta) | Fermée | IPv6 mise a disposition du /60 complet qui est routé su ... |
Description de la tâche
Bonjour,
Il y a un BUG d’affichage et de configuration dans l’interface FreeboxOS :
En IPv6, seule le premier /61 du /60 que Free aloue a chaque client peut être redirigé vers un NEXT HOP exemple :
Le bloc IPv6 que Free alloue a ma connexion est 2a01:e0a:XXX:YYY0::/60 Dans la zone de configuration de l’IPv6 sur la box, on ne peut mettre des next hop que pour les 8 premiers networks : 2a01:e0a:XXX:YYY0::/64 2a01:e0a:XXX:YYY1::/64 2a01:e0a:XXX:YYY2::/64 2a01:e0a:XXX:YYY3::/64 2a01:e0a:XXX:YYY4::/64 2a01:e0a:XXX:YYY5::/64 2a01:e0a:XXX:YYY6::/64 2a01:e0a:XXX:YYY7::/64
LE BUG : La zone de configuration ne permet pas de régler les next hop de 8 à f et la Freebox Delta ne les annonce pas à l’intérieur du réseau. Donc les 8 réseaux /64 contenus dans 2a01:e0a:XXX:YYY8::/61 ne peuvent pas recevoir de next hop et ne sont pas routés sur le lan interne de la freebox
J’ai donc pensé dans un premier temps que Free n’allouait qu’un /61 à chacun de ses clients, et j’ai fait le test suivant : J’ai configuré le /60 : 2a01:e0a:XXX:YYY0::/60 sur un firewall interne au réseau, et j’ai fait annoncé sur le réseau porté par le firewall les 16 networks /64 allant de 2a01:e0a:XXX:YYY0::/64 à 2a01:e0a:XXX:YYYf::/64 LA freebox ne permettant de configurer des next hop que pour les 8 premiers subnets (le premier /61), j’ai configuré le link-local du firewall en next hop pour les 8 premiers subnets (le 1er /61 du /60), et il fut impossible de configurer le routage entre la freebox et le firewall pour le deuxième /61 du /60
En autoconfiguration, les machines ont donc autoconfigurés une IPv6 sur chacuns des 16 subnets .
Depuis une machine présente sur le réseau derrière le firewall, j’ai récupéré une des IPv6 autoconfigurée avec slaac sur un des subnet /64 du deuxième /61 du /60 et je l’ai noté de côté.
J’ai ensuite déconfiguré du firewall le deuxième /61 du /60 car il était injoignable depuis internet (pas de next hop entre la freebox et le firewall) et car le firewall était la gateway pour les 8 networks /64 du deuxième /61 du /60 (non pertinent pour le test, donc déconfiguré).
Les machines derrière le firewall ont donc auto déconfigurés les 8 IPv6 qu’ils avaient configurés avec slaac sur chacun des 8 subnets du deuxième /61 du /60 , et la configuration devenait cohérente entre la freebox et le firewall .
Sur une des machines présente derrière le firewall, j’ai donc fait un test de traceroute vers l’IPv6 que j’avais noté précédemment et qui avait été autoconfigurée sur un des /64 du deuxième /61 du /60 fourni par Free à chaque client.
Et là, SURPRISE : le traceroute part sur le backbone FREE et revient chez moi :
17:02:11 nba@14RV-SERVER-134:~$ traceroute6 2a01:e0a:xxx:yyy8::1 ← IPv6 dans le 2è /61 du /60
traceroute to 2a01:e0a:xxx:yyy8::1 (2a01:e0a:xxx:yyy8::1), 30 hops max, 80 byte packets 1 * * * ← firewall (transparent)
2 6.home (2a01:e0a:xxx:yyy0::1) 1.465 ms 1.516 ms 1.544 ms ← IPv6 de ma Freebox
3 2a01:e00:2006:f836:8cca::ffff (2a01:e00:2006:f836:8cca::ffff) 1.931 ms 2.092 ms 2.142 ms ← Backbone FREE
4 6.home (2a01:e0a:xxx:yyy0::1) 1.936 ms 1.962 ms 1.990 ms ← IPv6 de ma Freebox
5 * * * ← Pas de next hop , le traceroute se perd 6 * * * 7 * * *
⇒ DONC :
→ Le 2è /61 du /60 est bien alloué a chaque client et il est routé vers la Freebox → Il y a donc un BUG de configuration dans l’interface qui ne permet pas de configurer les Next Hop sur les subnets de 2a01:e0a:xxx:yyy8::/64 à 2a01:e0a:xxx:yyyf::/64 → Il y a également un autre BUG: les subnets de 2a01:e0a:xxx:yyy8::/64 à 2a01:e0a:xxx:yyyf::/64 (2è /61 du /60) ne sont pas annoncés par la freebox Delta sur le réseau local, il sont pourtant bien routés vers la Freebox depuis le réseau FREE
Merci de corriger ces 2 problèmes rapidement, afin que l’on puisse exploiter ce que vous nous fournissez.
Cordialement, nbanba
PS: Je ne parle ici que de la Delta car je ne sais pas quel est le comportement avec les autres freebox
|
|
27226 | 08/05/2019 | Anomalie | Matériel | Freebox Server V7 (Delta) | Fermée | freebox player doit etre debranche et rebranche pour fo ... |
Description de la tâche
en 1.0.5 comme avant, bien que le player reponde a pf freebox ou alexa, tous les matins et tous les soirs il faut le debrancher et rebrancher pour l utiliser.la telecommande clignote pour se rappairer mais ne parvient pas a la rallumer, bien qu etant apparemment foncrionnelle
|
|
27230 | 08/05/2019 | Anomalie | Enregistrements | Freebox Server V7 (Delta) | Fermée | Après maj 4.0.5.1 tjs bloquage lors d'avance rapide |
Description de la tâche
Bonjour,
J’ai procédé à la mise à jour ce 7 mai de mon boitier Serveur et Devialet.
J’ai enregistré le débat politique sur Cnews (environ 2h34 d’enregistrement), et je suis toujours confronté au problème de freeze sur image lors d’avance rapide dans mon programme.
J’ajoute que pour sortir de cette situation, je dois appuyer 10 secondes sur le bouton free pour “initialiser” la BOX.
Restant dispo si besoin de logs ou autres.
Cordialement.
|
|
27245 | 09/05/2019 | Anomalie | LAN | Freebox Server V6 (Révolution) | Fermée | Perte du réseau local (V6/Routeur) |
Description de la tâche
Bonjour,
Depuis le 06/05/19 à 10h, l’ensemble des machines branchées en filaire sur le switch de la Freebox ont une perte de la connectivité impossible à rétablir.
Freebox V6, mode routeur, version 4.0.5 puis 4.0.5.1 LAN : Plusieurs périphériques : serveurs, points d’accès wifi, camera ip, CPL branchés en direct sur le switch de la Freebox ou via un switch additionnel.
Comportement constaté : - Connexion Fibre OK, Freebox OS accessible, y compris depuis l’extérieur. - Périphériques connectés par wifi Freebox OK. - Coté LAN :
Apparition aléatoire dans périphériques connectés/Réseau FreeboxOS (généralement quelques secondes à l’allumage puis disparition). Actuellement aucun périphérique marqué connecté.
Ports ouverts en NAT KO pour toutes les machines
Les machines ont partiellement accès à internet (des mails partent de temps en temps)
Les machines disparaissent de la vue switch du Freebox OS : seul un périphérique visible alors qu’au moins 10 sont actifs sur le LAN
Les baux DHCP des machines sont visibles dans la vue DHCP et renouvelés récemment (en général, il y a 1h).
Cela fait penser un problème matériel, mais la discordance entre les différentes vues du Freebox OS (DHCP, Réseau, Switch) pourrait venir d’un bug Freebox.
Bien sûr, rien n’a été touché, l’ensemble du lan est tombé en même temps sans aucune action.
|
|
27262 | 10/05/2019 | Anomalie | Agrégation 4G | Freebox Server V7 (Delta) | Nouveau | Coupure du lien dsl lors de l l'agrégation |
Description de la tâche
Dès que la ligne ADSL sature l’agregation 4G s’enclenche et coupe le lien adsl. Le problème est reproductible et m’oblige à redémarrer le serveur Delta. J’ai coupé l’agregation le temps d’un correctif. Merci
|
|
27270 | 11/05/2019 | Anomalie | Téléchargements | Freebox Server V7 (Delta) | Fermée | Impossible de lire mes enregistrements TF1 et autres de ... |
Description de la tâche
Tout est dans le titre; avant la MAJ aucun problème et maintenant il m’est impossible de visionner ne serais ce qu’une seule image d’un enregistrement; ça resaute au menu principal des enregistrements. PFFFFFF !!!!
|
|
27286 | 12/05/2019 | Anomalie | Agrégation 4G | Freebox Server V7 (Delta) | Fermée | Pas d'agrégation 4G sur les sites en IPV6 |
Description de la tâche
Bonjour,
Après différents tests depuis que j’ai la delta (décembre 2018), j’ai maintenant la certitude que l’agrégation 4G ne s’active pas quand on accède à des données qui sont sur un serveur en IPV6.
Vous pouvez le reproduire par exemple sur les sites suivant :
https://testdebit.info/ En bas de la page vous avez différents liens vers des serveurs IPV4 ou IPV6. Sur tous les liens en IPV4 l’agrégation s’active alors que ce n’est pas le cas sur tous ceux en IPV6.
https://ipv6-test.com/speedtest/ Là c’est clair, le site test le débit en IPV4 puis IPV6 et l’agrégation 4G ne fonctionne que sur l’IPV4. En IPV6 on n’a que le débit de la connexion ADSL.
Merci de corriger ce bug qui est très pénalisant car on ne peut pas bénéficier de l’agrégation 4G en IPV6 et de plus en plus de sites passent à ce type d’adressage.
|
|
27309 | 13/05/2019 | Anomalie | WiFi | Freebox Server V7 (Delta) | Fermée | Coupure WiFi et télé |
Description de la tâche
C’est le bug le plus critique que j’ai eus et que j’ai de plus en plus !!!!!
Plus d’Internet, cela coupe la télé en même tps mais pas toujours, cette dernière peut juste de coupé et revenir, mais la connexion sur les appareils en wifi ne donne pas internet. Impossible en plus dalle sur l’application ma Freebox depuis un autre confection car l’application nous dit que le serveur est inaccessible, or il diffuse la télé et affiche l’heure !!!
En game de fortnite delà équivaut a une monte a 480 de ping constante,mais reçois encore des informations du jeu, comme les déplacement des joueurs, et jentznt encore les personne en vocal mais pas eux.
Il va falloir corriger se bug qui s’intensifie de plus en plus et qui excrément jgênant pour jouer à des jeux vidéos en ligne mais également pour se connecter à distance sur d’autres ordinateurs.
PS agrégation 4g ou non on n’a le bug, on est obliger de redémarrer le serveur
Svp une maj vite Allez a toutes l’équipe Free
|
|
27312 | 14/05/2019 | Anomalie | Non trié | Tous | Nouveau | Bug total du Server Delta |
Description de la tâche
Bonjour,
Abonné à l’offre Delta S, je rentre deux bugs majeurs depuis le début. Voici le premier : le Server Delta se “fige” totalement, après 3 jours d’usages intensifs pendant lesquels 5To de data aient transité au travers de lui. J’ai appelé le 3244 qui m’a fait fait faire un reboot usine manuel. Le résultat était pire encore : plus de synchronisation et bloqué en étage 3 pendant près de 15 minutes. Ce n’est qu’en procédant à un reset usine depuis l’interface Freebox OS que tout est “rentré dans l’ordre”. Jusqu’à ce soir, où le Server s’est de nouveau figé : à savoir, une perte totale du réseau local, et l’impossibilité d’accéder à l’interface. Le seul moyen de tout relancer est de couper électriquement, puis de redémarrer électriquement le Server. Quelqu’un chez Free est-il au courant de ce bug ? Le 3244 m’a proposé un rendez-vous technicien lundi prochain, mais je pense que c’est parfaitement inutile. Un échange du Server aurait été largement plus adapté je pense. Depuis la première apparition du bug, celui-ci se répète à plusieurs reprises dans la même journée, c’est à devenir fou.
Voilà, premier bug ! ;)
|
|
27359 | 17/05/2019 | Anomalie | LAN | Tous | Fermée | Périphériques locaux ouverts sur Internet |
Description de la tâche
Bonjour,
En ipv6 (maintenant forcé) il est impossible de protéger les périphériques sur lesquels nous ne pouvons pas désactiver l'ip v6. Ils sont exposés sur internet sans aucune protection.
En ipv4 le NAT permettait de les protéger, il faut reconstruire un firewall sur la freebox pour les protéger à nouveau.
Merci pour la correction rapide.
|
|
27379 | 20/05/2019 | Anomalie | NAT (redirections, DMZ) | Freebox Server V7 (Delta) | Fermée | [BUGFREEDELTA] les téléphones SIP professionnels se déc ... |
Description de la tâche
Bonjour, Nous utilisons des plateformes de téléphonie IP professionnelles françaises de chez CENTILE. Celles-ci sont hébergées chez OPENIP depuis 7 ans. Depuis le début, nous avons fait le choix d’utiliser des liens Internet Free, car elles avait l’avantage de ne rien “filtrer”. Bref, le NAT était “transparent”. C’était génial et cela fonctionnait sans anicroche tant que l’abonnement free était payé.
Le problème: Un poste SIP qui fonctionnait impeccablement avec une 4K ou une REVOLUTION (ou toutes les box depuis la V3), a un problème avec la DELTA-V7. Il s’enregistre auprès du SBC (Session Border Controller) puis au bout de quelques minutes, se désenregistre. Ceci, quelle que soit la marque ou le modèle (SNOM, POLYCOM, AASTRA-MITEL, PANASONIC,... Problème partiellement réglée par la demande d’une adresse IP fixe V4 full-stack. Les telephones SIP reçoivent les appels, mais ne peuvent pas en émettre.
Les symptômes sont semblables à l’activité d’un SIP-ALG: (La fonction SIP-ALG est sensée simplifier la vie des périphériques SIP derrière NAT / PAT et fonctionne en réécrivant les informations d’en-tête SIP et de session SDP pertinentes avec l’adresse IP publique du routeur et du port utilisé. Le problème est que souvent les options SIP-ALG ne fonctionnent pas correctement ou que les modifications apportées par l’application SIP-ALG résident sur le routeur, en conflit avec les changements d’en-têtes NAT traversés par le point de terminaison SIP (généralement par les périphériques compatibles STUN). Dans de tels cas, il en résulte des appels n’ayant aucun sens).
Aidez-nous à “vendre” les DELTA et DELTA S à nos PME en les rendant aussi “transparentes” que les Freebox précédentes. Merci de la part d’un “installateur” qui a installé et gère une centaines de Freebox chez ses client. Cordialement, Edouard
|
|
27381 | 21/05/2019 | Anomalie | Non trié | Freebox Server V6 (Révolution) | Fermée | FreeWifi Fibre Revolution |
Description de la tâche
Merci de remettre d’urgence la gestion du FreeWifi aux abonnés Fibre.
Intentionnellement désactivé, le FreeWifi se retrouve d’office actif, Secure ou pas.
Sans aucune possibilité de gestion/modification.
|
|
27384 | 21/05/2019 | Anomalie | Maison connectée | Freebox Server V7 (Delta) | Fermée | Appareillage NFC pack sécurité impossible |
Description de la tâche
Bonjour,
L’appareillage du détecteur de mouvement, télécommande et détecteur d’ouverture ne fonctionne pas.
J’utilise l’application Freebox depuis mon mobile IPhone. Dans “Maison/système d’alarme”, je clique sur le bouton “+”, je choisit le détecteur, je fais manipulation demandé. Quand je fais coïncider l’étiquette du détecteur et le logo NFC rien ne se passe. Je n’ai ensuite que l’option “précédent sur l’application”.
J’ai essayé avec et sans pile, cela ne change rien.
J’ai essayé la même procédure dans “Maison connectée” puis “+” puis “Réseau DomusRf”. Rien ne se passe non plus.
J’ai fait plusieurs reboot de la box mais rien ne passe.
Par contre aucun problème pour appareiller mes volets Somfy avec “Réseau Rts” ou la caméra avec le QR Code.
Merci pour votre aide
Cordialement
|
|
27385 | 21/05/2019 | Anomalie | Non trié | Freebox Server V7 (Delta) | Fermée | Problème de débit download au travers du SFP+ |
Description de la tâche
Bonjour,
Nous avons installé un SFP+ sur le port 10 Gbps. Nous avons installé un switch MicroTik, comme ils recommandent sur LaFibre.info. Mais les débits sont mauvais quand on tente de charger depuis deux ordinateur connectés en 1 Gbps (Deux convertisseurs Ethernet 1 Gbps sur le switch 10 Gbps). Quand on télécharge à 1 Gbps, tout va bien, mais dès qu’on tente de charger depuis 2 ordinateurs en simultanés en 1 Gbps, le débit devient très instable est aléatoire. En revanche, si on upload depuis chaque ordinateur vers 2 NAS dans le réseau, pas de souci, le débit monte à 2 Gbps et est stable. C’est infernal, ça dur depuis des jours. Nous souhaiterions un geste commercial par rapport à ce gros problème, et savoir si quelque chose est prévu.
Merci d’avance.
|
|
27398 | 22/05/2019 | Anomalie | Non trié | Freebox Server V7 (Delta) | Fermée | Freebox FTTH qui se croit en xDSL !!! |
Description de la tâche
Bonjour
Freebox de type Delta en bios 4.0.5.1 sur gpon STA38
Perte de wifi, partes de connexion.
Lorsque je me log sur la freebox, elle m’annonce sans connexion xDSL, alors que je suis en GPON !!!
L’onglet type de connexion me donne xDSL alors que je suis en PON !!! IP et autres donnes sont vides. Le wifi est HS. deux onglets supplémentaires “statistique xDSL” et courbes xDSL sont alors disponible.
en reboot freebox via software via http://mafreebox.freebox.fr/#Fbx.os.app.settings.ConnectionStatus le problème persiste !!!
Il faut un reboot électrique pour réglerfreebox le soucis !!!
n= 957602J184400319 si besoin d’accéder aux logs
3244 ne répond pas !
|
|
27401 | 22/05/2019 | Anomalie | Réseau | Freebox Delta | Fermée | options IPV6 pour aggreat non fonctionnel depuis le 22/ ... |
Description de la tâche
Bonjour j’ai reçu la delta le 17 et désactivé l options ipv6 afin que l aggrégat 4g fonctionne depuis ce soir mercredi 22 l options a tous simplement disparut repassage en ipv6 sans avertissement résultat plus de 4G sur ma box. avez vous une solution rapidement ?? ou alors re basculer sur l ipv4 ca serait bien
|
|
27427 | 25/05/2019 | Anomalie | Téléchargements | Freebox Server Mini 4K | Fermée | Service temporairement indisponible ou en maintenance ... |
Description de la tâche
Version 4.0.5.1
Bonjour
Le service de téléchargement ne fonctionne plus depuis quelques jours avec la fonction télécharger depuis une URL sur pc et sur l’application Freebox compagnon sur Android.
j’ai le message d’erreur suivant:
Service temporairement indisponible ou en maintenance
Le service fonctionne en passant par téléchargement depuis un fichier.
|
|
27463 | 28/05/2019 | Anomalie | Système d'alarme | Freebox Server V7 (Delta) | Fermée | Notification Alarme très aléatoire |
Description de la tâche
Les notifications smartphone ne fonctionnent que rarement pire en mobilité Pourquoi pas un message SMS ou un message appel pour que ça parte immédiatement : par exemple mon Nas me prévient en direct par SMS de tout changement ou même lors de rapport mensuel et la réactivité est là De plus mon détecteur de mouvement est enfermé dans une boite dans une pièce fermé et continu de détecter des présences régulières alors soit j’ai des fantômes soit des fausses détections Sinon aucun problème en local l’alarme fonctionne normalement Pourrait t’on avoir la possibilité d’un deuxième code alarme de service pour par exemple travaux chez soit ou service de ménage que l’on pourrait désactiver et modifier a souhait Merci d’avance de votre TAF Un Freenaute presque ravi ;)
|
|
27467 | 29/05/2019 | Anomalie | Non trié | Freebox Server V7 (Delta) | Fermée | Débit très instable en multi-équipements sur le SFP+ 10 ... |
Description de la tâche
Bonjour,
Vous pourrez, le cas échéant (chers développeurs), fusionner ce post avec mes précédents posts. Concrètement, j’ai l’impression que le SFP+ 10 Gbps disjoncte complètement, et que les débits deviennent très instable lorsqu’on tente de télécharger en multi-équipements derrière le SFP+ à un débit au-delà de 1 Gbps. Au point même que la Freebox bug, et qu’un message d’erreur et des lenteurs extrêmes apparaissent dans l’interface Freebox OS elle-même.
Voici le message d’erreur en question :
Concrètement, le 10 Gbps n’a l’air exploitable à l’heure actuelle que sur un seul équipement à la fois. Mais dès lors que plus d’un équipement tente de télécharger à 1 Gbps ou plus derrière le SFP+ (connectés sur un switch MicroTik 10 Gbps), tout part en vrille. Ce serait bien de mettre tout ça au point rapidement. Même si toutefois les instabilités sont moins graves qu’avec le précédent Server Delta (échangé il y’a quelques jours).
Merci d’avance aux développeurs de donner leur avis sur le sujet, sur ce bug empêchant d’exploiter pleinement le 10 Gbps en multi-équipements de façon stable, et si un correctif est prévu sous un délai raisonnable. Je me tiens à disposition si besoin de réaliser des tests complémentaires.
Chose étonnante, les instabilités en multi-équipements semblent “s’apaiser” dès lors qu’on lance un téléchargement au travers du gestionnaire de téléchargement de la Freebox par exemple, mais également lorsqu’on télécharge tout simplement depuis des équipements connectés derrière le Switch “standard” avec les 4 ports 1 Gbps de la Freebox Delta ; chose que j’ai pu tester car il y’a un NAS connecté sur l’un des 4 ports Ethernet.
Cordialement, Romain
|
|
27495 | 02/06/2019 | Anomalie | Agrégation 4G | Freebox Server V7 (Delta) | Fermée | Carte SIM non détectée | |
|
27503 | 03/06/2019 | Anomalie | LAN | Freebox Server V7 (Delta) | Fermée | Problème avec le switch (packets loss) | |
|
27522 | 04/06/2019 | Anomalie | LAN | Freebox Server V7 (Delta) | Fermée | Déconnections sur les jeux en ligne lorsque je suis con ... | |
|
27523 | 04/06/2019 | Anomalie | Télévision | Freebox Server V7 (Delta) | Fermée | TV et Netflix saccadé / image médiocre | |
|
27528 | 05/06/2019 | Anomalie | Non trié | Freebox Server V6 (Révolution) | Fermée | Perte GB | |
|
27530 | 05/06/2019 | Anomalie | Agrégation 4G | Freebox Server V7 (Delta) | À investiguer | Le module 4G ne s'enclenche jamais | |
|
27531 | 05/06/2019 | Anomalie | Fibre | Freebox Server V7 (Delta) | Fermée | variation du débit wifi avec parfois plus de réseau wif ... | |
|
27532 | 05/06/2019 | Anomalie | Fibre | Freebox Server V7 (Delta) | Fermée | coupure du freeplug player régulière avec voyant blanc ... | |
|
27541 | 06/06/2019 | Anomalie | RSS | Freebox Server V7 (Delta) | Fermée | Téléchargement RSS HS : Error_code : hibernating | |
|
27548 | 08/06/2019 | Anomalie | Interface Web | Tous | Nouveau | [Tous les Freebox Server] Mauvaise nomination pour les ... | |
|
27554 | 09/06/2019 | Anomalie | Non trié | Freebox Server V7 (Delta) | Fermée | Freebox DELTA - Arrêt de la Freebox électrique | |
|
27571 | 11/06/2019 | Anomalie | Freebox OS | Tous | Fermée | [Tous les Freebox Server] Problème de tickets clôturés ... | |
|
27572 | 11/06/2019 | Anomalie | Agrégation 4G | Freebox Server V7 (Delta) | Fermée | Carte SIM non détectée | |
|
27597 | 13/06/2019 | Anomalie | Téléphonie | Freebox Server V7 (Delta) | Fermée | Delta v7 - Téléphonie - Conversation hachée | |
|
27610 | 14/06/2019 | Anomalie | Freebox OS | Tous | Fermée | Ajout d 1 vrai firewall en ipv6 sur la Freebox | |
|
27689 | 25/06/2019 | Anomalie | Fibre | Freebox Server V6 (Révolution) | Fermée | Revolution mode bridge - Perte de connectivité IPv4 tou ... | |
|
27747 | 30/06/2019 | Anomalie | DSL | Freebox Server V7 (Delta) | Fermée | Désynchronisations en pagaille VDSL2 | |
|
27750 | 30/06/2019 | Anomalie | Non trié | Freebox One | Fermée | Association - Échec du téléchargement de la configurati ... | |
|
27779 | 03/07/2019 | Anomalie | Agrégation 4G | Freebox Server V7 (Delta) | Fermée | ne capte rien | |
|
27810 | 07/07/2019 | Anomalie | Non trié | Freebox Server V7 (Delta) | Fermée | VDSL2 inactif en IPV6 Natif - Débit bridé à 21.6Mb/s au ... | |
|
27842 | 12/07/2019 | Anomalie | WiFi | Freebox One | Fermée | freebox one - wifi a/c innacessible | |
|
27844 | 12/07/2019 | Anomalie | Agrégation 4G | Freebox Server V7 (Delta) | Nouveau | Agrégation 4G et ADSL se relaye au lieu de se compléter... | |
|
27856 | 14/07/2019 | Anomalie | Télévision | Freebox Server V7 (Delta) | Fermée | Blocage images | |
|
27877 | 16/07/2019 | Anomalie | Agrégation 4G | Freebox Server V7 (Delta) | Fermée | VPN Pulse secure et agrégation 4G non fonctionnels | |
|
27882 | 17/07/2019 | Anomalie | DSL | Freebox Server V7 (Delta) | Fermée | Deconnections réguliéres | |