Tous les projets

Bonjour,
pouvez-vous revoir la suppression des données lors du recyclage des freebox serveur mini?
Ce jour,lors de l’installation d’une mini4K serveur chez un de vos nouveaux client, la freebox contenait encore la liste de tous les appels téléphonique et la liste des périphériques.

Bonjour, ce ticket à la demande du support pour investigation avec test effectué.

depuis quelques temps, les demandes de résolution DNS avec en retour une IP privé retourne une erreur ‘Server failed’.

Exemple: un enregistrement type A est créé dans le domaine DNS foux.ovh
test A 192.168.1.200

requete depuis freebox (ou depuis autre opérateur avec DNS proxad: resultat identique)

>nslookup test2.foux.ovh. dns1.proxad.net
Serveur :   dns1.proxad.net
Address:  212.27.40.240

* * dns1.proxad.net ne parvient pas à trouver test.foux.ovh. : Server failed

test avec DNS google:

>nslookup test2.foux.ovh. 8.8.8.8
Serveur :   google-public-dns-a.google.com
Address:  8.8.8.8

Réponse ne faisant pas autorité :
Nom :    test.foux.ovh
Address:  192.168.1.200

Ajout d’un enregistrement AAAA dans domaine foux.ovh
test AAAA 2a01:e34:ef8b:f100:1234:5678:0abc:def0

requete depuis free:

>nslookup -debug test.foux.ovh. dns1.proxad.net
------------
Got answer:
    HEADER:
        opcode = QUERY, id = 1, rcode = NOERROR
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 1,  authority records = 2,  additional = 0

    QUESTIONS:
        240.40.27.212.in-addr.arpa, type = PTR, class = IN
    ANSWERS:
    ->  240.40.27.212.in-addr.arpa
        name = dns1.proxad.net
        ttl = 72937 (20 hours 15 mins 37 secs)
    AUTHORITY RECORDS:
    ->  40.27.212.in-addr.arpa
        nameserver = ns3.proxad.net
        ttl = 72937 (20 hours 15 mins 37 secs)
    ->  40.27.212.in-addr.arpa
        nameserver = ns2.proxad.net
        ttl = 72937 (20 hours 15 mins 37 secs)

------------
Serveur :   dns1.proxad.net
Address:  212.27.40.240

------------
Got answer:
    HEADER:
        opcode = QUERY, id = 2, **rcode = SERVFAIL**
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 0,  authority records = 0,  additional = 0

    QUESTIONS:
        test.foux.ovh, type = A, class = IN

------------
------------
Got answer:
    HEADER:
        opcode = QUERY, id = 3, rcode = NOERROR
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 1,  authority records = 0,  additional = 0

    QUESTIONS:
        test.foux.ovh, type = AAAA, class = IN
    ANSWERS:
    ->  test.foux.ovh
        AAAA IPv6 address = 2a01:e34:ef8b:f100:1234:5678:abc:def0
        ttl = 1290 (21 mins 30 secs)

------------
Nom :    test.foux.ovh
Address:  2a01:e34:ef8b:f100:1234:5678:abc:def0

seul l’ipv6 est retourné.

via DNS google:

>nslookup test.foux.ovh. 8.8.8.8
Serveur :   google-public-dns-a.google.com
Address:  8.8.8.8

Réponse ne faisant pas autorité :
Nom :    test.foux.ovh
Addresses:  2a01:e34:ef8b:f100:1234:5678:abc:def0
          192.168.1.200

Même chose avec d’autre adresse privé, comme 10.;172..
Il semble qu’un filtrage type ‘Suspicious Responses’ ai été activé filtrant les réponses contenant des IP privé. Peut-être pour éviter les attacks type ‘DNS Rebinding’ ?

Utilisation d’un DNS ovh, car freeboxOS ne permet pas d’ajouter des enregistrements dans son DNS (contrairement à d’autre opérateur plus basique)

contournement: mettre les DNS google dans la config DHCP,
ou mettre un serveur DNS local

raison: utilisation d’un NAS avec certificat signé par une autorité de confiance
accès en ipv4 uniquement en réseau privé (pas de NAT)
accès ipv6 via internet et réseau privé.

Bonjour,
à plusieurs reprise en sortie de veille (après 2h en veille, veille profonde désactivée) j’avais le message ‘erreur inconnue’ sur toutes la TV.
Youtube signalant un problème réseau; idem pour les autres applications alors que l’icone de status réseau et la configuration sont correcte.
Le problème était résolu en fixant manuellement l’IP v4/DNS/passerelle (au lieu de DHCP) dans la config wifi.
Suite au changement de routeur wifi et de SSID, problème à nouveau présent puisque retour sur une config par défaut en DHCP.
Après analyse, il apparaît que la mini4K est bien joignable en ipv6, par contre l’ipv4 est KO (visible aussi dans freeboxOS capture ici)

Contournement en attente correction (mini4K ou DHCP sur freebox server?): fixer l’adresse IP manuellement.

configuration actuelle: mini4K en wifi sur freebox server; reservation IP faite pour la mini4K dans le DHCP freebox, IP freebox changé, DNS 1freebox,2google,3openDNS et pas de réponse broadcast pour DHCP

Bonjour,
ne trouvant pas de task à ce sujet et 3 màj sans changement..

Dans les historiques d’appel, l’horodatage n’affiche pas les unités des minutes.
Photo de l'écran

Bonjour, pour les courbes de température,
est-il possible de ne pas définir une valeur de 0 quand il n’y a pas de valeur? exemple suite à la mise à jour micrologiciel freebox serveur, la courbe fait des zigzag sur compagnon (pas sur freeboxOS)

lien vers bugs G+

Version 2.3.3 (11912196)

Bonjour,

Lors de la phase 1: initialisation xDSL... les ports USB subissent une coupure (une demi-seconde) qui provoque l’arrêt du disque par coupure d’alimentation (faisant claquer les têtes pour rangements!) et augmentant la valeur SMART Unexpected power loss count.

Possible de supprimer cette coupure?

Car l’initialisation du port USB se fait déjà dès le boot (1ère coupure, pas vérifié si l’arret lors d’une demande de reboot était faite correctement et ne provoque pas aussi le Unexpected power loss count)

Bonjour,

La mini4K crash lors du boot sur le logo Android après une mise en veille profonde (2h après veille) de façon aléatoire.
Reproduit déjà plus de 5fois dans les mêmes conditions, depuis que j’ai passé la veille profonde à 2h.
Pas fait attention si les fois précédente le voyant veille était aussi éteint, alors que la mini4K était en veille profonde.

Lors de l’appui sur le bouton de mise en marche de la télécommande, la mini4K se mets a ventiler puis commence son démarrage, logo freebox, puis Android et fige.. quelques secondes après elle reboot automatiquement.

A chaque probleme de connection internet, perte de ping, delai de réponse anormal, le freetech demande le reset du boitier !!
=perte de tous les enregistrements des chaines TF1,M6,W9,.....
=perte de toutes la configuration
vient avec des solutions à la C!! ‘Monsieur, c’est parce que vous avez changer l’IP de votre freebox; on voit sur notre console que ça vient de ça’ =remise à 192.168.0.1... (c’est sur que ma perte de paquet vers google.fr ou 8.8.8.8 en ipv4 uniquement ne pouvait venir que du fait que j’avais mis 192.168.0.254 !! le boitier est une grosse M.. qu’il faut tout laisser par défaut??

Resultat: pas mieux; ‘faut reinitialiser le boitier, remise en place des paramètres usine!’

Mon probleme intervenu vers 15h le 9/9/2015; aucun probleme avant des paramètres qui n’ont pas bougé depuis plus de 3mois!
ping -4 sur google.fr: perte de 20% des paquets
ping ipv6 sur google.fr: aucune perte
ping sur free.fr: aucune perte
ping sur 8.8.8.8 ou 8.8.4.4: perte de paquet
ping sur orange.fr: aucune perte

Le support free, ne s’occupe que du site free.fr, si probleme d’accès à internet, c’est pas leur probleme!

Free n’est donc pas un fournisseur internet!

Bonjour,
La température indiqué dans ‘Information Système’ comme étant Température CPU n’est pas du tout celle du CPU, mais plutot celle de U14 (ADT7475) qui gére le ventilateur et integre un capteur de température.
Même pas sur que ce CI soit relié au processeur.

Il s’agit donc plutot ici de la T° carte mère (ou T° interne, T° boitier..) mais très éloigné de la température CPU.

Ce jour lors de l’allumage de la mini4K via la télécommande (mini4K en veille profonde).
Impossible de l’utiliser, elle ne passe pas le ‘blocage’ free (check d’internet free, version freebox server...)
A chaque fois le message “Démarrage Freebox” s’est arrêté. et impossible de démarrer.

Capture d'écran.

Obliger de tirer le cable d’alimentation et le remettre.

Bonjour depuis les mises à jour récente mini4K (1.1.2) et server (3.1.3); nouveau probleme de marge d’enregistrement!!
La marge de début sur le server (et compagnon) se retrouve en marge de fin sur la mini4K.
La marge de fin sur le server (et compagnon) se retrouve en marge de début sur la mini4K.

Bonjour,

Aléatoirement (tout en restant assez rare), lors de l’extinction du mini4K via: maintenir POWER sur la télécommande et valider l’arret.
La TV continu d’afficher l’écran précédent avec le message Android Eteindre:Arret en cours... alors que sur la freebox le voyant est allumé.
En débranchant le cable HDMI, la TV indique bien ‘pas de signal’; lors de la reconnection l’écran d’arret s’affiche!

Android est arreté, mais pas la sortie HDMI.

A chaque changement de canal wifi, le freebox server arrete le wifi, lance un scan et relance le wifi!!
Peut-on avoir un changement de canal rapide, sans se scan inutile qui cause souvent un décrochage de la mini4K (obligé de forcer la reconnexion wifi)
Le changement de canal est pratiquement transparent sur d’autre routeur wifi.

Tous les enregistremens M6 et D8 ont été supprimé et rendu non restaurable sur le disque (dossier .fbxprivrec) sans avertissement; contrairement a ce qu’avait annoncé le support free qui a proposé le changement de freebox server soit disant sans rien perdre (Enregistrement et config qui devrait redescendre des serveurs free)

Les autres enregistrements dans le dossier Enregistrements sont toujours existant, mais ne sont plus vu dans freebox OS et sur la mini4K comme des enregistrements (vu comme simple fichier)

Pas le droit à la copie privée chez FREE!!!??

Bonjour,
depuis mise à jour server en 3.1.2, le femtocell peut demarrer.
après 6h il n’est plus utilisable, les smartphones préfère se connecter en edge à une antenne orange ! (la led verte a l’interieur du boitier est toujours allumé)
Lors de la sélection dans l’afficheur freebox du femtocell pour arrêt puis validation, la freebox reboot.

Avec les nombreux problèmes de connexion wifi, coupure... j’ai essayé tous les canaux, y compris le réglage automatique.
Lors du passage en automatique avec une bande de 40MHz, plus possible de se connecter au wifi.
Les canaux attribué en automatique sont alors le 9 et 13. Même probleme en attribution manuelle.
Désactivation wifi/réactivation: impossible de se connecter, mais le SSID est visible.

Après retour sur le canaux précédent, il est a nouveau possible d’établir une connexion au wifi.
Avec les canaux 9 et 5 on peut se connecter.